DKT65 - ECS vs EKS - когда что выбрать?

• Сегодня в выпуске будут рассмотрены комьюнити билдеры и контейнеры в деталях.  

• В гостях три комьюнити билдера: Андрей, Владимир и Саша.  

• Комьюнити билдеры - это люди, которые делятся знаниями об Amazon и его сервисах.  

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

• Комьюнити билдеры получают доступ к информации, которая раньше была доступна только для избранных.  

• Это позволяет им делиться знаниями и получать поддержку от профессионалов.  

• Основная тема выпуска - контейнеры и ЕСС.  

• Гости обсуждают, почему для них это важные темы и как они хотят делиться знаниями об Amazon.  

• Обсуждение темы "Что такое и сс и с чем его едят?".  

• Упоминается выступление, где автор говорил о том, что учить ансибл не стоит, а лучше использовать терраформ.  

• Авторы обсуждают свой опыт работы с и сс, в основном с проектами для стартапов.  

• Упоминают, что их опыт больше ориентирован на работу с амазоном и инфраструктурой как код.  

• Авторы рассказывают о своих клиентах, в основном стартапах, и о том, как они работают с ними.  

• Упоминают, что они не работают с большими компаниями, такими как банки.  

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

• Упоминают свой опыт работы с криптобиржей и норвежской компанией, где они выстроили платформы на и сс.  

• Видео обсуждает сравнение инфраструктурных решений, таких как Kubernetes и Amazon EKS.  

• В видео сравниваются терминологии и особенности работы с этими решениями.  

• Видео обсуждает, как инфраструктурные инженеры могут использовать Kubernetes и Amazon EKS для своих проектов.  

• В видео подчеркивается, что Kubernetes и Amazon EKS имеют свои уникальные особенности и преимущества.  

• Видео обсуждает, как стейкхолдеры могут использовать Kubernetes и Amazon EKS для своих проектов.  

• В видео подчеркивается, что стейкхолдеры могут использовать Kubernetes и Amazon EKS для своих проектов, но им нужно учитывать их уникальные особенности и преимущества.  

• В Kubernetes используется публичный типс пойнт, в то время как в Amazon ECS - авторизация через A-эм.  

• В Kubernetes есть свой внутренний балансировщик, в то время как в ECS - использование Amazon Elastic Load Balancer.  

• В Kubernetes есть возможность запуска на подах, в то время как в ECS - использование сервисов.  

• В Kubernetes есть возможность использования автоскеллинг-групп, в то время как в ECS - использование отдельных контейнеров.  

• В Kubernetes есть интеграция с Load Balancer, в то время как в ECS - использование внешних сервисов.  

• В Kubernetes есть возможность проверки контейнеров извне, в то время как в ECS - только проверка внутри контейнера.  

• В видео обсуждаются различные сервисы и их интеграция, включая автоскеллинг и клаудмап.  

• Упоминается возможность автоматического запуска тасков в клаудмапе при изменении состояния сервиса.  

• Клаудмап может использоваться для создания приватных доменов и связи между сервисами.  

• Упоминается, что клаудмап может быть использован для поиска сервисов через DNS или OPA.  

• В видео сравниваются различные сервисы, включая сервис меш и ес коннект.  

• Упоминается, что ес коннект предлагает более простой и гибкий подход к нетворкингу, чем сервис меш.  

• В видео обсуждается использование Kubernetes и сервисов, таких как Kubernetes Discovery Service (KDS) и Kubernetes Event Driven Service (KEDS).  

• KDS предоставляет функционал для управления и мониторинга контейнеров, а KEDS позволяет автоматизировать процессы и реагировать на события в инфраструктуре.  

• В видео обсуждаются возможности автоскеллинга и масштабирования в Kubernetes и других сервисах.  

• Автоскеллинг позволяет автоматически масштабировать ресурсы в зависимости от метрик, таких как количество запросов или использование памяти.  

• В видео также обсуждаются возможности автоскеллинга в Amazon Elastic Kubernetes Service (EKS) и Amazon Elastic Container Service (ECS).  

• В видео обсуждаются различные способы настройки автоскеллинга и скейлинга в Kubernetes и других сервисах.  

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

• В видео также обсуждается использование автоскеллера для управления ресурсами в Amazon Elastic Kubernetes Service (EKS) и Amazon Elastic Container Service (ECS).  

• Обсуждение автоскеллинга и автоскейлинга в контексте Kubernetes и Amazon.  

• Упоминается возможность добавления автоскеллинга на уровне автоскеллинг-групп.  

• Фаргейт - это виртуальная машина, на которой запускается контейнер.  

• Фаргейт позволяет определить стоимость ресурсов заранее и контролировать расходы.  

• Фаргейт используется для запуска контейнеров и определения их стоимости.  

• Проблемы упаковки контейнеров и их ротации на разных нодах.  

• Упоминается проект, в котором автоматически ротировались ноды на более крупные, когда количество подов достигало определенного значения.  

• EC2-SS (Elastic Container Service) - это сервис, который позволяет запускать контейнеры в Amazon Web Services.  

• EC2-SS имеет некоторые преимущества перед EC2, такие как предсказуемость потребления ресурсов и возможность утилизации объема.  

• EC2-SS подходит для тех, кто не хочет заниматься кастомизацией и предпочитает стабильность и предсказуемость.  

• EC2-SS не подходит для тех, кто хочет кастомизировать платформу и развивать ее.  

• Для дебаггинга EC2-SS можно использовать плагин для Docker Compose или локальный стек.  

• Для отладки ивентов можно использовать утилиту Siesta Slack, которая позволяет отправлять ивенты в Slack и сохранять их.  

• В видео обсуждается использование Docker Swarm для запуска пары контейнеров, а также возможность перехода на собственные железки в случае необходимости.  

• Отмечается, что Docker Swarm может быть использован для запуска контейнеров, но также можно использовать его для запуска пары контейнеров.  

• Если возникнет необходимость, можно будет перейти на собственные железки, но для этого потребуется немного поправить документацию.  

• В конце видео автор благодарит гостей за их рассказ и делится ссылками на Docker Swarm на GitHub.  

• Он также призывает зрителей оставлять предложения и запросы, если они возникнут.