Слишком абстрактно. У вас компонент доступен, всё в порядке с точки зрения Circuit breaker. Но на его выходе объекты с ошибочным состоянием, и от этого состояния зависит логика в вашем сервисе

Какая разница, сколько портов и т.п.?
Для микросервисов все равно не решается нормально ни вопрос о нормальном и безопасном обновлении, ни о поддержки версионности по API, ни про гарантии распространения информации ни многое другое.
Заходы есть, но они все еще очень сырые.
Для монолитов часть из проблем решена (не все, конечно).

Да, мы почему-то сузили понятие Governance до контроля. А Governance, это управление

В моей картине мира нормальный заход, считать что у микросервиса бывает только две версии. Бета, начинающаяся с цифры 0, про которую никто никому ничего не обещает и 1.х - с обратной совместимостью вплоть до 1.0.0 Во всех остальных случаях - это разные микросервисы

А чем монолит отличается от микросервисов в этом аспекте?

Поддерживать все версии - это очень и очень дорого (
Интересно понимать, когда какую-то версию API уже можно не поддерживать.

Тем, что в монолите часть задач берет на себя компилятор )

Ничем. Два монолита как два микросервиса.

В монолите IDE вам может подсказать, если, например, сигнатура метода изменилась и при этом поломался связанный код

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

Если монолит не один - это уже не монолит..

На два милиона строк особенно быстро это сделает, ага

Коллеги! Есть повод побухать! 3 сентября - День Техдира во всех городах России!

Я лично в Спб организую большую пьянку с лайтингами набросами от техдиров и руководителей разработки!

Кто ещё хочет?

Понятно, спасибо.

Пусть governance будет, я что против что-ли. Мне не нравится, когда мы начинаем пугать себя разными дурацкими картинками, на которых даже не понятно что именно означают линии между точками. Для меня один dblink страшнее сотни стрелок с надписью http get, причем не особо важно в какой именно топологии. Нет в микросервисах никаких вызовов и никаких зависимостей. есть HTTP GET/POST/PUT ресурсов и работа с сообщениями. Ни одну из этих операций к вызову удаленной процедуры нельзя приравнивать, по большому счету

А проблем-то? Но лучше медленно, чем никак )

Хм, а кинь приглашение, 3го я вроде бы свободен )

Лучше както чем никак. Ide на милионы строк это никак

Набросить не хочешь? Есть слоты!

Да нормально, зависит от языка и методов работы с ним. Но проекты на млн. строк видел и вполне крутились.