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

Этот канал не продается, а я не сдаю квартиры/машины/яхты. Будьте, пожалуйста, осторожны!
Download Telegram
Оказывается, что завтра пройдет Global Graph Celebration Day Проводится он в день рождения Леонарда Эйлера (в 1727-1741 годах адьюнк, а затем профессор Петербургской академии наук). Подробнее в блоге neo4j: https://neo4j.com/blog/leonhard-euler-global-graph-celebration-day/ или на сайте https://globalgraphcelebrationday.com/
Уже, как минимум, пару лет я рассказываю правильные слова про микровервисы и эволюционно развиваемую архитектуру https://mxsmirnov.com/2017/04/13/evolutionary-architecture/ Но вопрос: как нам сделать микросервисную архитектуру для нашей новой системы - всё равно задается чаще других
Заинтересовался я вопросом: рисует ли кто-либо схемы REST API не просто в виде коллекций ресурсов, но и отображая заданные гиперссылками связи между ними (3-ий уровень зрелости REST API по Леонарду Ричардсону, всё такое…) В общем чтоб, если содержится в ответе на GET-запрос набор ссылок на другие ресурсы, то и на картинке к этим ресурсам вели стрелочки, как в вайрфреймах мобильных приложений …
… ничего не ответил мне гугл. Ну, разве что, бросил ссылку на Visual Paradigm REST API Designer https://www.visual-paradigm.com/features/visual-api-designer/ с довольно странной идеей
Архитектура ИТ-решений
Кстати, в продолжение предыдущих постов: какое представление кажется вам более наглядным:
После 205 голосов остановил опрос, т.к. результаты практически не меняются. Ожидаемо победило сочетание разных способов, но всего на 5% превысив все остальные варианты. Майндмэпы набрали почти четверть, а диаграммы Эйлера не взяли и 5% голосов. Буду и дальше популяризировать этот способ визуализации.

Спасибо за участие в опросе!
Есть три вида математиков: «Те, кто умеет считать, и те, кто не умеет»
( пауза ) 
(это всё... )
Раньше не видел эту книжку, начинающуюся с главы: "Extending the
architecture paradigm" и, действительно, расширяющую взгляд на ИТ-архитектуру. Начало чтения - более чем занятно: https://sdincose.org/wp-content/uploads/2017/10/TheArtOfSystemsEngineering_inaugural.pdf
Скажу честно: новый Technology Radar https://www.thoughtworks.com/radar меня несколько озадачил. Наверное, технологическая граница удаляет от нас слишком быстро
Нашел в твиттере Алистера Коберна эту замечательную картинку, наталкивающую на мысль о совмещении структуры компонента с диаграммой последовательности: https://twitter.com/TotherAlistair/status/1122918489558278145 Разве что sequence надо попробовать сверху нарисовать #HexagonalArchitecture
Кому-то это покажется странным, но в ходе обучения курса по микросервисной архитектуре меня регулярно спрашивают список простых советов, чек-лист (зачеркнуто: для чайников) для менеджеров: что делать, и что не делать при переходе на микросервисную архитектуру.

Вот вам один из примеров такого списка: https://www.marutitech.com/microservices-best-practices/
Слайды презентации Роя Филдинга 2015 года о REST https://www.slideshare.net/royfielding/rest-in-aem/ На мой взгляд, понятней чем его же диссертация 2000
Просматривая материалы прошедшей 6-9 мая в Питтсбурге архитектурной конференции SATURN 2019, наткнулся на книжку Michael Keeling “Design It! From Programmer to Software Architect” https://pragprog.com/book/mkdsa/design-it Картинка из этой книжки о том, как описывать архитектуру решения в разных ситуациях
match.pdf
750 KB
Пояснения к картинке (глава из книжки Design It!)