Битрикс для разработчиков
ClickHouse не тормозит
Чат экстремального погром...
Qt
symfony
Ansible
Unity Engine: вопрос - от...
Nuxt.js | Vue SSR
nginx_ru
Боты на Telegraf
Data Science Chat
Android Architecture
QA — русскоговорящее сооб...
DBA - русскоговорящее соо...
Tarantool
Unreal Engine
☁️ AWS_RU
Blender_ru: вопрос-ответ.
PostgreSQL + 1C + Linux
MongoDB Russian
Yandex Cloud - Официальны...
Git
DevsHelper
Big Data Science :: AI / ...
pro.kafka
3ds Max
1C
Вокруг да около Zigbee
Android Declarative
freebsd_ru
Atlassian Community - Rus...
Чат про Fusion 360 и 3D
OctoberCMS
ru_gitlab
Godot Engine (Russian)
MySQL
Yii Framework 2
Data Engineers
Чат Tableau
Cinema 4D
Evolution CMS
Odoo talks & fun
Software Design/Architect...
dbGeeks
pro.buildsystems
React: русскоязычное сооб...
opencv_ru
Webpack — русскоговорящее...
Yii Framework 3
QA juniors
RUSCADASEC community: Киб...
ru_hashicorp
catboost_ru
Kaggle
Grafana Loki
VictoriaMetrics_ru
.NET Group
Google Cloud Platform_ru
DevSecOps - русскоговорящ...
ScyllaDB
![Netbeans [RU]](https://image.telq.org/channel_avatar_1102508152_467588515831589735_mini.jpeg){kind=avatar}
Netbeans [RU]
Всем привет. Архитектурный вопрос - когда нужно отдать предпочтению EC2
вместо ECS? При условии что проект "докер-поддерживаемый"
12 ответов
когда нет экспертизы с ECS, например
если есть необходимость скейлить мощности, то ECS может делать это нативнее + всякие фаргейты помогут забыть о головной боли с EC2 (за доп прайс)
если есть необходимость скейлить мощности, то ECS ...
И лишить гибкости и возможностей для дебага (про fargate)
если есть необходимость скейлить мощности, то ECS ...
так ецс умеет поднимать и опускать ец2 сам под нагрузку
если есть необходимость скейлить мощности, то ECS ...
но это вы всё в пользу ECS говорите. а тут просят обратного :)
но это вы всё в пользу ECS говорите. а тут просят ...
Действительно, не так прочитал))
нет ни одной причины по большому счету, кроме лени. Другое дело что контейнеры можно запустить не только в ECS
тогда, когда сервис поднимаемый на EC2 заточен под стейтфулл, и когда стандартное поведение сервиса в ECS кластере (например смена IP витулки если кластер пересоздаст виртуалку - будет добалять лишних проблем) в таком случае лучше воспользоваться скриптом в User Data при запуске EC2 либо сервисом OpsWorks и писать уже на Cheff или Puppet'e, как один из вариантов
если есть необходимость скейлить мощности, то ECS ...
>всякие фаргейты помогут забыть о головной боли с EC2 Или предоставить новые
когда нужно нагрузку включать-выключать быстро. Например, когда приложение и обвязка тяжеловесные и одинаковые, и делают что-то, а потом выключаются, но при этом могут падать, или их нужно часто рестартовать. Это весьма специфичный кейс. Короче, если приложуха тяжелая и падает или должна перезапускаться (ну например память течет by design) - то лучше это держать на ec2, т.к. образ хранится на машинке. ECS каждый раз загружает образ из репы, и неважно, ECR или внешней. Это долго.
Похожие вопросы
Обсуждают сегодня