Иван Шумов

Копать надо в сторону ACID транзакций, блокировок записей и обновлений записей с условиями. (На примере SQL: update table set free = 0 where id=1 and free =1 and updated =13677742126)

Моего вроде в ACID научилась в последних релизах

Опытных разрабов никогда не достаточно, но чаще всего бизнес не хочет тратиться на джунов. Статистика как бы не врет и попасть джуном проще после какой-то стажировки в компанию. Ну и не забываем тот факт что надо уметь себя продать компании, особенно если опыта ноль.

PS что там перспективно, а что нет - разберутся археологи будущего

У вас Redmine, а значит у вас есть User Story - верхний уровень и то что обычно называют задачей. Стори уже бьются на задачи (обычно называют подзадачами). Почему так:
- пользователи "тупые" и не способны ставить задачи. они высказывают "пожелания" и поэтому это "пользовательские истории".
- задачи создает тимлид, разбивая истории на вменяемые части для отдельных людей.
- в случае если история=задача (о, чудо) то можно отдельно задачу не ставить

Узкое место точно в бд? Если так то монго горизонтально масштабируется, ну или просто подкинуть ресурсов если серверу тяжело. Если узкое место на самом деле не там то думать дальше. Ну и не понятно что значит "большой поток" по вашей версии

Не занимайтесь фигнёй. Есть такая замечательная вещь как IaC (Infrastructure as Code). Инструментов под это куча, а обращение к этому уже можно делать через php ибо эти инструменты имеют свой API. Подготавливаете конфигурации, обновляете их на php и перезапускаете развертывание. Все счастливы

Нигде, никак. Квалификации не хватит, поддержки от вас будет нисколько, по цене тоже конкуренцию не составите

Попросите разработчиков бэка сделать документацию в Swagger и прямо к нему обращайтесь. Все будут счастливы

Напишу ещё раз) такие масштабные проекты начинаются со сбора требований, проработки архитектуры и создания концепта. До старта могут уйти месяцы и не считанные миллионы. Какая под это нужна команда - на старте будет не ясно

да

Люди, которые не хотят гуглить это уже не смешно. Браузер не будет обрабатывать ответ с сервера с другого доменного имени, если это не разрешено ресурсом. Точка. Это CORS и с этим можно сделать 2 вещи: писать обработчик на бэкэнде или сделать http proxy в свой домен и оттуда получать данные

Я вам открою один важный секрет - если хостинг сертифицирован pci dss то это никак не распространяется на ваше приложение. Данную сертификацию вам предстоит проходить самостоятельно.

Может вам поможет service discovery в виде HashiCorp Consul?