Если про меня - то я стараюсь явно акцентировать моменты, когда я говорю как X5 PO.
В этой беседе таких моментов не было - но было упоминание тут: https://t.me/itarchitect/65710 .

коллеги, для обсуждения и обмена мнениями.
по рисованию в #archimate
Вот такой вариант представления докер-контейнеров, образов и нод, которые они реализуют.

Я согласен, что внутри компаний могут быть культурные оазисы. Использовал две обозначенные компании скорее как примеры иерархических и с преобладающим отношением к людям как ресурсу, хотя внутри ИТ блоков часто не так как в компании вообще.

Да, согласен. Спасибо за пояснение

Всем привет
Имею следующую проблематику
Есть cluster MongoDB
С одной из реплик через стрим идут пуши содержащие документ размером в 15-20 КБ ...
далее стримы транслирую на поднятый интерфейс PostgreSQL расчетная пропускная способность которого 5к в сек .. пиковая 7к в секунду
Проблематика в отказоустойчивости и страховке от потери данных в момент падения сервера PostgreSQL
Можно ли ставить AMQ и какой (так как документов много то напрашивается REDIS, но смущает объем документа... и есть вероятность что REDIS потребит весь ресурс очень быстро)?  
Rabbit на скорость не проверял (опыта только в теории)
Сейчас изучаю вопрос KAFKA но целесообразно ли собирать решение только для падения ?

Отдельно Редис ставить чисто как брокер особого смысла нет, особенно если для других задач его не используете
Т.к. вам необходимо решение для случаев отказа, то я бы смотрел в сторону кафки, там сообщения чистятся по расписанию, а не по доставке, как в кролике. Т.е. с кроликом у вас может быть ситуация когда агент принял сообщение и сохранил в Postgre, и происходит отказ  Postgre. Все, сообщение может быть потеряно.

А с чего оно потеряно, если оно пришло в постгрес?

expiration в моем случаи как раз таки плохо..
то есть ко мне (Postgres) летит стрим пуш .. Postgres лежит или занят и все сообщения "буферизируются" в брокере..
и по идеи объема брокера должно хватить на 15..20 минут после чего все документы кролик скидывает на диск и ложится ..

>и происходит отказ  Postgre
если от Postgres придет отказ то консьюмер не оповестит брокер о завершении операции... и документ останется в брокере

небольшой офтопик, помогите на русский перевести (не обязательно на сильно формальный русский язык, но что бы минимизировать англицизмы и кальки)

IT-landscape - ИТ-ландшафт
Enterprise architect - архитектор предприятия
System Architect - системный архитектор
Solution Architects - архитектор решений
repository (не тот что git) - каталог /  реестр
Enterprise Architecture Management - управление архитектурой предприятия
IT-system / IT-application - cистема, приложение
roadmap - план развития (ненавижу термин "дорожная карта")
visioneries - визионеры
pipeline - ?
API provider - API провайдер
API consumer - API потребитель
production environment - продакшен окружение

есть лучше переводы?

"Русское сообщество Subversion рекомендует использовать вместо термина репозиторий термин хранилище , поскольку он полностью соответствует как прямому переводу слова «repository», так и его понятию."

pipeline - трубопровод, но в контексте ИТ наверное лучше канал

или конвейер

если смысл передать

как раз мне нужен "репозиторий артифактов" тот что инветори, а не хранилище в терхминах source control. но спасибо

Если API потребитель, то вместо провайдер лучше поставщик

production - продуктивная среда тогда уж

CI/CD конвейер - это понятно?

тестовая, продуктивная и пре-прод среды

супер, искал это слово.