Проблема ООЯП: отсутствует чёткое и обязательное ядро объектно-ориентированного моделирования

Какие практические преимущества Вы ожидаете от вышеописанной концепции? Я, например, вижу следующую проблему. Разработчику нужно будет сперва смоделировать ОО-констуркцию в ядре декларативным способом. Затем ему всё равно придёться реализовывать поведение/общение объектов императивным методом. А если в ходе реализации выяснится, что модель не оптимальна и нужно её менять? Не будет ли это дополнительной нагрузкой, постоянно координировать изменения между реализацией и декларированной моделью?

Архитектура микросервисов

Самое большое преимущество микросервисов я вижу в их взаимозаменяемости. Если есть хороший стандартный интерфейс, можно легко поменять одну имплементацию/версию на другую (в т.ч. реализованную на другом ЯП/платформе), не трогая всю остальную систему. Жертвовать же производительностью (общение сервисов через сеть) за счёт небольшой экономии ОЗУ (создание новых экземпляров только нескольких сервисов на другом сервере вместо нового экземпляра целого монолита) не вижу никакого смысла.