Архитектура ИТ-решений – Telegram
Архитектура ИТ-решений
15.9K subscribers
331 photos
2 videos
34 files
1.21K links
Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений).

Регистрация в перечне РКН: https://knd.gov.ru/license?id=6735f4cd97de7d1d1953c457&registryType=bloggersPermission
Download Telegram
Большое, чуть занудное, но полезное сравнение CDC и Event sourcing от Debezium https://debezium.io/blog/2020/02/10/event-sourcing-vs-cdc/
🔥1
Читаю я наши архитектурные группы и всё больше склоняюсь к гипотезе, что главной проблемой карьерного роста ИТ-архитектора в современном нам enterprise является его повышенная серьёзность. В крупных организациях, так вообще к большей части происходящего стоит относиться как к некоторой игре, допуская, что люди делают все свои глупости понарошку, ну роль, например, такая у вашего заказчика - веселый недотёпа, вот он её и играет; кто-то стикеры развешивает, кто-то слайды рисует, так это всё они не всерьез, так просто у них в сценарии прописано...
👍1
Пятничный оффтоп, хотя сегодня и понедельник: Наверняка все уже видели действующую модель windows - Windows93 https://www.windows93.net/ Ну, вдруг кто не видел
У меня много нового и интересного про визуализацию графов (естественно, для рисования архитектурных картинок), но пока я всё это внятно опишу пройдет неизвестно сколько времени. Потому, пока поделюсь этой старой ссылкой https://mxsmirnov.com/2018/06/25/concept-map/
Собрались как-то архитекторы, взяли кота и давай беседы беседовать в подкасте linkmeup_sysadmins.

Про что говорили:
- Кто такие архитекторы, и проблемы самоопределения
- Какие задачи решают, зачем вообще нужны
- Где считают деньги, где их посчитать забывают и зачем, если есть бухгалтерия
- Стоит ли стремиться к cloud native архитектурам и прочим хайповым словам?
- Путь профессионального развития
- Артефакты работы архитектора
- Даже девушка из QA, стала архитектором, а ты нет.

https://linkmeup.ru/blog/536.html
SystemsInnovation.io (есть такая сетевая организация) объявила о доступности своей главной книжки Systems Thinking Guide (под лицензией creative commons) Скачать или полистать можно здесь: https://systemsinnovation.io/systems-thinking-guide/ если кому интересно
В принципе, этот обзор сервисных сеток https://www.infoq.com/articles/service-mesh-ultimate-guide/ можно было бы пропустить если бы не несколько обстоятельств:
1. Автор Daniel Bryant
2. Полнота обзора и большое количество интересных ссылок внутри него
3. Актуальность (на 18.02.2020)

... и так ожидаемый мной неологизм, в отношении service mesh - короткий фрагмент с заголовком Enterprise Service Bus (ESB) 2.0 в разделе анти-паттернов. Задание начальникам отделов интеграции на 2020: забрать управление сервисными сетками вашей организации в зону своей ответственности. Не успеете сейчас, потом уже не отнимите
€30 - колода карт с паттернами cloud native трансформации https://www.cnpatterns.org/ картинки красивые, тексты понятные :-)
Обратил внимание на то, что у Грефа в презентациях стало много внятных treemap-ов. Архитекторам предприятия, на мой взгляд, пора серьезно поизучать вёрстку или навсегда остаться в роли скромных архивариусов корпоративных справочников (Взято из этого ролика: https://youtu.be/NOKJ96VgueI)
Это очень хорошо, что издательский дом «Питер» регулярно и довольно оперативно переводит книжки о паттернах распределенных систем. Но вот статью https://habr.com/ru/company/piter/blog/490180/ для анонса очередной книжки «Паттерны Kubernetes…» они выбрали не самую удачную. По сути, текст о том, что следует избегать приложений с сохранением состояния, мол все к этому стремятся и за этим будущее. Это можно сказать и без статьи, вопрос в том, насколько ответственной будет такая рекомендация на сегодняшний день. Ладно, скажем спасибо переводчикам текста за фразу Облачно-ориентированное проектирование приложений в качестве перевода Cloud-Native Application Design и пойдем читать новые книжки:

Ссылки:
[1] Бёрнс Б. Распределенные системы. Паттерны проектирования – первая книга "серии", переведена примерно год назад
[2] Ибрам Б., Хасс Р. Паттерны Kubernetes: Шаблоны разработки собственных облачных приложений
[3] Арундел Д., Домингус Д. Kubernetes для DevOps: развертывание, запуск и масштабирование в облаке
Я наконец понял природу негативного отношения Анатолия Левенчука к описанию архитектуры в виде картинок. Цитирую: В учебнике системного мышления есть несколько диаграмм с основными понятиями. Беда в том, что системное мышление после этого начинается применяться клочками — эти диаграммы не склеиваются в мозгах в одну большую схему https://t.me/ailev_blog/333

Это правда. Любые визуальные представления должны использовать элементы и отношения из общей базы знаний, которая и представляет собой архитектуру (решения, энтерпрайза, не важно). Моделью следует называть всю базу, а диаграмма - всего лишь частная выборка. По-моему, большинство ИТ-архитекторов разделяют такой взгляд на вещи
Draw.io медленно переезжает на diagrams.net Интересно, что станет с другими сайтами в домене io https://www.diagrams.net/blog/move-diagrams-net
Читаю Паттерны Kubernetes и не могу избавиться от ощущения, что к нам приближается вторая волна Public Cloud для организаций. Вернее, называться это облако будет приватным (PrivatePaaS, etc.), но размещаться на хостинге у провайдера. Услуга, которую можно назвать Kubernetes-as-a-Service, будет почти бесплатной (несколько отечественных провайдеров уже это делает как-бы в тестовом режиме), но за диски, ОЗУ и процессора придется платить. Равно как и за расширения базового мониторинга, настройки сервисных сеток и прочие виды консалтинга. Да, и sidecar-ы тоже будут бесплатные, но ресурсов будут потреблять немеряное количество

Кстати, издатель сначала снизил цену на электронную версию книги в два раза, но потом одумался. Видно, книжка хорошо зашла