Живое обсуждение предыдущего сообщения в комментариях и группе канала подсказывает, что делать мне надо не доклад на конференцию, а баттл. Что ж, я готов. Мои тезисы:
1.  Большинство историй про интеграцию приложений было придумано довольно давно. Тогда мы еще не знали таких слов как CQRS, Event sourcing, DDD, не понимали разницы между stateless и stateful или разницы между запросом, командой и событием. Причем истории эти сочиняли ИТ-маркетологи, чрезмерно упрощая задачу интеграции, а часто теряя суть
2.  Новых историй не появилось. Если в архитектуре ПО мы еще можем более-менее правдоподобно объяснить зачем мы делаем интерфейс, то в интеграционных задачах чего-то подобно я не слышал. Если кто-то может рассказать, поделитесь
3.  Корпоративные ИТ-ландшафты меняются. Приложения собираются в более крупные конструкции (плохой термин «платформы») с одной стороны, но внутри себя распадаются на сервисы. Данные становятся общими. Потоки взаимодействий можно делить на запросы, команды и события и обрабатывать их разными сервисами. Где в такой картине мира интеграция – не очень понятно. Да, процессы внутри системы взаимодействуют между собой, но это другая история
4.  С ростом популярности облачных вычисления, куберов, service mesh и т.п. до нас стало доходить, что межпроцессное взаимодействие, на одном узле, пусть и по сетевому протоколу, и вызов сервиса, развернутого с другой стороны интернет, как говорится – две большие разницы.
В общем, можете продолжать называть в комментариях это бессмысленным популизмом, но тема для разговора, как мне кажется, во всем этом есть