Иван Шумов

Не обязательно. Ваша система и поступайте как вам больше подходит

Hashicorp Consul может вам подойдёт? Но я для этого используют облака, в частности AWS - там их Route53 очень удобно на себя берет решение вопроса

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

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

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

Не знаю что в python, но в php есть приватные пакеты composer, а в nodejs приватные npm пакеты. Бьюсь об заклад тут должно быть тоже самое

Если вы не знаете как разделить эти сервисы то это значит что вы пока не определились с главным - не составили список use case'ов, которые реализует ваш новый биллинг и не составили список сущностей, которыми представлена новая система. Начните отсюда, а там станет понятнее какие данные в каком виде и как должны транслироваться