Обновить

Комментарии 11

А потом делать целый релиз, чтобы убрать опечатку в переводе?

а когда опечатка в коде, релиз не делают? точно такой же кейс

Нет. Зайти на сервер и поправить условный JSON конфиг можно ручками.

в условиях нормального прода само понятие «Зайти на сервер» считается моветоном. Да к тому же руками что-то на нем делать

А когда польются конфликты? А расхождения prod ветки и фактической?

Конфиги, которые меняются постоянно (типа "переводов"), не хранятся рядом с кодом. Не считая дефолтных.

Особенно удобно лезть руками в десяток подов )

И ещё "круче" запускать полное обновление всех сервисов (включая тесты) ради исправления опечатки в переводе, которые по правильному должны были хранится в объединённом хранилище. Куда удобнее зайти в условный S3, исправить опечатку и перезагрузить сервисы (если требуется), нежели запускать обновление со всеми вытекающими последствиями. Бывают сервисы, которые только собираются по несколько часов.

Content delivery? Не, не слышал. Релиз - это дефолтный способ выкатки обновления. Не, если у вас собственный сайт, где вы сам себе хозяин, то вы спокойной можете лезть куда хотите и делать, что нужно. Хотя опять же, лучше настроить cd, чтобы изменения делать через репозиторий, а не прод

Не работаю с го, но интересно. В дев сборке файлы остаются в файлах реальной ФС или тоже в бинаре?

Директива embed включает указанные файлы в бинарник при компиляции. Так что в дев сборке они тоже будут

Вся эта виртуальная файловая система выгружается сразу в память.

Немного не так. Бинарник мапится в память, соответственно загружаются только нужные страницы по мере необходимости. При недостатке свободной памяти они будут выгружены. Как при swap out, только на диск ничего не записывается, так как уже лежит на диске. В общем и целом нагрузка на память и диск будет плюс минус такой же.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации