Телеграмм чат группы itarchitect страница 2592

Size: a a a

Архитектура ИТ-решений

1923 membersпожаловаться на группу

2020 January 30

Phil Delgyado in Архитектура ИТ-решений

В кубере можно вырезать отдельные куски, но очень сложно (

источник

17:16пожаловаться #1

Phil Delgyado in Архитектура ИТ-решений

Пока я вижу только один вариант для кубера.
Было решение в гугловском облаке, но стало слишком дорого и решили переезжать на свои сервера.
Там, если речь идет о тысячах виртуалок, стоимость поднятия и поддержки кубера будет достаточно низкой относительно расходов на публичное облако.

источник

17:17пожаловаться #2

Phil Delgyado in Архитектура ИТ-решений

По крайней мере обоснование TCO может сойтись

источник

17:18пожаловаться #3

Phil Delgyado in Архитектура ИТ-решений

По хорошему основной смысл кубера - умение переносить связанный набор контейнеров с места на место.
Но зачем для этого столько нагромоздили...

источник

17:22пожаловаться #4

Phil Delgyado in Архитектура ИТ-решений

А, еще, наверно, кубер полезен для многосервисных решениях на C/С++...
В геймдеве, где SLA не важен, а вот языки используются экзотические и с dll-hell в разных видах.

источник

17:24пожаловаться #5

Gennadiy Kruglov in Архитектура ИТ-решений

Я вижу ещё один вариант:

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

При этом нет возможности использовать публичные облака и сильно платные аналоги. И есть ресурсы для поддержки.

И всё тоже самое в публичных облаках, только управляемые сервисы

источник

17:52пожаловаться #6

Phil Delgyado in Архитектура ИТ-решений

Ну, тут нужно сравнивать стоимость "поднять и поддерживать кубер" и стоимость "поднять и поддерживать роли на ансибле".
И хочется как-то увидеть это сравнение у кого-нибудь.

источник

17:55пожаловаться #7

Phil Delgyado in Архитектура ИТ-решений

Пока всюду, где я видел кубер - его ставили без обоснования, просто "надо" или "хотим".

источник

17:55пожаловаться #8

Phil Delgyado in Архитектура ИТ-решений

Ну и сравнение "кубер" или "мезос" интересно.

источник

17:56пожаловаться #9

Phil Delgyado in Архитектура ИТ-решений

Или даже "сварм" (хотя он и умер почти).

источник

17:56пожаловаться #10

Phil Delgyado in Архитектура ИТ-решений

А то я видел даже кубер поверх vSphere

источник

17:57пожаловаться #11

Gennadiy Kruglov in Архитектура ИТ-решений

С контейнерами работать удобно. За удобство нужно платить

источник

18:09пожаловаться #12

Phil Delgyado in Архитектура ИТ-решений

А в деньгах это удобство как выглядит?

источник

18:13пожаловаться #13

Phil Delgyado in Архитектура ИТ-решений

Впрочем, многое зависит от стека. Для java контейнеры мало что дают, например. Проблем и так нет.

источник

18:14пожаловаться #14

Ruslan Kadyrbaev in Архитектура ИТ-решений

Phil Delgyado

Впрочем, многое зависит от стека. Для java контейнеры мало что дают, например. Проблем и так нет.

😄

источник

18:15пожаловаться #15

Ruslan Gainutdinov in Архитектура ИТ-решений

А как же self-service и devops? Как девелоперы запускают и развертывают софт на своих машинах? Как же 12 factor app? С чистым докером не очень понятно - как осуществляется бесшовная миграция на новую версию приложений?

источник

18:39пожаловаться #16

Gennadiy Kruglov in Архитектура ИТ-решений

Речь не идёт о докере. Речь идёт об отказе от контейнерной виртуализации в пользу использования исключительно инструментов управления конфигурациями, прежде всего Ansible

источник

18:42пожаловаться #17

МS

Михаил SinTeZoiD in Архитектура ИТ-решений

Phil Delgyado

Вообще, если бы из кубера оставили только простейшую сборку контейнеров в поды и некоторый набор коллбэков на всякие события, то оно могло бы быть чем-то приличным. А так - сделана большая и сложная хрень, с неимоверной стоимостью внедрения и поддержки - и непонятным смыслом.

Что тебе мешает использовать только сборку контейнеров в поды?

источник

19:01пожаловаться #18

Phil Delgyado in Архитектура ИТ-решений

Ruslan Gainutdinov

Если у тебя java+persistence+ansible, то разницы в машине девелопера и в продакшене нет никакой.
А для выкладки кубер не помогает особенно, я уже писал выше почему.

источник

19:43пожаловаться #19

Phil Delgyado in Архитектура ИТ-решений

Михаил SinTeZoiD

Что тебе мешает использовать только сборку контейнеров в поды?

Так затраты на внедрение и поддержку кубера все равно есть, даже если я использую малую часть. А эти затраты большие - и по деньгам и по времени. Выше Геннадий сказал про год - у меня те же оценки.

источник

19:45пожаловаться #20