⚡ Kotobotov ⚡

Scala язык общего назначения.
Каким образом формируется популярность языков в определенных сферах, сложно сказать, ну вот так сложилось исторически что именно в обработке данных он нашел наибольшую популярность, но это никак не ограничевает его область приминения.
Я например активно scala код компилирую под браузер, и много чего под браузер разрабатываю.
Одно из преимуществ Scala, что он позволяет свои решения переносить на разные сферы и платформы, например один и тотже код можно запустить как на JVM, так в Браузере, так и нативно скомпилировать без JVM.
Можно быстро прототипировать из готовых блоков как на питоне, но в отличии например от питона, этот код потом можно легко масштабировать, запуская на многопоточных системах и кластерах, при этом сразу получая высокую эффективность статически типизированного кода.

Стоящие фреймворки имеют интерфейс практически для любого популярного языка.
Поэтому при желании можешь использовать любой язык, какой тебе больше нравиться.
Как правило для разработки эффективно работающего кода используют компилируемые языки, а для наброска быстрого прототипа, когда эффективность не важна, используют скриптовые языки (типа питона).
Питон просто попроще и зарубежом активно используется для простого обучения не программистов (экономистов, статистиков) программированию, а они в свою очередь много исследовательских и обучающих материалов создают, что в свою очередь уже популяризирует язык.

то что вы описали называется двухФазным комитом, раньше очень часто использовался.
сейчас активнее используют похожий но немного другой подход, тоже связанный с тем что резервируют определенные ресурсы (например деньги на счету, и товар на складе) потом проверяют промежуточный статус операции, и потом проводят и подтверждают операцию - разница в том что ничего не перезаписывается а непрерывно все запросы логируется, и любые откаты операции идут через добавление новых записей-запросов в лог (он же и очередь сообщений)
----
там много тонкостей, например вы говорили про время-метки, в целом метки времени добавляют - если нужно контролировать очередность промежуточных шагов (но обычно это не так важно, поэтому метку времени не всегда добавляют), но добавляют уникальный айди операции, тк в случае сбоя запроса (при например длительном ожидания ответа), может произойти "переотправка" запроса, и нам эта метка с уникальным айди позволяет не дублировать одну и туже операцию.
=====
есть тонкости например с тем, каким образом разделены эти микросервисы, может это просто дублирование одного и того же сервиса но например каждый из них обрабатывает запросы от разных сегментов пользователей, поэтому не требуется согласовывать какие-то операции между этими микросервисами.
====
на мой взгляд - это вобще разводные вопросы не имеющие правильного ответа, схемы подбираются конкретно под проект и задачи, тем более если вы не разрабатывали какую-нибудь платежную систему, типа яндекс.денег то вообще бесполезно что-то обсуждать.
это не камень в ваш огород, этим вообще обычно мало кто реально занимается, уверен те кто у вас это спрашивал сами мало что в этом понимают, а спрашивают такие вещи чтоб вас слить.

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

Разделяете функционал по микросервисам, на каждый микросервис заводится отдельный гит репозиторий.

Самый первый кто именно начал выдвигать теории работы вычислительных устройств Чарльз Бэбидж
который пытался построить первую вычислительную машину еще в 1822 (он по миру ездил с лекциями, о том как работает эта машина, но в мире на тот момент не было людей которые бы могли вообще понять о чем речь, представляете эпоха императора Наполеона, и какой-то чудак рассказывает о том что придумал "метод аппроксимации функций многочленами и что мол для того чтоб автоматизировать вычисления этого процесса типа можно построить какую-то там вычислительную машину"), только через 100 лет на основе его работ начали дальше развивать теорию ну и Тьюринг собрал первую электронную вычислительную машину (У Бебиджа все же не неполучилось собрать рабочий прототип, тогда черезвычайно трудно было безошибочно создать такое сложное устройство, в итоге сроки и стоимость разработки ушли за все разумные пределы того времени).

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