Сложно. Я бы сделал один серв с доменом второго уровня и второй серв дефолт
или *.domain. А в нем тупо установка двух заголовков. Проще, читабельней,
быстрее. ИМХО.

On Sat, May 25, 2019 at 12:50 PM Fedor Dikarev <fe@hamilton.rinet.ru> wrote:

> map $host $x_company_header {
> default default.example.com;
> www.example.com "";
> sub1.example.com sub1.example.com
> ~ "^alt\d+.example.com" $host;
> }
>
> server {
> listen 80;
> listen 443 ssl; # не забыть wildcard cert
>
> server_name example.com www.example.com *.example.com;
>
> location / {
> proxy_set_header Host "example.com";
> proxy_set_header X-Company-Header $x_company_header;
> proxy_pass http://upstream;
> }
> }
>
> вот как-то так.
>
> 25.05.2019 0:10, vitcool пишет:
> > Добрый день.
> >
> > Есть ли какие-либо примеры лучших практик на тему "как лучше организовать
> > обслуживание доменов 3-го уровня" при условии, что их количество будет не
> > более 20..30, максимум 40, включая основной www. ?
> >
> > По факту все они должны вести на 1 апстрим, но в случае домена 3-го
> уровня,
> > нужно будет установить кастомный заголовок со значением равным этому
> домену
> > и подменить заголовок Host на основной.
> >
> > Доступ к коду бекенда есть, но весьма ограниченный. Эти 2 хидера бы
> спасли
> > ситуацию.
> >
> > Что посоветуете? Пиковая нагрузка порядка 50..75 RPS , ожидается рост до
> > 100. С if-ми я так понимаю, нам не выжить.
> >
> > Posted at Nginx Forum:
> https://forum.nginx.org/read.php?21,284307,284307#msg-284307
> >
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru@nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru