то тут я хз

у меня такой задачки не было

можно пушить все, кроме html, потому что остальное с хешами. Но могут выстрелить когда-то

В смысле сначала все кроме html, а его в конце

@alexesDev вам нужно "атомарное" копирование в S3? Может, тогда использовать два бакета, на манер blue/green деплоев?

@alexesDev вам нужно "атомарное" копирование в S3? Может, тогда использовать два бакета, на манер blue/green деплоев?

просто так переключаться между бакетами нельзя. Старые ассеты нужны, если в текущем 404

а если старые файлы затираются?

а если старые файлы затираются?

там только html может затереться, остальные с хешами (могут, но крайне редко)

ну тогда копируйте старый бакет в новый, потом в новый новые файлы, потом подменяете бакет

Как-то у вас все сложно

blue/green + общая помойка. Примерно то, о чем писал. Только почему-то готовых решений нет

Как-то у вас все сложно

gatsby генерирует статические html страницы, но после загрузки js - становится SPA и остальные страницы создаются через JS 😁 Это на порядок круче SSR, который раньше использовал, если контент не обновляется пользователями или обновляется в приватных или редких случах

Сопоставление с корректными версиями js можно в стадию автотеста засунуть

Перед пушем в прод

Проблема только отдать корретные html файлы не раньше времени. Тут вопрос почему нет готового 😐 Вроде частый кейс.

Я хотел использовать netlify и забить. Только выходит 2к страниц и netlify это не нравится.

Проблема только отдать корретные html файлы не раньше времени. Тут вопрос почему нет готового 😐 Вроде частый кейс.

sleep добавь, чо ты как не девопс

а чего именно готового хочется? вы в s3 пихаете зависимые на уровне приложения файлы без указания зависимостей. Как оно вам стелепатит, что копировать сначала, что потом?

Я хочу s3 как источник и daemonset, чтобы на каждом хосте была помойка, которая init контейнером выкачивается 😐

сначла опечатался девопес, а сейчас думаю, что это не опечатка

да ещё что вам одновременно надо и новых клиентов и старых обслуживать

да ещё что вам одновременно надо и новых клиентов и старых обслуживать

за этим и нужна общая помойка с 2-5 последними версиями. Старым клиентам нужны только старые js|css файлы

почему у старых клиентов старая версия html доступна, а старые версии js - нет?

может, expiration надо грамотно настроить?

почему у старых клиентов старая версия html доступна, а старые версии js - нет?

потому что вчера открыл страницу, а сегодня продолжил

вчера открыл страницу, js не подгрузилось?

Через куки

вчера открыл страницу, js не подгрузилось?

js разбит на чанки, там не 1 файл

Со сроком действия

старый чанк в какой-то момент захочет другой старый чанк и у меня ошибки

форсировать обновление html тогда. Понятно, что это на уровне приложения делать надо, но нельзя же всё на инфру спихивать

помойка из статики из разных версий может вызвать подземные стуки

Я написал, что хочу s3 как источник + daemonset который initcontainer выкачивает текущий бид в помойку.

помойка из статики из разных версий может вызвать подземные стуки

там у js|css везде expires max;

Т.е. хеши нормально работают. Старая же практика, ещё с ранних версий rails

/assets/ в expires max

ну не знаю. У меня копирование "поверх" всегда отторжение вызывало.

как rsync без --delete

ну не знаю. У меня копирование "поверх" всегда отторжение вызывало.

я думаю так делать aws cp s3://... v5 cp -r v5/* помойка И отдача try_files v5 помойка

да, это я понял.

Только опять же проблема, что новая нода - пустая помойка 😐

ceph решил бы проблему, только я не буду делать ceph ради статики xD

Хранить помойку на s3 + ttl - во.

А CRD юзать просто как сигнал выкачать нужную версию + обновить помойку + домены, подпапки для веток в деве и тп.

лучше dd if=/dev/null of=/dev/sda

Из /dev/null бесполезно читать

почему? он сразу EOF вернёт

либо нули

надо в реализацию смотреть

Потому что это /dev/null, за нулями это в соседний /dev/zero

Вспоминается цитатка: > ага, ты ещё как BSDobermann сделай "mv file.avi /dev/null" и потом удивляйся, почему у тебя "mplayer /dev/null" кино кажет и этот /dev/null весит 640 мегов)

почему? он сразу EOF вернёт

сразу EOF конечно root@21e204234603:/# dd if=/dev/null of=/testme bs=1 count=1024 0+0 records in 0+0 records out 0 bytes copied, 7.57e-05 s, 0.0 kB/s root@21e204234603:/# du -b /testme 0 /testme

Коллеги, подскажите по следующей проблеме: нода куба переезжала в другую сеть и, видимо, не вполне корректно была остановлена. В логе kubelet ошибки вида Error response from daemon: stat /var/lib/docker/overlay2/5c2..: no such file or directory, в выводе docker ps запущенных контейнеров нет, kubectl get pods -o wide | grep nodename подов не возвращает. Перезапуск docker/kubelet проблему не решил. Подскажите, что делать?

Удали ноду из кластера и добавь заново

Раз там ничего нет

у меня configmap делает кончиг для nginx потом deployment использует этот кончиг. Pod стартает с новым конфигом только нехватает команды /usr/sbin/nginx -s reload , как его применить? В deployment?

у меня configmap делает кончиг для nginx потом deployment использует этот кончиг. Pod стартает с новым конфигом только нехватает команды /usr/sbin/nginx -s reload , как его применить? В deployment?

kubectl delete pod -l app=my-nginx если нет бешенных условий работы конечно

kubectl delete pod -l app=my-nginx если нет бешенных условий работы конечно

нуу так себе решение nginx -s reload нельзя как нить в pod сделать?

нуу так себе решение nginx -s reload нельзя как нить в pod сделать?

это нормальное решение в стиле k8s, если оно не делает больно.

любое решение нормальное, если оно не делает больно

вообще обычно делают configmap с рандомным именем и apply на deployment с новым конфигом, оно само рестартует по rolling update

* и обычно это автоматом делает тул для деплоя вроде helm (надеюсь, что да xD) или kustomize

spec: containers: - name: command-demo-container image: nginx command: ['nginx', '-s', 'reload'] не прокатит?

нуу так себе решение nginx -s reload нельзя как нить в pod сделать?

Nginx можно с SIGHUP kill'ять тогда он конфиг перечитает

lol

spec: containers: - name: command-demo-container image: nginx command: ['nginx', '-s', 'reload'] не прокатит?

это нарушает идеологию k8s

И даже это не сильно круто. ingress-nginx ушел от такого по максимуму. Это к слову, что так делать - тоже не круто. Делайте restart любым способом и все.

У вас в контейнере по хорошему должен быть 1 воркер. Если вы массово будете делать reload на паре контейнеров - печаль.

Мне кажется вместо нытья на полтора полтора уже вполне написать свою релоадилку нгинкса

Мне кажется вместо нытья на полтора полтора уже вполне написать свою релоадилку нгинкса

больше велосипедов приятно поддерживать, особенно если не нужны.

больше велосипедов приятно поддерживать, особенно если не нужны.

вот теперь я вижу что ты опытный девопс

Удали ноду из кластера и добавь заново

Не помогло

Мне кажется вместо нытья на полтора полтора уже вполне написать свою релоадилку нгинкса

rke nginx reload

rke nginx reload

ты жирный

тоже мне новость

вот теперь я вижу что ты опытный девопс

Не думаю. На приличную ЗП как devopsа не возьмут, тем более linux админом. А все ИМХО от 6 лет разработки и поддержки часто меняющегося ПО одной компании (когда fulltime, когда только вечерами) без космических расходов на команду.

вчера открыл страницу, js не подгрузилось?

Именно. Без http2 preload js подгружается по мере надобности

https://wecode.wepay.com/posts/scds-battle-of-containerization sidecars vs. daemonsets

И с http2 тоже, если специально не пушить

больше велосипедов приятно поддерживать, особенно если не нужны.

https://vimeo.com/11475225

@evvProFfeSsoRr Пока тут новый сервис писал. Я фиг знает как можно поддерживать идентичное окружение на dev|prod, потому что огромные расхождения начинаются уже с Dockerfile. Dev: FROM node:10.8-alpine WORKDIR /app COPY package.json yarn.lock .babelrc /app/ RUN yarn Prod FROM node:10.8-alpine as build WORKDIR /app COPY package.json yarn.lock /app/ RUN yarn COPY . /app/ RUN yarn babel src --out-dir lib FROM node:10.8-alpine RUN apk add --no-cache tini ENTRYPOINT ["/sbin/tini", "--"] WORKDIR /app ADD package.json yarn.lock /app/ RUN yarn --production COPY --from=build /app/lib /app/src CMD ["node", "/app/src/index.js"] В файлах окрестратора примерно такие же отличия. Пару строк в dev и 20-50 в проде.