Иван Шумов

Все зависит исключительно от самого конкретного API. Сферического API в вакууме не существует

Мммм, кто-то пробует изобрести terraform?) Или K8s? Но давайте вернёмся к причинам: какую проблему вы пробуете решить?

Никак. Возможно стоит рассмотреть добавление базы данных в проект

Json уже не в моде?

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

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

Конечно нет. Под каждое API свои тесты

Как минимум сохраняется файл на сервере, запись в базу данных и далее работается с идентификатором, по которому сервер сможет найти файл у себя и обработать

Самое простое и деревянное - берём какой-нибудь AWS API gateway и роутим на нем вебхук к себе. Хотя по идее и так оно должно работать. Думается мне что ты вебхук путаешь с long-poll

Вы еще конфигурите ручками? тогда мы идем к вам!

Ansible, Chef, Puppet, Salt к вашим услугам (первые два самые распространенные) и Infrastracture as Code. Сможете тестировать все ваши изменения перед деплоем на предмет ошибок, версионировать и обкатывать на других виртуалках в случае чего. Если вы в GCP то потом добавите в список себе k8s и terraform, но это попозже

А вот теперь самое интересное: Как считается скорость?) Может просто один из серверов дальше и дело просто в доставке трафика?

А про VDS: клиенту он действительно нужен? то есть у него требования к железу по безопасности? если нет то VPS и вперед (разницы ощутимой не будет, но дешевле)

По тому что надо поставить галочку публичного доступа и настроить security group для всего интернета (или только вашего ip)

Все зависит только от проекта. Ну и заучивать бесполезно же - все что не используется на регулярной основе приходится периодически пересматривать. Ну и одним фреймворком не стоит себя ограничивать - я вот вообще сайты местами на AWS Lambda@EDGE и AWS API Gateway пишу) там все эти нексты мимо кассы.

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

Если для разработчика то берем PyCharm и в бой. Если автоматизация с проверкой кода то SonarQube, например

По тому что книги отстают от официальной документации. В принципе. Всегда.

Все зависит от объема проекта. Чем больше и сложнее проект тем больше проектирования. UML прекрасен тем что из него отлично можно сразу генерировать код. Из минусов - не всегда это работает именно так как тебе требуется в проекте. Ну и вообще, я бы предпочел в основном проектировать интерфейсы компонент по тому как внутреннее устройство это уже второй шаг и не влияет на общую картину мира