для всех причастных (github)
2. настроить простейшие тесты в гитхаб экшне (github action)
3. настроить автосборку докер образов (github action)
4. описываю инфрасткруктуру (terraform + ansible)
5. поднимаю one node cluster (k8s)
6. описываю все манифесты для куберы с деплоеем (green blue deployment)
7. собираем все сервисы под одно крыло (как понимаю 3 сервиса?)
8. поднимаю сервер мониторинга (grafana + prometheus + cadvisor)
9. alert manager
10. настраиваем CI/CD и спокойно наслаждаемся жизнью
Сегодня руководство наняло со стороны админа и он накатал супер пупер виртуал кубер докер шмокер схему..... (Выше сообщение)
Знаете в чем проблема?
Посещаемость 12000 просмотров (5000 посетителей), нагрузки ноль. Сайт на виртуалке , нет серверов даже для бекапов и Гита.
Чем аргументировать , что нам это не нужно и это лишний геморрой? докер контейнеры есть для развертывания на деве, но на бой ставить категорически не хочу! Я не девопс, не могу аргументировать правильно, понимаю что это лишние слои , точки отказа и нагрузка на сервер...
Если для вас ок, что сайт будет лежать пол дня, то вам не нужен k8s. даже если будет лежать 1 час и вам норм, то тоже не нужен k8s. Я считаю, что для 5к посетителей k8s не нужен, а вот docker/container.d стоит использовать, но не с целью отказоустойчивости. Чтобы как-то аргументированно подойти к вопросу, надо описать требования, а потом составить табличку за/против и понять, что удовлетворяет вашим требованиям и как их достичь. Заодно посчитать нагрузку реальную и то, что вы ожидаете в долгосрочной перспективе, а так же понять насколько вам нужна отказоустойчивость и доступность приложения.
убил все его процессы и норм стало))) кажется у нас война началась)
это с мобильников так сжимает из-за длины
Обсуждают сегодня