Вопрос использования Fargate - прослушивание Websocket (на стороне клиента)

Question

Я рассматриваю вариант использования для fargate, где у меня есть какой-то внешний триггер (возможно, событие CloudWatch), который запускает задачу Fargate, которая открывает соединение через веб-сокет, прослушивает несколько часов и записывает данные в S3, а затем в конечном итоге закрывает паутина через несколько часов.

Веб-сокет может быть либо закрыт каким-либо внешним триггером, через определенное количество часов (generic c timer) ИЛИ когда он получает указанное c сообщение из сокета, который он закрывает.

Это правильный вариант использования фаргейта? Внешний триггер будет передаваться в строке соединения websocket, и секретный токен аутентификации для аутентификации может быть сохранен с AWS KMS.

Внешний триггер -> открывает соединение ws: // (через fargate) -> пишет в S3

Если это правильный вариант использования, какой-нибудь совет, как подойти к этому? Если это неправильный вариант использования, есть ли другой сервис, который лучше для постоянного соединения, которое занимает всего несколько часов?

Answer 1

Fargate - это просто управляемый сервис для запуска контейнеров. Нет ограничений на продолжительность выполнения задачи. Вы можете использовать его как экземпляр EC2, управляемый AWS, если вы планируете развертывать только docker образов. Проверьте общие случаи использования для Fargate. Из вашего вопроса не ясно, нужна ли вам другая нагрузка случайных всплесков. Вам нужно быстро масштабироваться или вы запускаете только одну задачу за раз.

С другой стороны, экземпляры EC2 имеют различных типов и, например, t3.small будет дешевле по сравнению до Фаргейт цены . Также обратите внимание на типы экземпляров EC2 и зарезервированные экземпляры. План вычисления сбережений доступен как для Fargate, так и для EC2. Вы также можете запускать и выкрикивать экземпляры EC2 по расписанию .

Таким образом, выберите Fargate, если вы не хотите тратить время на обслуживание и нуждаетесь в масштабируемом решении из коробки. ; выберите EC2, если вам нужно только одно подключение к веб-сокету и вы хотите сделать его дешевле. Оба подхода хорошо обрабатывают длинные соединения через веб-сокет, если вы не используете точечные экземпляры.