Объедините Докер Рой и Кубернетес

Моя компания пытается немного наверстать упущенное в пространстве DevOps. Я провел много исследований по контейнеризации приложений и систем оркестровки, которые идут с этим. Я наткнулся на статью (которую я хотел бы сохранить), в которой они говорили о том, как объединить Swarm с Kubernetes для улучшения функциональности. В этой статье они не определили, что они получили, делая это.

Интересно, какую пользу это даст? Действительно ли добавление дополнительного уровня сложности даст вам большую отдачу?

РЕДАКТИРОВАТЬ: Я ищу технические плюсы / минусы. KISS - хороший девиз, но он не выдерживает споров с вашим генеральным директором или советом директоров.

Я почти уверен, что мы будем выбирать Docker для наших контейнеров и Swarm для оркестровки. Я, однако, хотел бы видеть Kubernetes в нашем пространстве, поэтому предложение, что вы можете объединить технологии вместе для более надежного решения, меня заинтриговало. Спасибо за любую информацию.

— EvanM
источник

Рабочие слова здесь «интригует меня». Вы являетесь частью бизнеса. Для этого должна быть веская деловая причина. Не ваш интерес, не техническое волшебство, а серьезная деловая причина объединить эти два. Если для начала нет такой бизнес-причины, изобретать ее просто неэтично. То, что вы предлагаете, ведет к потере бизнес-ресурсов по личным причинам, и этически это похоже на растрату.

— Иржи Клауда

Я спорил о том, отвечать на это или нет, потому что, честно говоря, я чувствую, что этот разговор - пустая трата времени. Да, я часть бизнеса, да, это меня интригует, нет, я ничего не придумываю, и отношение, которое вы имели с самого начала, неоправданно. Интрига - это то, что движет технологиями вперед, поиск причин, почему / почему не является частью работы, и просто задавать вопросы тем, кто ушел раньше вас, - это лучшая практика. Этот вопрос предназначался для того, чтобы получить обратную связь от людей, которые фактически выполнили работу на этих платформах и имеют действительные мнения по этому вопросу.

— EvanM

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

— EvanM

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

— Иржи Клауда

Ответы:

Обновление: Docker только что выпустил поддержку Kubernetes в качестве планировщика, что меняет ситуацию и делает Kubernetes просто альтернативным планировщиком для Docker Swarm.

TL; DR: НЕ ДЕЛАЙТЕ ЭТОГО. Инженеры всегда пытаются создать этих собак-свиней. Каждая ненужная технология, которую вы привнесете, принесет еще один набор ошибок. Если вы можете выбрать один, то выберите один и будьте счастливы, что вам не нужно делать оба. Если вам нравится играть с Kubernetes, просто создайте личный аккаунт в Google Cloud и играйте с ним столько, сколько хотите. Но не заставляйте всех в вашей компании страдать от ненужных осложнений.

Это две параллельные и в основном эквивалентные технологии . Если у вашего бизнеса была законная деловая причина для развертывания в нескольких облачных провайдерах, например, для обеспечения надежности, и вы хотели внедрить его как в AWS ECS (Elastic Container Service - на основе Docker), так и в Google GKE (Container Engine - на основе Kubernetes), и вы спрашивали, как Собираете ли вы конвейер, который бы собирал ваше программное обеспечение и пакет в контейнеры для развертывания в обоих , это было бы что-то другое, но делать это только потому, что вы хотите играть с новой технологией, очень безответственно.

— Иржи Клауда
источник

Я бы не сказал, что хочу «поиграть» с Кубернетесом. Есть деловые причины, почему я предпочитаю это, чем Swarm. Один из них - сообщество, а ваше предположение, что я просто хочу что-то сделать, неверно. Я не согласен с вашим комментарием о собачьей свинье, пришедшем с позиции системного инженера, которого я видел / предотвращал много раз или, по крайней мере, пытался. Вы не предоставили никаких указаний на то, что вы работали ни с извлеченными уроками, ни с какими-либо техническими подробностями относительно того, почему; Я не чувствую, что это отвечает на мой вопрос.

— EvanM

Я использую «играть с» вместо «работать с» иногда отчасти в смысле забавной работы и частично на основе любимой моей мамы: «Вы просто играете с компьютерами весь день и никогда не выполняете никакой реальной работы». :)

— Иржи Клауда

Понял, я делаю то же самое. Просто хотел прояснить, что это не была попытка наполовину опасно заставить Кубернетеса заглотить горло моей компании. Отсюда и вопрос. Суть в том, что нет «хорошей» причины, но я не мог просто проигнорировать эту статью.

— EvanM

Смотри, мы все были там. Бизнес планирует использовать одну технологию, когда вы думаете, что другая лучше, и вы хотите как-то по-прежнему работать с другой или, по крайней мере, с обеими, и показать им, насколько ваш выбор был намного лучше. Это классика. Неважно, что вы думаете, не объединяйте их, чтобы сделать это или доказать, что вы правы. Даже если бы вы могли это оправдать, ваша задача - разработать решение, чтобы избежать этого. ПОЦЕЛУЙ. Заставьте его работать со Swarm, убедите всех использовать Kubernetes или выйдите и работайте там, где они будут использовать Kubernetes.

— Иржи Клауда

Одной из причин использования Kubernetes в качестве планировщика, если вы используете или рассматриваете Azure как поставщика облачных услуг, является их относительно новая служба AKS (управляемые kubernetes). В этом случае вы бы не совмещали кубернет с роем докеров.

Для меня это четкое указание на то, куда движется сообщество. Я не хотел бы изучать что-то, что мне позже нужно будет выбросить в мусорное ведро.

— Кот в сапогах
источник