Узкое место точно в бд? Если так то монго горизонтально масштабируется, ну или просто подкинуть ресурсов если серверу тяжело. Если узкое место на самом деле не там то думать дальше. Ну и не понятно что значит "большой поток" по вашей версии
Не занимайтесь фигнёй. Есть такая замечательная вещь как IaC (Infrastructure as Code). Инструментов под это куча, а обращение к этому уже можно делать через php ибо эти инструменты имеют свой API. Подготавливаете конфигурации, обновляете их на php и перезапускаете развертывание. Все счастливы
При таком размере конфига - да хоть все храните. Да и вообще историю удалять вредно для здоровья. Откат до ревизии это создание новой ревизии на самом деле. А так + зная детали проекта можно придумать более детальное решение
Напишу ещё раз) такие масштабные проекты начинаются со сбора требований, проработки архитектуры и создания концепта. До старта могут уйти месяцы и не считанные миллионы. Какая под это нужна команда - на старте будет не ясно
Правильно - выкинуть json и начать пользоваться базой данных. Тут вы получите те же проблемы что м в ранних версиях mongodb, а именно конкурирующая запись
API не сохраняет, да, но что мешает требовать с клиента "гостевого входа"? Есть такая практика как anonymous user. То есть все кто обращаются к api должны получить токен, а как - уже не важно. Можно позволять получать такой доступ на какое-то время и все
Люди, которые не хотят гуглить это уже не смешно. Браузер не будет обрабатывать ответ с сервера с другого доменного имени, если это не разрешено ресурсом. Точка. Это CORS и с этим можно сделать 2 вещи: писать обработчик на бэкэнде или сделать http proxy в свой домен и оттуда получать данные
1. `cp -R from to`
2. `tar -zcvf archive-name.tar.gz directory-name`
3. быть нормальным человеком, хранить проекты в git и загружать их на сервер оттуда
Я вам открою один важный секрет - если хостинг сертифицирован pci dss то это никак не распространяется на ваше приложение. Данную сертификацию вам предстоит проходить самостоятельно.
Можно просто настроить вебхук в репозитории, который будет, например, запускать простейший скрипт. Или же, чуть лучше, взять Jenkins и настроить его тягать данные из репозитория
Выглядит как бред, пока не узнаешь что есть такая тема как Serverless) только реализация не такая. Хранить все-равно надо на диске, просто деплоймень происходит иным образом. А что касается базы так там можно хранить историю. Но вообще покажите вашему заказчику AWS lambda - пусть порадуется)
