tupen

Прикладная область в которой вы специализируетесь.
Иначе - не надо.

Зависит ТОЛЬКО от задачи:

• как критично не потерять данные или можно пропустить часть данных (нужен ли надежный промежуточный буфер)
  
• как оперативно данные должны поступать в БД (можно ли повешать на крон отсылку накопленных в буфере данных)
  
• и сколько времени/человеческих ресурсов можно выделить для решения задачи
  
• секьюрности проекта (если это не внутренний сервер, в небольшой конторе где не может быть атак - то еще можно использовать FTP, иначе - категорически нет).
  
  

И это будет очень большой разбег. Буквально от 10 минут до 10 дней работы

Ваш вопрос состоит в том, что вы просите нас оценить ваши особенности задачи, которые мы оценить не можем, не зная о требованиях к задаче.

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

А как вы себе представляете зачем это нужно сервису, чтобы кто-то за их счет что-то там наотправлял на пару миллионов?

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

и бесплатно?

поясните пожалуйста, зачем автору сервиса это нужно?
бесплатно, без капчи и по API?

чтобы такие халявщики как вы ему завалили своими запросами сервер, а он только бы успевал бабло отстегивать хостеру???

И, что значит - неавторизованных?
Отберите у них права.
ESX умеет раздавать разным пользователям права на отдельные операции.

И кстати - еще есть централизованный контроль кластером ESX.
За отдельную плату VmWare его продает.

Они разные.
Использовать AWS без использования всех их балансеров и лямбд - глупо.
а вот при использовании - переплата стоит своих денег.

Для продакшена удобнее готовое решение, например, легкий вариант (с поддержкой многосерверности) это Flynn.io.
Или Dokku для одного сервера.

А для девелопероского окружения не Докер, а Вагрант.

Идея Докера, что контейнер, нужный вам создается КАЖДЫЙ РАЗ ЗАНОВО для очередной версии вашего ПО.
Это факт частенько упускают из виду, пытаясь создать Докер-контейнер навечно.

CI/CD работает так:

Пушите код в Git,
а, к примеру, Gitlab запускает по гит-хукам воркеры для тестирования.
Воркеры создают новые контейнера на основании одного и того же файла описания Докера Dockerfile (каждый раз заново - для "чистоты эксперимента", то есть для стабильности отладки).
Если тесты проходят удачно, то тот же самый контейнер отправляется в DockerRegistry продакшн-системы,
откуда его забирает система оркестрации/управления кластером (тот же Flynn).

Как вводную по разработке архитектуры вашей системы под контейнерами рекомендую прочитать этот кратенький текст:
https://12factor.net/ru/

Какие СУБД в Докер, перекреститесь...
https://habrahabr.ru/post/332450/#comment_10299122

Да и вообще подумайте нужен ли вам этот гемор:
soar.name/ru/pro/half-a-year-with-docker-swarm-mod...
Польза очевидно большая.
Но Докер - не серебряная пуля.