Архитектура ИТ-решений
14.7K subscribers
297 photos
33 files
1.12K links
Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений, микросервисы).

Регистрация в перечне РКН: https://knd.gov.ru/license?id=6735f4cd97de7d1d1953c457&registryType=bloggersPermission
Download Telegram
Это очень хорошо, что издательский дом «Питер» регулярно и довольно оперативно переводит книжки о паттернах распределенных систем. Но вот статью https://habr.com/ru/company/piter/blog/490180/ для анонса очередной книжки «Паттерны Kubernetes…» они выбрали не самую удачную. По сути, текст о том, что следует избегать приложений с сохранением состояния, мол все к этому стремятся и за этим будущее. Это можно сказать и без статьи, вопрос в том, насколько ответственной будет такая рекомендация на сегодняшний день. Ладно, скажем спасибо переводчикам текста за фразу Облачно-ориентированное проектирование приложений в качестве перевода Cloud-Native Application Design и пойдем читать новые книжки:

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

Кстати, издатель сначала снизил цену на электронную версию книги в два раза, но потом одумался. Видно, книжка хорошо зашла
Моя довольно старая заметка с множеством открытых вопросов https://mxsmirnov.com/2014/05/04/technical-debt/ Что думаете?
Мне не нравится термин Multi-Runtime Microservices. Но мне нравится идея: выжать максимум из SideCar паттерна, получившего популярность вместе с решениями класса ServiceMesh. Идея, собственно, в том, чтоб реализовывать общий или повторно-используемый функционал в виде отдельных процессов внутри микросервиса. Эти процессы могут взаимодействовать между собой через сеть, реализуя, например, общие сервисы данных или еще что-либо. В общем, читайте очередное короткое интервью с Bilgin Ibryam, смотрите слайды, задавайте вопросы в группе по кнопке под этим каналом https://www.infoq.com/news/2020/03/multi-runtime-microservices/ Да, и вряд ли это следующая большая вещь, скорее всего только одна из них. Хотя для ИТ-архитектора, конечно, тема крайне занимательная
... и еще, картинка с возможным подзаголовком SOA и ESB возвращаются 🤔
Гради Буч примерил капитанскую фуражку:
All complex systems will fail, in one way or another. Between the small and the large, between the perfect and the flawed, there is some person or persons who had a vision for the shape of things to come; we call such people “architects”
https://twitter.com/Grady_Booch/status/1239742754067845121
Опрос группе архитекторов (на текущий момент 263 голоса) https://tttttt.me/itarchitect/59104 показывает, что больше 40% работают из дома. Это хорошо. Если тема приживется, то может надо будет скоро и резюме обновлять :-D
Архитектура ИТ-решений
Опрос группе архитекторов (на текущий момент 263 голоса) https://tttttt.me/itarchitect/59104 показывает, что больше 40% работают из дома. Это хорошо. Если тема приживется, то может надо будет скоро и резюме обновлять :-D
Больше 400 голосов и 53% - из дома. После трех рабочих дней недели - наступил перевес дистанционщиков. Каким станет мир после этого кризиса даже сложно себе представить. Неужели кому-то еще хочется иметь свой датацентр?
ERyIVTDXkAAAXrS.jpg
38.3 KB
Всё время забываю написать, что в bpmn.io можно делать не привычные конструкторские чертежи, а вполне человеческие скетчи https://github.com/bpmn-io/bpmn-js-sketchy Демо есть здесь: https://cdn.statically.io/gh/bpmn-io/bpmn-js-sketchy/v0.5.0/demo/index.html
18 карточек по книжке Digital Practitioner Body of Knowledge Standard https://publications.opengroup.org/n201 Внутри 12 компетенций, 2 странички про сам стандарт и еще 4 чего-то, что я не увидел (похоже, что коллеги спешили) Но карточки неплохие. Надо будет воспользоваться для некоммерческих целей, естественно
офф-топик: Любой кризис оставляет за собой трущобы унаследованных приложений и обломки незавершенных проектов. ИТ-архитекторы называют это браунфилд. Это хотели переделать, да не успели. А это начали, но потом денег не стало, а потому бросили. В общем, всё как мы любим. Очень скоро заказчики захотят построить поверх этого новые воздушные замки силами сотрудников с удалёнки. Так что архитекторА будут востребованы. Вот только сначала HR-ы пройдутся дружными рядами туда-сюда и можно приступать.