Size: a a a

DevOps — русскоговорящее сообщество

2020 June 10

FW

Fir Winter in DevOps — русскоговорящее сообщество
Переслано от Maksim Makhalov
источник

DK

Dmitry Kireev in DevOps — русскоговорящее сообщество
источник

ℳr4k in DevOps — русскоговорящее сообщество
И? Какие-то комментарии? Одобрямс/не одобрямс? Или просто информация к размышлению?
источник

DK

Dmitry Kireev in DevOps — русскоговорящее сообщество
Ну с доводами про кубер согласен. Но они юзают https://github.com/coinbase/odin - и я хз как хорошо он работает, но похоже что пологается на Step function и AWS  policies
источник

O

OleBel in DevOps — русскоговорящее сообщество
Они напилили своем поделие интегрированное со своей кухней. Вразумительных причин кроме этой не увидел
источник

O

OleBel in DevOps — русскоговорящее сообщество
Напилили до эпохи кубера, оно у них работает и переезжать не хотят
источник

DZ

Dzmitry Zimin in DevOps — русскоговорящее сообщество
Привет, поделитесь опытом как оптимизировать dotnet restore nuget пакетов в докерфайле.  Получается слишком медленно и трафик кушает.
источник

V

Viktor in DevOps — русскоговорящее сообщество
коллеги, имеет кто машинку в штатах не в гугле? нужен тест одного курла
источник

L

L.thm in DevOps — русскоговорящее сообщество
источник

DK

Dmitry Kireev in DevOps — русскоговорящее сообщество
Кто какие naming conventions юзает для имен таблиц DynamoDB? _ vs - для разделителей?
источник

ДС

Дмитрий Стародубцев... in DevOps — русскоговорящее сообщество
Коллеги, добрый день

Периодически сталкиваюсь с тем, что вещи, нацеленные на долгосрочное использование запускают в docker. Например ELK, Prometheus, Grafana, Apache, сайты и нужные для них компоненты.

Подскажите пожалуйста, чем такой подход лучше обычной установки и запуска в виде демонов?
источник

n

neb0t in DevOps — русскоговорящее сообщество
Ответ очевидный - меньше гемора с настройкой "постоянных" вещей, а так же простота с обновлением ...
источник

DK

Dmitry Kireev in DevOps — русскоговорящее сообщество
neb0t
Ответ очевидный - меньше гемора с настройкой "постоянных" вещей, а так же простота с обновлением ...
+ консистентность + отстутсвие необходимости управления конфигурации + тестирование + портативность
источник

ДС

Дмитрий Стародубцев... in DevOps — русскоговорящее сообщество
neb0t
Ответ очевидный - меньше гемора с настройкой "постоянных" вещей, а так же простота с обновлением ...
В плане настройки ведь то же самое. Только вместо get install запускаешь контейнер. А сами конфиги писать всё равно придётся + compose пилить.
По обновлению получается просто при выходе новой версии убивать контейнер и запускать новый? А обновление через apt update разве хуже?
источник

ДС

Дмитрий Стародубцев... in DevOps — русскоговорящее сообщество
Dmitry Kireev
+ консистентность + отстутсвие необходимости управления конфигурации + тестирование + портативность
Консистентность и портативность в плане переноса готовой конфигурации в другие места?
источник

DK

Dmitry Kireev in DevOps — русскоговорящее сообщество
консистентность в плане того, что происходит вокруг бинарника ELK
источник

DK

Dmitry Kireev in DevOps — русскоговорящее сообщество
java, параметры, твики, их дефолты итд
источник

ДС

Дмитрий Стародубцев... in DevOps — русскоговорящее сообщество
Спасибо за ответы!
источник

n

neb0t in DevOps — русскоговорящее сообщество
мыслите глобальней ... сначала вы написали о запуске в докере ...
Композ - это уже оркестрация ... Даже с настройкой "постоянных" вещей как ЕЛК - вам понадобиться поднять несколько сервисов со своими данными... А при миграции - вам нужно будет позабоиться об целосностости данных. Без докера будет потрачено больше времени так как для тестов вам прийдется подымать еще такой же енв. С докером - можно забекапить волайм с конфигами, убить старый контейнер и запустить новый конетйнер с новыми бинарниками. В случаи неудачи - всегда можно восстановиться...
источник

ДС

Дмитрий Стародубцев... in DevOps — русскоговорящее сообщество
Стало намного понятнее. Действительно плюсов много.
источник