Иван Шумов

Вопрос - зачем? У вас место жмёт?

1. Разобраться в падении инстанс. За просто так они не отключаются
2. Помним что при перезапуске инстанса он меняет ip
3. Подключаем autoscaling (на один инстанс) + elb и получаем dns имя чтобы не искать его по ip

ELK stack

Сделать распараллеливание задач через очереди (RabbitMQ/ Kafka)

1. Операцию записи должен выполнять только один сервис
2. Операции в сервис должны поступать в виде очереди
3. Каждое задание из очереди должно содержать correlation token
4. При обработке каждого задания надо проверять не обработан ли уже такой токен
5. В виде подобных токенов часто используют GUID

Если у вас компьютер не потянет - идите и обновляйте. Это значит что у вас все совсем плохо и вам дорога писать код на бумажке. AS отличная и удобная IDE

Такое делают через CDN. Например, AWS CloudFront, хотя и другие CDN так должны уметь

Очереди (rabbitmq, Kafka) + много воркеров

Смотрите - есть 2 основные механики - push-based и pull-based. pub/sub это просто один из принципов очередей де факто.

то что вы хотите реализовать это отличие exchange и queue в RabbitMQ. ZeroMQ вообще никому не посоветую, да и Redis не очень про очереди - просто немного умеют в них

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

Микросервис и их интеграция появляется в системе с разной скоростью и строятся они абсолютно по-разному. Более того в таком подходе вам обязательно нужен тот кто проектирует все это вместе и по отдельности. Обычно это архитектор

Как на счёт посмотреть на возможности nosql решений? Документ-ориентированную базы вам отлично подойдут для хранения. А для описания структуры вам нужно только описать поля и их схему. Для хранения схемы уже есть несколько форматов ( но мне с телефона не удобно искать, уверен вы справитесь). Я бы ещё рекомендовал для таблицы генерировать модель для поиска и вывода и ее привязывать туда.

У меня виртуальные карты от банка. Никаких проблем. Киви ходят слухи он больше не ест

Зависит от вида коммерческой деятельности. Конечно, детали читать у них на сайтах, но в целом, если вы не предоставляете услуги по работе с этими базами и не выделяете кому-то мощности своих инстансов за деньги то в целом все ок.

Curl работает через openssl как правило. Либо стоит обновить openssl, либо сервер, на который вы обращаетесь выдает левый SSL сертификат

Вынесите аутентификацию за рамки ваших приложений. Используйте openID + JWT.

в связке "кодировка входящих данных - кодировка скрипта - кодировка соединения с бд - кодировка данных в таблице" где-то закрался не UTF. Надо проверить каждый шаг

Если тут покажут инструмент лучше воркбенча - я хочу об этом знать. Конкурентов не видел

Вы настраиваете NS для адресации на Route53, а там уже указываете MX записи. Route53 это просто DNS сервис, не более. Для настройки почты нужны в минимуме только MX записи и все