Контейнерные услуги в AWS

Question

Недавно я начал изучать контейнеры, и передо мной стоит использовать его в производственной среде. Я использую AWS в качестве облачной платформы и хотел бы услышать ваше мнение по этому вопросу. В ваших экспериментах и ​​лабораториях, как, по вашему мнению, лучше всего использовать контейнеры в Amazon Web Services?

Answer 1

Если вы планируете aws, тогда

Веб-сервисы Amazon предоставляют 2 контейнерных сервиса: ECS & EKS

ECS

• Служба, управляемая ECS компанией amazon it self.

• Он также известен как цель

• Вам не нужно беспокоиться о ресурсах узла и ретрансляции (EC2 итд) амазонка справиться. Вы должны просто предоставить детали контейнера

• Простота настройки по сравнению с EKS. не так много времени инициализации

• Две конфигурации в цели ECS и цели ECS + EC2

EKS

• EKS известен как сервис Elastic Kubernetes

• нужно настроить узел (сколько и другую конфигурацию)

• Вы можете редактировать узел или ресурсы

• занимает мало времени для настройки

Плюсом использования aws для контейнера является то, что aws управляет автоматическим масштабированием, горизонтальным масштабированием и вертикальным масштабированием контейнера

Если у вас ограниченный трафик и небольшое приложение Go для цифрового океана, это так дешево по сравнению с AWS

но помните, что цифровой океан не поддерживает горизонтальное и вертикальное автоматическое масштабирование

Answer 2

AWS предоставляет два типа управляемых контейнерных сервисов

1. AWS ECS - обслуживание эластичных контейнеров

2. AWS EKS - Сервис Elastic Kubernetes

Если вы только начинаете работать с миром контейнеров, выберите ECS. Начать легко и хорошо интегрируется в экосистему AWS.

Как только вы познакомитесь, попробуйте Kubernetes. У Kubernetes есть крутая кривая изучения, но она того стоит. Это дипломированный проект CNCF и будущее оркестровки контейнеров.

Answer 3

Есть несколько вариантов:

1. Контейнеры в ECS очень хорошо знакомы с тем, как вы обычно запускаете контейнеры на сервере. Эталонная архитектура ECS

2. EKS, который эффективно управляет Kubernetes (AWS управлял главными узлами), обладает преимуществом планировщика, который управляет развертыванием контейнера, а также функциональностью для управления контейнерами. (Я считаю, что это будущее выполнения контейнерных рабочих нагрузок). Отрицательно то, что это немного крутая кривая обучения.

3. Тогда я думаю, что было бы также важно включить AWS Lambda, которые представляют собой функции без сервера, которые фактически являются недолговечными контейнерами от 0 до 15 минут. Для меня это очень быстрый способ установить POC, и его очень легко перенести в контейнеры на более позднем этапе. Однако они плохие, если вы планируете выполнять много задач, связанных с вводом-выводом, так как платите за время простоя из-за блокирующего характера ввода-вывода.

Это, как говорится, действительно зависит от вашего варианта использования и вашей рабочей нагрузки.