proxy_cache - не "новый путь", а костыль, который может взорваться в непредсказуемый момент
на этот случай останется js логика. Которая будет покрывать редкие взрывы и ладно.
Rainbow
Rainbow
Задача просто пережить 1-2 часа без явного старого js. proxy_cache решит.
Andor
да сложи на cdn
Rainbow
ну загружай с контейнера в CDN например
с CDN таже проблема что и с assets помойками. Это нужно следить, выгребать и тп.
Andor
или забить? :)
Rainbow
ну, хочется декларативности, как yml. apply а остальное делает кто-то другой. proxy_cache сам чистит.
Rainbow
так то понятно, что всегда забивали и можно продолжать.
Andor
не ну если ты этот proxy_cache будешь предсказуемо заполнять и вычищать, то можно наверное сделать более-менее нормально
Andor
(или нет)
G72K
это проблема контейнеров в целом и js чанков, много раз натыкался. Файлопомойка/js логика или вот новый путь хочу попробовать, чероз proxy_cache
В порядке бреда:каждая версия приложения деплоит свой уникальный ассет (свой deployment, ingress, service) + один общий ingress , который будет перезаписывается каждым следующим деплоем. Эдакий green/blue но только со всеми цветами радуги и старые версии долго не удаляем
Rainbow
не ну если ты этот proxy_cache будешь предсказуемо заполнять и вычищать, то можно наверное сделать более-менее нормально
так он сам будет заполняться и отваливаться по ttl
Andor
ключевое слово: предсказуемо
Andor
там же ттл на каждый урл, насколько я помню, поэтому они будут в разное время отваливаться
Andor
и может случиться так что часть уже отвалилась, а часть ещё лежит в кеше
Rainbow
там же ттл на каждый урл, насколько я помню, поэтому они будут в разное время отваливаться
я так и жду. Подходит.
Rainbow
вероятность того, что ни один пользователь за 24 часа не загрузит второй чанк крайне мала. А отвалится сначала основной.
G72K
это проблема контейнеров в целом и js чанков, много раз натыкался. Файлопомойка/js логика или вот новый путь хочу попробовать, чероз proxy_cache
Вторая мысль: можно все ассеты пихать в клиента по http2 server push, оно в фоне подзагрузится и осядет в Кеше браузера
Rainbow
Вторая мысль: можно все ассеты пихать в клиента по http2 server push, оно в фоне подзагрузится и осядет в Кеше браузера
это service worker задача, который у js
G72K
это service worker задача, который у js
Я не совсем в теме, но что это меняет? Оно в обход кэша браузера код загружает?
Rainbow
Я не совсем в теме, но что это меняет? Оно в обход кэша браузера код загружает?
он по командам может ложить в кэш, что скажут
Rainbow
*заранее.
Rainbow
и сказать, что это можно взять даже в offline и будет ок.
Andor
смотри карочи, у тебя index.html грузится с приложения бекенда, а статика с соседних контейнеров, так?
Vadim
В порядке бреда:каждая версия приложения деплоит свой уникальный ассет (свой deployment, ingress, service) + один общий ingress , который будет перезаписывается каждым следующим деплоем. Эдакий green/blue но только со всеми цветами радуги и старые версии долго не удаляем
Colorful deployments как раз таки здравая мысль - https://opensource.com/article/17/5/colorful-deployments например
Rainbow
нет, я сейчас кладу assets рядом с беком там, где всплывает такой кейс. SSR и тп.
G72K
Ну я про то, что ваш nginx может тоже в кеш браузера положить что хочет заранее , т.е. задачу можно решить не привлекая жс программистов воообще
Andor
нет, я сейчас кладу assets рядом с беком там, где всплывает такой кейс. SSR и тп.
в одном поде или как?
Rainbow
ну он отдаёт статику в надежде, что nginx сверху разрулит нагрузку эту.
Andor
что такое "кладу ассетс рядом с беком"?
Vadim
на истио в чистом k8s это проще делать, ну и велосипеды конечно же
Rainbow
что такое "кладу ассетс рядом с беком"?
что бек http сервис и может раздать статику немного, пока nginx не начнет кешить
G72K
Andor
а, ты просто хочешь добавить кеша для ассетов, а ориджин этих ассетов всё равно будет на том же самом поде бекенда?
Andor
тогда норм будет
Rainbow
а, ты просто хочешь добавить кеша для ассетов, а ориджин этих ассетов всё равно будет на том же самом поде бекенда?
ага. И кэш будет жив, даже если старый бек отвалится.
Andor
s/если/когда/
Vadim
http://brandon.dimcheff.com/2018/02/rainbow-deploys-with-kubernetes/ если совсем кратко
Anton
блять, мимо
ᛃᛟᚺᚾ ᚠᚨcᛖᛚᛖᛊᛊ ᛞᛟᛖ
лол
Rainbow
тогда норм будет
я понимаю и кажется это простое решение и должен быть image готовый под это, про это и спрашивал изначально.
Rainbow
можно server snipet (вроде) написать на ingress кажется и проксить самого себя. Но хотелось бы volume монтировать под это.
Andor
можно кастом шаблон для ингресса всегда сделать
G72K
http://brandon.dimcheff.com/2018/02/rainbow-deploys-with-kubernetes/ если совсем кратко
Ха , и правда: As a bonus, since the first six characters of a git sha are also a valid hex color, the name still makes sense. :) Можно красивую (бесполезную) визуализацию сделать со спектром и интенсивностью от времени деплоя
Andor
https://github.com/kubernetes/ingress-nginx/issues/739 вон тут предлагают так и сделать
Andor
и цвет прямо в графану выводить!
Andor
@alexesDev https://stackoverflow.com/questions/47135256/kubernetes-nginx-ingress-controller-caching-static-assets
Vadim
Rainbow
https://github.com/kubernetes/ingress-nginx/issues/739 вон тут предлагают так и сделать
о, я думал как бы volume подцепить, а можно redis. Не знал. Звучит круто, буду копать.
Andor
кажется не очень сложно
G72K
о, я думал как бы volume подцепить, а можно redis. Не знал. Звучит круто, буду копать.
А что с http2 server push? :) Выглядит проще, работает даже лучше
G72K
(в теории)
Rainbow
нужно тестить, до конца не понимаю
G72K
При отдаче страницы по http2 сервер передаст браузеру и другие ассеты , они осядут в кэше и когда понадобятся к серверу никто не пойдет
Andor
угу, только бекенд должен как-то сообщить что надо пушить в клиента
G72K
Прям в ингресс контроллере можно, значение взять из аннотаций
Andor
а он откуда узнает?
Andor
ну смысле оно же может быть разное для разных урлов
G72K
(Имхо nginx не поддерживает http2 до бекендов , так что вряд ли получится этим с бекенда рулить)
Andor
ваще не очень понимаю как этот пуш работает
G72K
ну смысле оно же может быть разное для разных урлов
через config-snippet аннлтацию из Ingress приложения
Andor
у тебя в одном урле один набор ассетов, а в другом - другой
Andor
а потом новая версия приложения вышла и всё поменялось
Andor
ты каждый раз будешь ингресс перенастраивать?
G72K
ты каждый раз будешь ингресс перенастраивать?
Ну приложение деплоит свой Ingress, там и прописывает
G72K
(ingress != Ingress controller если вдруг о разных вещах говорим)
G72K
https://nginx.org/en/docs/http/ngx_http_v2_module.html#http2_push
Andor
как всё было просто во времена сайтиков с пхп
Andor
@rossmohax разработчик не хочет ничего знать, он хочет раздеплоить новую версию контейнера
а так придётся брать чувака который шарит как настроить ингрессы
G72K
Они и не должен ничего знать. CI пайплайн сам все может сделать
G72K
Понять что это деплой с ассетами, заглянуть в контейнер взять имена, прописать в ingress аннотации
Andor
ну технически это конечно возможно
Andor
чтобы всё само
Andor
да, ты прав, вполне норм тема
Andor
пойду в прод хуярить :)
G72K
Можно попросить разработчиков при билде оставлять артефакт с именами ассеты. Можно http2_push_preload заюзать тогда nginx вообще все сам
G72K
(но тогда это будет работать только на первом уровне, т.е. со страницы index.html)
G72K
А не, оно же через header (https://blog.cloudflare.com/http-2-server-push-with-multiple-assets-per-link-header/) вообще отлично - nginx с ассетами сам может сказать что предзагрузить
G72K
Т.е. можно рулить с бекенда