DM
когда-то попалась статья, по-моему аж 2015 года. Сейчас, имхо, еще лучше стало.
Единственное что, http/2 не знаю как правильно настроить
Единственное что, http/2 не знаю как правильно настроить
Size: a a a
2020 April 25
DM
не успевают половина ресурсов загружаться, то ли из-за нано инстанса, то ли из-за фиговой настройки nginx
SS
аа, ну так у тебя клаудфронт отхендлит 90% запросов
SS
тогда все понятно
D
Через cli?
DK
Ну эти проблемы надо анализировать и решать, нельзя просто забить и создать новый инстанс.
Судя по тому как решил для себя гугл, как раз наоборот. Дешевле перезапустить приложение и продолжить мирное существование, особенно если перезапуск решает проблему консистентно
PY
Через cli?
Та не, какой то был глюк, создал ещё раз банкеты с таким же именем, а потом дропнул их, и все стало гуд
ЯТ
В github actions есть шаблон для деплоя в ECS. В этом шаблоне образу присваивается тег, равный номеру коммита. Получается, если у нас деплой идёт на стейджинг - в репозитории будут тысячи залитых образов. Это вообще норм?
ЯТ
r
В github actions есть шаблон для деплоя в ECS. В этом шаблоне образу присваивается тег, равный номеру коммита. Получается, если у нас деплой идёт на стейджинг - в репозитории будут тысячи залитых образов. Это вообще норм?
Если не хотите менять actions шаблон - выставьте в ecr lifecycle policy
ЯТ
Если не хотите менять actions шаблон - выставьте в ecr lifecycle policy
Спасибо!
РР
Судя по тому как решил для себя гугл, как раз наоборот. Дешевле перезапустить приложение и продолжить мирное существование, особенно если перезапуск решает проблему консистентно
Есть подход с прибиванием приложения/микросервисов до определённой частоты появления/кол-ва ошибок, и инвестигейтить после превышения этого лимита.
DK
Есть подход с прибиванием приложения/микросервисов до определённой частоты появления/кол-ва ошибок, и инвестигейтить после превышения этого лимита.
само собой
DK
Есть подход с прибиванием приложения/микросервисов до определённой частоты появления/кол-ва ошибок, и инвестигейтить после превышения этого лимита.
Но тут вопрос в "определенной частоте", т.к. и "тыща" может быть вполне приемлемо для бизнеса. Тут главное self-awareness иметь, и все норм будет.
РР
Yep
DK
В github actions есть шаблон для деплоя в ECS. В этом шаблоне образу присваивается тег, равный номеру коммита. Получается, если у нас деплой идёт на стейджинг - в репозитории будут тысячи залитых образов. Это вообще норм?
А что не так?
DK
Если не хотите менять actions шаблон - выставьте в ecr lifecycle policy
+
ЯТ
А что не так?
Мне сказали вообще всё деплоить под одним тегом, чтобы не плодить контейнеры в репозитории, но я изначально подозревал, что это какой-то индусский подход.
DK
Мне сказали вообще всё деплоить под одним тегом, чтобы не плодить контейнеры в репозитории, но я изначально подозревал, что это какой-то индусский подход.
один тег - latest?
ЯТ
один тег - latest?
0.0.1