Нет, я не очень люблю ( и не очень понимаю) Kafka streams. Я про разные трюки с 'читать больше чем надо и часть возвращать обратно' и т.п. При разности в производительности с кроликом примерно в два порядка можно использовать разные трюки. Но зависит от конкретной задачи.

Понял, мы примерно так и поступили на последнем проекте!

На стримс экспертизы не хватает пока.

Вот да, погружаться в гарантии rocksdb, ввязываться в ее поддержку - пока дороговато.

Чем бы дитя ни тешилось

По докладу виден уровень (не)согласованности - попытка затащить архитекторов обратно в Ivory Tower встречает здоровое сопротивление.

Какая-то параллельная реальность

Формализация просто жестокая в Концепции :)

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

С другой - замечания-документы-тех.долг - 144 ФЗ - бумажный аудит - бумажные описания БП - ....

Да)

https://youtu.be/-epWuWJ4zDs?t=3349

Докладчик: Мы хотим уйти от ручного контроля псевдо-эксперта.... перейти к тех.единству. Если мы проектируем БП - будьте добры, сделайте его в нотациях. Если мы проектируем структуру данных - пусть это будет описание xsd-схемы, они ....

(участник стола А.): А ничего, что xsd-схемы тоже уже устарели?

Докладчик: Ну хорошо, эммм ....

(участник стола А.):  Коллеги, мы говорим про архитектуру, или про прошлое?

Но в завершении же вроде как решили, что концепцию надо пересматривать? Что больше уделять внимание стратегии, методическим рекомендациям, а не которольно-согласовательным функциям? Или я услышал то, что хотел?

"Пересматривать", как я понимаю - это согласовать место и интерфейсы Architecture Ivory Tower. Это странная традиция, по мне.
—
Альтернативный view:

2.Definitions (https://pubs.opengroup.org/architecture/o-aaf/snapshot/Agile_Architecture_Framework.html#definitions)

Continuous Architecture - An architecture with no end state and that is designed to evolve to support the evolving needs of the digital enterprise.
Evolutionary Architecture - An architecture that supports guided, incremental change across multiple dimensions.

Ну, многие задачи решаются в kafka streams без завязки на rocksdb. Другими словами, это зачастую очень мощный и простой инструмент.

Ага. Но я пока плохо представляю, а что там внутри, как стримы реагируют на разные corner case. Описаний всё-таки меньше пока.
Впрочем, у меня Кафка обычно используется как надёжный транспорт, но и в этом качестве потихоньку вытесняется асинхронными http серверами с логиками повтора.

Убрать согласовательную функцию системы, это не обно и то же, что изменить интерфейс к системе.
OAAF я посмотрел по-диагонали – понравилось. Добавил в список прочитать целиком. Но в TOGAF тоже говорится об эволюционной архитектуре, направляемых, инкрементальных изменениях во множестве доменов. Просто они сделали больший фокус на Agile. Что логично.
Кстати, а что есть у нас про машино-читаемую архитектуру? Интересно, есть специализированный софт на эту тему? В принципе, ArchiMate ноормально в Git заходит. Но что делать с большими таблицами, например?

В @o_aaf_russia я покажу pilot, реализующий машиночитаемую архитектуру.
Если коротко - то сейчас за минуту я получаю следующую статистику:

Суммарно:
- Архитектура содержит 42 не валидных tech-элементов из Библиотеки
- Библиотека опережает Архитектуру на 30 tech-элементов
- Библиотека опережает Архитектуру на 4 data-элементов
- Разработка опережает на 13 Epic
- Разработка опережает на 199 US
- Разработка опережает на 21 application-метод
- Разработка опережает на 17 grpc-services
- Разработка опережает на 40 grpc-message

Сегодня по новостям прошла книжечка

The Architecture of Open Source Applications
http://www.aosabook.org/en/index.html

Уважаемые коллеги, ну есть еще одна альтернатива! http://www.asys.ru/IPUZ2015_article.pdf и https://bpm.com/blogs/executable-architecture-of-software-defined-enterprises?fbclid=IwAR2AGLgTwSvvdmb1BckRiU6xAIwetIYGNOQYmu8bDAKsQyg1uTqb-J4KcwI

с executable architecture  Айвар Якобсон более 10-ти лет назад выходил. пока не взлетает. Сейчас вроде с другой стороны подходят таки -  Architecture as code и возможность автоматизированной проверки как архитектуры, так и решения на соответсвие архитектуре

а какой тип асинхронного взаимодействия с http используете: callback endpoint сервером или check клинтом?