Архитектура ИТ-решений
2 February 2017
Channel «Архитектура ИС» created
6 February 2017
А
19:52
Архитектура ИТ-решений
Всем привет! Спасибо, что подписались на этот канал. Я хочу начать с банальной публикации ссылок, но надеюсь, что со временем найдутся и другие сценарии. Буду рад предложениям
19:53
Да. И обещанная ссылка 😊 https://mxsmirnov.com/2017/02/01/landscape-map/
14 April 2017
А
13:13
Архитектура ИТ-решений
Если у кого-то возникнет желание пообсуждать эту заметку https://mxsmirnov.com/2017/04/13/evolutionary-architecture/ - не стесняйтесь!
11 May 2017
А
11:00
Архитектура ИТ-решений
Всем привет! Здесь можно задавать вопросы по теме завтрашнего вебинара о визуализации постановки задачи https://mxsmirnov.timepad.ru/event/manage/475828/
30 November 2017
Channel title changed to «Архитектура ИТ-решений»
13 January 2018
А
08:56
Архитектура ИТ-решений
FB корректирует политику формирования ленты. Поэтому я стану использовать этот канал для публикаций сообщений с страницы "Архитектура ИС". Подробнее: https://www.facebook.com/mxsmirnov.arch/posts/1349171055186705
А
16:01
Архитектура ИТ-решений
Группы для обсуждения ИТ архитектуры: https://t.me/itarchitect и https://t.me/msa_training Телеграм-канал это однонаправленный поток, но вы всегда можете поделиться своим мнением в этих группах, равно как и в личном сообщении
Архитектура ИТ-решений pinned this message
14 January 2018
А
09:02
Архитектура ИТ-решений via @like
Микросервисная архитектура приведет не к усложнению корпоративного ИТ-ландшафта, а к его упрощению. (Ряд соображений в продолжение этой заметки https://mxsmirnov.com/microservices-ea/) Вернее, не столько сами микросервисы, сколько платформы для их развертывания. Сегодня ИТ-ландшафты организаций представляются нам набором информационных систем, каждая из которых является совокупностью серверов и развернутых на них приложений. Виртуализация инфраструктуры IaaS принесла организациям много пользы, но не изменила подход к восприятию корпоративного ландшафта. Мы по-прежнему говорим о приложениях, развернутых на виртуальных серверах. Даже прикладная платформа всё еще воспринимается как _большая_ информационная система, а термин PaaS мало о чем говорит организациям. Но здесь появляется Kubernetes c термином кластер и как пылесос начинает засасывать в себя новые приложения, состоящие из микросервисов(ну или не совсем уж из микросервисов). Всё! Понятия информационная система больше нет. Вернее, оно осталось в разделе: «унаследованные системы», но все новое теперь в кластере. В определенной мере организацию уже прицелились к такому пониманию своего ИТ-ландшафта при появлении кластеров Big Data.
Вероятно, эти рассуждения выглядят достаточно утопично. Но ведь в старый Новый Год, с которым я вас от всей души поздравляю, можно и помечтать
👍 4
👎
😐 1
15 January 2018
А
16:57
Архитектура ИТ-решений
Neo4j не первый раз пытается предложить графовые базы данных в качестве репозитория корпоративной архитектуры. На этот раз краткое руководство по импорту архитектуры вымышленной компании ArchIshurance из Archi в Neo4j и экспорту её обратно. Думаю, взять любимый пример использования ArchiMate, очень правильный выбор :-) https://lju-lazarevic.github.io/ArchiMateNeo4j1.html
16 January 2018
А
09:57
Архитектура ИТ-решений via @like
Это замечательно: https://youtu.be/4ht22ReBjno
👍 2
👎
😐
20 January 2018
А
08:33
Архитектура ИТ-решений
Похоже, что эта история не устаревает: https://mxsmirnov.com/2015/06/02/paas/ :-)
21 January 2018
А
19:15
Архитектура ИТ-решений via @vote
Должен ли High Level Design (верхнеровневую архитектуру проекта, подробнее см. https://mxsmirnov.com/high-level-it-design/) разрабатывать исключительно ИТ-архитектор

Иногда HLD может разрабатывать и аналитик – 21
👍👍👍👍👍👍👍 70%

Да. Это только его задача – 8
👍👍👍 27%

Никто ничего подобного не пишет – 1
▫️ 3%

Обычно, разрабатывает аналитик
▫️ 0%

Решение предлагает разработчик
▫️ 0%

👥 30 people voted so far. Poll closed.
Reopen poll
А
19:16
Архитектура ИТ-решений
Примите, пожалуйста, участие в опросе. Еще раз продублирую ссылку на описание того что такое HLD https://mxsmirnov.com/high-level-it-design/
22 January 2018
А
14:27
Архитектура ИТ-решений
Самая популярная страница в блоге за прошлый год https://mxsmirnov.com/2017/02/01/landscape-map/ и одновременно учебный курс, который так и не сумел найти своего слушателя
23 January 2018
А
11:19
Архитектура ИТ-решений
Еще раз хочу обратить внимание на учебный курс http://idratherbewriting.com/learnapidoc/ Не смотря на то, что OpenAPI specification (swagger) вынесен в отдельный раздел, весь остальной материал заслуживает не меньшего внимания
26 January 2018
А
07:52
Архитектура ИТ-решений
Утащил слайд у Сэма Ньюмана - автора книжки про микросервисы
30 January 2018
А
07:46
Архитектура ИТ-решений
Собираем переводы свежих популярных статей про микросервисы. "Смерть микросервисного безумия в 2018 году" https://habrahabr.ru/company/flant/blog/347518/ наверняка все уже видели (довольно типичный взгляд разработчика)
👍 1
07:46
А вот и перевод еще одной обсуждаемой статьи: https://habrahabr.ru/company/infopulse/blog/347428/
Channel title changed to «Архитектура ИС»
А
08:54
Архитектура ИТ-решений
И еще одна ссылка, показавшаяся мне интересной. Полезно было бы провести аналогичное исследование по топ50-топ100 отечественных компаний https://www.infoq.com/articles/trends-culture-methods-jan2018
1 February 2018
А
07:56
Архитектура ИТ-решений
https://mxsmirnov.com/2017/06/24/lean-product-development/
08:01
А еще, картинки про техники из BABOK Guide для аналитиков https://mxsmirnov.com/2015/05/02/babok-guide-v3-techniques-map/
4 February 2018
А
07:13
Архитектура ИТ-решений
Если кому-нибудь вдруг станет скучно, то вот короткая заметка про IoC https://mxsmirnov.com/2013/06/23/framework/
А
17:01
Архитектура ИТ-решений
MS
Maxim Smirnov 04.02.2018 17:00:43
Буду отвечать по частям. Первый эффект, наблюдаемый для ERP систем, как впрочем и для других трехбуквенных слов, типа CRM, ECM - это эффект "пакетного" предложения. Примерно такой же, как в пакетах оператора связи, включающего в себя 100 минут, 200 смс и пару гигабайт трафика. Что из этого пакета, действительно, нужно, а что нет, понятно далеко не всегда. Но мы покупаем пакет, даже не смотря на то, что никто нам ничего не наплел про лучшие практики и исключительно выверенный для данного пакета баланс минут и смс, подходящий для современного городского жителя. Более того, мы не думаем уже отдельно о голосе и передаче данных, а думаем о пакете в целом. Тaк же и с ERP. Что такое финансовый учет, главная книга, поставщики и клиенты более или менее понятно. Понятны такие виды деятельности, как материальный учет, бюджетирование, управление поставщиками, проекты, кадровый учет. Но мы рассуждаем не обэтих предметных областях, а об ERP в целом и такие "мелочи", как например возможность вынести payroll на аутсорсинг выпадают из нашего поля зрения. С другой стороны, стоит нам задуматься о серьезной поддержки той или инйо потребности, ну например управлении цепочками поставок, как выясняется отсутстувие этого функционала в стандартной трехбуквенной системе. И мы идем к финансовому директору и начинаем канючить о необходимости покупки новой трехбуквенной хрени, называемой SCM. Теперь пару слов процессах. Какие там процессы лежат в этой самой ERP? Структуры данных, да, видел. Взятые из этой, не новой уже книжки https://www.amazon.com/Data-Model-Patterns-David-Hay/dp/0932633749 Управление жизненным циклом этих объектов, тоже есть. Но назвать это полноценными бизнес-процессами я бы не решился. Собственно с гибкостью процессов у ERP и обнаруживается проблема: настроить их можно как угодно, но только один раз. В этом у ERP есть определенное сходство с бетоном, который до своего застывания может быть залит в совершенно любую форму ...
6 February 2018
А
08:32
Архитектура ИТ-решений
https://mxsmirnov.com/2016/09/23/project-office/
9 February 2018
А
06:23
Архитектура ИТ-решений
Если вы раньше читали международный стандарт описания архитектур ANSI/IEEE 1471-2000 или его возрождение в виде ISO/IEC/IEEE 42010:2011, то надеюсь согласитесь со мной, что документы эти сложно назвать понятными. Поэтому перевод на русский язык должен был сделать описание описания архитектуры непонятным вдвойне. Но перевод стандарта не только блестяще справился с этой задачей, но и в определенной степени превзошел открывающиеся возможности. Теперь, что такое описание архитектуры и как его делать стало окончательно непонятным https://mxsmirnov.com/2017/06/10/gost-r-57100/
А
08:33
Архитектура ИТ-решений
Наверное, это преждевременная статья. Но архитекторы, они же всегда смотрят немного за горизонт https://www.infoq.com/articles/kubernetes-effect
10 February 2018
А
08:19
Архитектура ИТ-решений
Корпоративные бизнес -приложения нельзя считать образцом для подражания. Сложный пользовательский интерфейс, перегруженный формами ввода, запутанными меню и иерархическими списками, многошаговыми операции, ни на одном этапе которых нельзя ошибиться, наличие большого числа ограничений и долгие сроки внесения изменений — всё это резко контрастирует с сервисами, предоставляемыми нам в сети интернет, социальными сетями, мобильными приложениями.

Но особенно удручает корпоративных пользователей низкий уровень доступности бизнес-приложений: https://mxsmirnov.com/2018/02/10/msa-osp/
12 February 2018
А
08:42
Архитектура ИТ-решений
Читаем Роба Ингланда: Стюарт Ранс открыл грязную тайну ITIL процессов: на самом деле процессами они не являются:
"Многие из деятельностей ITSM, которые люди называют процессами, фактически ими не являются. Они не имеют простой последовательности четко определенных действий. У них плохо определенны виды деятельности, нет четкого триггера для начала их выполнения, имеется широкий спектр разнообразных и слабо определенных входов и выходов, которые также определены лишь частично http://www.itskeptic.org/content/itil-processes-arent-processes
А
14:02
Архитектура ИТ-решений
Статья полезная: https://medium.com/@sgevlich/сторителлинг-глазами-технаря-b19ae9366a8e Примерно так мы и делаем на тренинге презентацию архитектуры ИТ-решения
13 February 2018
А
12:11
Архитектура ИТ-решений
Немного философских рассуждений относительно https://www.sei.cmu.edu/architecture/tools/evaluate/atam.cfm Так случилось, что мало кто явно называет целью проектирования поиск компромиссного решения, возникающего под давлением противоречивых требований, ограничений, неопределенности будущего и непонимания настоящего положения дел. На вопрос: «Хорошая ли у вас архитектура?» ответ, скорее всего будет: «Да просто отличная! Самая современная и замечательная из всех возможных архитектур».
Так не бывает! Как не бывает полных, непротиворечивых, однозначно трактуемых требований, стопроцентно предопределенного будущего, неограниченных ресурсов, совершенных технологических решений и идеального планирования. Можно лишь сильнее зажмуриться, чтоб образ целевого решения показался более расплывчатым, превратился в большое цветовое пятно, на фоне которого варианты реализации решения станут неразличимы. И тогда можно выбрать любой вариант архитектуры, т.к. он наверняка будет более-менее совпадать с расплывчатой цель. Если же сфокусировать взгляд в будущее, конкретизировать постановку задачи, очертить её более четко, то станет абсолютно очевидно, что ни один из вариантов реализации решения с постановкой не совпадает. Вот тогда уже можно выбирать между красивым решением, находящемся на значительном расстоянии от постановки задачи или более кривым вариантом в непосредственно близости. А что бы выбрали вы?
21 February 2018
А
19:06
Архитектура ИТ-решений
А
Адские бабки 21.02.2018 18:03:10
Как Сбербанк забанил ВТБ

Замечательные факты вскрылись на суде ВТБ против «Сбербанк-АСТ»: оказывается на выгодных маме-госбанку аукционах площадка просто блокирует IP-адреса конкурентов и в итоге жирный контракт достается Сберу.

Суть дела такая: казначейство проводило аукцион по облуживанию балансового счета № 40401 – счета Пенсионного фонда. На конкурс заявились Сбер и ВТБ. Однако реально принял участие в конкурсе один Сбер, так как на все предложения ВТБ система отвечала «технической ошибкой». Он то и выиграл контракт по обслуживанию ПФР до 2022 года.

Суд запросил у торговой площадки логи попыток соединения и вчера удовлетворил иск ВТБ в полном объеме. В общем, признал, что Сбер просто забанил ВТБ по IP и забрал контракт практически без конкурса.

Ждем мотивировочной части решения суда (А40-223121/2017) и помним – когда два крокодила дерутся, разнимать их не следует😊
23 February 2018
А
16:53
Архитектура ИТ-решений
Исключительно чтоб потроллить товарищей подписался на несколько айтишных каналов. Достойных материалов пока не обнаружил, а потроллить кого-нибудь хочется. Потому в качестве такого объекта выбираю конференцию AnalystDays 8 https://analystdays.ru/ru/talks/55425 Я вот что-то не понимаю: англоязычных докладов от незнакомых мне людей пока несколько больше, чем докладов на русском языке. Неделю назад, на замечательной "Точке сборке" в Питере кто-то мне говорил, что это всё временно и скоро будет много-много отличных местных докладов. Похоже обманули 😱
25 February 2018
А
13:44
Архитектура ИТ-решений
Системные интеграторы не любят рассказывать архитектуру решений(не важно, идет ли речь о разработке или поставке коробки). Может потому, что на встречи с заказчиками ходят преимущественно продавцы, а может быть еще по каким-то причинам. Очень редко удается встретить человека с горящими глазами, способного вдохновленно рассказывать о клёвости предлагаемого решения и все чаще это какие-то скучные люди, бормочущие себе под нос: ну, мы это внедрили уже в десяти банках и у вас внедрим или рассуждающие о низких ценах и беспрецедентных скидках или же втирающие фантазии о собственном лидерстве на рынке. Беда в том, что без итерационного уточнения постановки задачи, посредством анализа возможных вариантов реализации, довести заказчика до состояния более-менее внятного понимания чего же он хочет – проблематично. Дальше дилемма. Использовать потенциальных поставщиков на этапе RFI/RFP для конкретизации постановки задачи или же делать это своими ресурсами. Первый вариант нравится мне больше, но системные интеграторы так не любят, да и не умеют, рассказывать архитектуру решений…
26 February 2018
А
12:25
Архитектура ИТ-решений
Что-то я так и не понял, что они там в ЦФТ сделали на микросервисах и главное зачем https://habrahabr.ru/company/jugru/blog/349954/ А ведь так хочется верить во что-то хорошое: мир, в котором не будет ни РБО, ни ИБСО, ни фактуры... Зря мечтаю?
27 February 2018
А
17:15
Архитектура ИТ-решений
А вдруг вы захотите проголосовать в небольшом опросе относительно границ информационной(автоматизированной) системы? https://www.facebook.com/345075415992373/
1 March 2018
А
08:03
Архитектура ИТ-решений
В чате про микросервисы опять обсуждаем как правильно релизиться. О книжке, с изолжением нового подхода о защите production среды от разрушающих изменений я писал здесь https://mxsmirnov.com/2015/08/09/cloud-native-application-architectures/ Скачайте её с сайта o'reilly (бесплатно, за регистрацию) там все написано
2 March 2018
А
13:22
Архитектура ИТ-решений
Начинаю отвечать на вопросы прошедшего сегодня вебинара (запись выложу чуть позже). Сначала о ссылках. Картинка TOGAF ADM Kanban взята отсюда https://erwin.com/blog/avoiding-analysis-paralysis-just-enough-enterprise-architecture/ В приницпе, заметки Zak Cole из блога ErWin все достатоно интересны, но нуждаются, на мой взгляд, в обсуждении в некотором хотя бы небольшом комьюнити
13:25
Запись вебинара про Ardoq https://youtu.be/4dZ1vNbSFVY
👍 1
13:28
И моя заметка про Enterprise Evolver и другие подходы к описанию EA https://mxsmirnov.com/2016/01/02/digital-enterprise-architecture/
4 March 2018
А
13:53
Архитектура ИТ-решений
Ссылка на прошедший 2-го марта вебинар. https://youtu.be/_HMz88uH9pc Опять слишком много тем я постарался запихнуть в один час вместо того, чтоб подробней обсудить каждую. Впрочем, формат вебинара не очень способствует обсуждению. Надо экспериментировать с диалогами докладчика и оппонента. Наверняка это будет интересней
5 March 2018
А
09:46
Архитектура ИТ-решений
Кто был на прошлогоднем SECR в Питере? Вдохновила ли вас речь Ivar Jacobson? https://www.ivarjacobson.com/publications/presentations/kill-all-methods-free-practices
А
19:04
Архитектура ИТ-решений
В криптопузыре начали случаться интересные вещи: "Мы не нашли ни одного проекта, который сейчас работает над созданием полностью децентрализованной и синхронизированной цепи, способной быстро обрабатывать необходимый для мира объем данных, поэтому сделали проект #MetaHash." https://metahash.org/
6 March 2018
А
07:58
Архитектура ИТ-решений
Пожалуй, самая цитируемая статья о том, кто такой архитектор ИТ-решений. Как им стать, что делать в этой роли, в чем её преимущества и печали https://www.developer.com/mgmt/article.php/3504496/Anatomy-of-a-Software-Development-Role-Solution-Architect.htm
А
12:06
Архитектура ИТ-решений
Интернет-гиганты, я думаю, рано или поздно все же доберутся до банков. Интересно, а что это за люди не имеющие банковского счета(или по каким-то причинам не использующие свой счет в локальном банке), уж не мы ли с вами? https://www.technologyreview.com/the-download/610420/amazon-wants-to-start-offering-bank-accounts/
А
12:40
Архитектура ИТ-решений
Раньше как-то не приходилось сталкиваться с этим ресурсом CA про API http://www.apiacademy.co/ Есть несколько интересных маркетинговых брошюр типа вот такой http://www.ca.com/content/dam/ca/us/files/ebook/api-strategy-and-architecture-a-coordinated-approach.pdf
7 March 2018
А
07:57
Архитектура ИТ-решений
Да они в своем гугле просто охренели. Решение о повышении сотрудника принимает не раздолбай-начальник, а регулярно работающий комитет, который рассматривает так называемые промо-пакеты. Сотруднику, которого включают в новый проект освобождают от старого. Что еще способны придумать эти коварные имериалисты империи добра? https://habrahabr.ru/post/350374/ Нет. Я бы тоже ушел в инди-хакеры. Впрочем, неделю назад я именно так и сделал. Вероятно, покидать большие корпорации нас заставляет что-то другое
8 March 2018
А
09:43
Архитектура ИТ-решений
Обсуждение вчерашней статьи на хабре, в комментариях к оригинальному сообщению и в группе https://t.me/itarchitect вылилось, как того и следовало ожидать, в поиск виноватых. Google, плохой, менеджеры плохие, KPI – это плохо, автор сам виноват и т.д. Никто не подумал о том, а можно ли в такой ситуации что-то поменять, т.е. вопрос «что делать?» практически не обсуждался. Думаю, что поменять можно и сам факт появления этого сообщения был некоторой попыткой автора что-то сделать. Попыткой, безусловно, наивно и детской, из серии: «назло бабушке отморожу уши» - я думаю. Несколько моих тезисов: 1. Организациям нужен механизм обновления. Им жизненно необходимо реализовывать механизмы селекции, улучшающего отбора. 2. Традиционный менеджмент с HR, KPI-ями и прочими реквизитами – архаичное зло. 3. Не обязательно оценивать численно именно людей. Можно делать это с проектами, продуктами, конкретными бизнес-процессами, командами. Думаю, оценивать целиком команду – самый перспективный вариант. Победителей повышаем, проигравших расформировываем, а product owner-ам (руководителям проектов) предлагаем поконкурировать между собой за успешные команды. Глядишь, меньше всяких дурацких идей будет реализовываться
9 March 2018
А
08:37
Архитектура ИТ-решений
Казалось бы, если архитекторы информационных систем что-то и умеют делать, то это что-то – документирование структуры базы данных. Питер Чен еще в 1976 году предложил модель «сущность-связь». Но есть, как минимум, две проблемы. Первая заключается в том, что структура данных и сами данные вещи немного разные... https://mxsmirnov.com/2012/05/05/%D0%BA%D0%B0%D0%BA-%D0%B4%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C-%D0%B1%D0%B0%D0%B7%D1%8B-%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85/
А
20:14
Архитектура ИТ-решений
10 March 2018
А
19:33
Архитектура ИТ-решений
Не помню у кого подслушал: руководитель проекта – это не менеджер, контролирующий проведение работ по заранее очерченному плану, это даже не человек, отвечающий за управление рисками. Главная забота проектного менеджера – дефициты. Дефицит ресурсов, дефицит времени, дефицит коммуникаций между вовлеченными лицами, дефицит поддержки со стороны руководства, дефицит устойчивости к изменениям, дефицит понимания что и зачем мы делаем…
11 March 2018
А
08:56
Архитектура ИТ-решений
В июне 2016 Google представил нам новое понятие при взаимодействии с клиентом: микро-моменты. С тех пор различных подходов к описанию таких взаимодействий становится все больше и больше. Customer journey map - для многих уже кажется скучным. Посмотрите перевод статьи Стива МакКарти про сторифрейминг http://uxgu.ru/storyframing/ Возможно пригодится кому-нибудь из бизнес-аналитиков
А
09:45
Архитектура ИТ-решений
Эта картинка показывает, что микросервисная и корпоративная архитектура движутся по одному и тому же мосту в противоположных направлениях. Первые справа налево, от монолита к silo, а вторые к n-tier
12 March 2018
А
08:34
Архитектура ИТ-решений
Большой текст Майка Уокера(Microsoft) от 2007 года о работе корпоративного архитектора (на русском). Неплохое введение в тему EA https://msdn.microsoft.com/ru-ru/library/ee914377.aspx
14 March 2018
А
07:43
Архитектура ИТ-решений
Появилось новое слово на букву i В применении к бизнес-требованиям пока никто этого слова не произносил, но вот пожалуйста: Intelligent Business Requirements http://www.modernanalyst.com/Resources/Articles/tabid/115/ID/4923/Intelligent-Business-Requirements.aspx Примечательно даже не то, что этот разговор начался на modern-analyst, а то что это попало в одну из лент международного института бизнес-анализа IIBA. Думаю, что BABOK неминуемо ждет 4-ая версия(либо безнадежное устаревание), потому как в текущей версии тема отношения к требованиям, как к требующим подтверждения цифрами гипотезам не звучала. Пока промелькнуло выражение Digital BA
А
08:47
Архитектура ИТ-решений
А я ведь здесь еще не делился своим веселым рассказом из жизни бизнес-аналитиков? https://mxsmirnov.com/2015/07/27/fmap/
15 March 2018
А
08:52
Архитектура ИТ-решений
Всё же это скорее вопросы, чем ответы, а слово "платформа" всё равно каждый будет понимать по своему. Тем не менее многие организации (и не обоснованно) уже не первый год считают, что для решения проблемы собственного ИТ им нужно частное облако as a service https://martinfowler.com/articles/talk-about-platforms.html
А
17:22
Архитектура ИТ-решений
Книжка [настоящего] архитектора Стюарта Брэнда "How Buildings Learn: What Happens After They’re Built", в которой была приведена в качестве паттерна многослойная архитектура зданий, позволяющая переклеивать обои не разрушая стен и менять электропроводку без перекладывания фундамента, дала мощную метафору N-tier приложений. Однако, архитекторы предприятия в большей степени склонны сравнивать себя с градостроителями, чем с архитекторами зданий. ... Впрочем, закон Конвея никогда и не прекращал работать а EA, на мой взгляд, пусть не быстро, но неминуемо будет дрейфовать из области инженерных дисциплин в направление социальных наук
17 March 2018
А
08:06
Архитектура ИТ-решений
Как-то писал о том, что абстрагирование, придумывание покрывающих широкий класс задач моделей, необходимо и для SOA и для MDM и просто для интеграции приложений. Знаменитая Бруксовская "концептуальная целостность" - это перевод английского conceptual integrity. Нельзя интегрироваться не согласовав предварительно модели данных, событий и справочников https://mxsmirnov.com/2011/08/15/master-data-management-eda-esb-soa-%D1%81%D0%BE%D0%B1%D0%B8%D1%80%D0%B0%D0%B5%D0%BC-%D0%B2%D1%81%D0%B5-%D0%B2%D0%BC%D0%B5%D1%81%D1%82%D0%B5/
21 March 2018
А
08:22
Архитектура ИТ-решений
Накануне вебинара по ИТ-архитектуре предприятия я провел небольшой опрос, чтоб выяснить: "Зачем организациям целевая ИТ-архитектура" https://www.facebook.com/events/341054666394448/permalink/344506792715902/ Наиболее популярным ответом оказался вариант: "Чтоб навести порядок" . Но смотрите какая штука. Все проекты организации можно разделить на две группы: инвестиции и поддержку. Поддержку обычно стараются сократить, для чего и озвучивается потребность в "наведении порядка". В общем, не видать корпоративным приложениям ресурсов и инвестиций без смещения акцента с текущих задач на перспективные и расширения спектра бизнес-заказчиков
23 March 2018
А
11:30
Архитектура ИТ-решений
https://mxsmirnov.com/2018/03/23/zachman/
27 March 2018
А
08:22
Архитектура ИТ-решений
Обзор выступления Stefan Tilkov об антипаттернах микросервисной архитектуры на microXchg 2018 в Берлине (ссылка на видео полного ыступления внутри). Главный, связанный с микросервисами паттерн - Evolutionary Architecture: разделение крупных доменов на "islands of change"; разработка для замены, а не повторного использования, уменьшение зависимостей, а не повторное использование. Антипаттерны: распределенный монолит, иллюзия низкой связности, микроплатформа, сервис- сущность, распределенный DDD https://www.infoq.com/news/2018/03/microservices-anti-patterns
30 March 2018
А
08:20
Архитектура ИТ-решений
BusObj.pdf
7.1 MB
Business Objects: Re-Engineering for Re-Use
08:22
Хотите толстую заумную книжку про данные(на английском, естественно)? Загрузил выше. Последний раз она переиздавалась в 2000 году, так что надеюсь, что ничьих прав я не нарушаю
А
09:09
Архитектура ИТ-решений
An Association for All IT Architects (IASA) поддержала традицию рисования большой кликабельной картинки для в духе SAFe https://www.iasaglobal.org/itabok3_0/
1 April 2018
А
14:04
Архитектура ИТ-решений
Классификация архитекторов https://mxsmirnov.com/2014/02/23/antipatterns/
4 April 2018
А
23:39
Архитектура ИТ-решений
Похоже, в nginx определились со своим отношением к service mesh решениям(нет, это не Istio, это nginMesh ;-), а заодно проанонсировали серию статей в стиле Service Mesh vs. API Gateway и зачем это все нужно если вы уже используете Kubernetes. Отслеживаем! А пока наслаждайтесь первой заметкой в серии https://www.nginx.com/blog/what-is-a-service-mesh/
👍 1
6 April 2018
А
07:05
Архитектура ИТ-решений
Продублирую ссылку из группы "Архитектура ИТ-решений" на страницу с сайта Gartner, содержащую отзывы об инструментах корпоративной архитектуры (Enterprise architecture (EA) tools and software) https://www.gartner.com/reviews/market/enterprise-architecture-tools
8 April 2018
А
06:49
Архитектура ИТ-решений
Скучаете по автору знаменитой книжки "Объектно-ориентированный анализ и проектирование с примерами приложений"? Главный соавтор UML Grady Booch рассказывает на TED(с русскими субтитрами) о себе, ну и о том, почему не надо бояться искусственного интеллекта https://www.ted.com/talks/grady_booch_don_t_fear_superintelligence/transcript?language=ru
9 April 2018
А
06:30
Архитектура ИТ-решений
Нашел на хабре перевод на русский легендарной статьи Big Ball of Mud https://habrahabr.ru/post/351686/ (осторожно! longread) Еще не вычитывал, но обязательно это сделаю
А
19:37
Архитектура ИТ-решений
У меня чего-то слов нет от таких заданий https://www.facebook.com/alexander.kolotov/posts/10156481296404236 Зато из каждого утюга у нас теперь торчит блокчейн. Мало ли, вдруг микроволновка с холодильником вступит в преступный сговор
10 April 2018
А
16:58
Архитектура ИТ-решений
GIF
16:59
Четыре года назад мне не лень было делать вот такие анимированные гифы, оказывается :)
А
18:48
Архитектура ИТ-решений
Большая статья про проектирование информационных систем Philippe Kruchten и сотоварищей 2006 года: A general model of software architecture design derived
from five industrial approaches http://www.dimap.ufrn.br/~thais/MES20072/SoftwareArchitecturalGeneralModel.pdf Ну, мало ли. Может кому длинный перелет предстоит или что-то подобное
12 April 2018
А
14:27
Архитектура ИТ-решений
Популярное введение в Git (подборка видео от Lynda.com на русском), которым просто невозможно не поделиться https://proglib.io/p/system-git/
13 April 2018
А
06:29
Архитектура ИТ-решений
Не устаю рекомендовать книжку "Release it! книжка о трещинах в ПО". В одном из отзывов на ozon.ru написано: "Остался в некотором разочаровании от книги. Вопреки названию и аннотации оказалось, что она рассчитана не на рядовых программистов, а скорее на архитекторов систем. Все темы автор рассматривает в контексте распределенных систем, ориентированных на огромное число пользователей." - и это чистая правда Подробнее о книге: https://mxsmirnov.com/release-it/ Ссылка на ozon https://www.ozon.ru/context/detail/id/33575069/
А
07:09
Архитектура ИТ-решений
На хабре появился перевод недавней статьи Алана Кея https://habrahabr.ru/company/goto/blog/352090/ В которой он, ссылаясь на Алана Перлиса, замечает, что computer science - это вовсе не наука о компьютерах, а наука о процессах. И далее приводит знаменитую книжку Герберта Саймона "Науки об искусственном" Но, похоже, всему этому в наших ВУЗах не учат. Мне регулярно приходится рассказывать слушателям, например о том, что Data Flow Diagram (DFD, диаграмма потоков данных) это, в первую очередь, картинка о процессах, их взаимодействии между собой и внешними акторами, а не картинка о данных. Просто когда эти картинки придумывали, то процессы взаимодействовали между собой через файлы, ну или потоки ввода-вывода, а про многозадачность, так вообще мало кто думал
А
09:29
Архитектура ИТ-решений
Если Telegram сегодня заблокируют и кто-нибудь из подписчиков этого канала, по тем или иным причинам, не захочет воспользоваться альтернативными способами доступа, то напоминаю про одноименную группу на Facebook https://www.facebook.com/mxsmirnov.arch/
А
13:21
Архитектура ИТ-решений
Вот поэтому я и не пользуюсь сервисами Mail.ru Group https://roem.ru/13-04-2018/269738/mail-ru-umeet-v-pr/
14 April 2018
А
08:42
Архитектура ИТ-решений
Из серии #нампишут @artem_rakcheev обратил мое внимание на
Reference implementations of TM Forum APIs https://github.com/FIWARE-TMForum/Business-API-Ecosystem, включающую
Catalog Management API, Product Ordering Management API, Product Inventory Management API, Party Management API, Customer Management API
Billing Management API и еще много чего. Насколько я помню, когда эта инициатива называлась Simple Management API. Вполне вменяемые спецификации RESTFul API, которые подойдут не только для телекома
08:43
Да и еще: как-то я набросал свои мысли об этом вот здесь: https://mxsmirnov.com/2014/12/14/open-digital-api/
16 April 2018
А
11:43
Архитектура ИТ-решений
noEnterprise Architect: Архитектура Предприятия, в наше время, слишком узкая область знаний и деятельности, чтоб ею себя ограничивать. Если в части «статических» функций, таких как персонал и орг.структура, приложения и ИТ-инфраструктура границу между предприятием и не-предприятием еще как-то можно провести, то цепочки создания ценности, бизнес-процессы, технологии и компетенции уже давно простираются целиком на экосистему. Впрочем, и в части традиционных строительных блоков корпоративной архитектуры (ABB), всё не так однозначно. Кредитные консультанты торговых сетей на 0,1 ставки являются сотрудниками банка, инфраструктура, по крайней мере частично, берется из облака, команды разработчиков(со своими приложениями) легко переселяются в соседнюю организацию или на аутсорсинг. Так какую целевую архитектуру вы собрались описывать при помощи TOGAF ADM. Насколько вы можете на неё влиять? Как определить технологический стек новой информационной системы, когда очевидно, что срок её жизни наверняка превысит время отведенное популярным на текущий момент технологиям? Всех нас ждет Evolutionary Architecture, в том или ином виде, ну или смена профессии, как вариант
А
12:32
Архитектура ИТ-решений
Моя цель не столько пожурить EA за архаичность и медлительность в развитии. Здесь просто соседи по цеху: бизнес-аналитики IIBA стали активно раздувать тему digital https://iiba.informz.ca/IIBA/pages/from_traditional_to_digital
12:44
И еще, если кто-то готов поделиться отчетом Forrester "Develop A Training Plan For The New Digital Business Analyst Role" https://www.forrester.com/go?objectid=RES137048 то я обещаю его вдумчиво прочитать и даже сделать обзор на русском языке
12:49
Ну, и вот этот "The State Of EA 2018: From Programs To Ecosystems", конечно, тоже https://www.forrester.com/go?objectid=RES143276
19 April 2018
А
08:44
Архитектура ИТ-решений
The Open Group обновила свой архитектурный фреймворк TOGAF до версии 9.2 http://www.opengroup.org/news/press/The-Open-Group-Launches-TOGAF-Standard-Version-9-2 Для тех, кто не следит за деятельностью этой, наиболее часто упоминаемой в теме архитектуры предприятия организации, напомню, что предыдущая версия TOGAF 9.1 появилась еще в декабре 2011 года(что, конечно, кошмар). Насколько хорошо(или плохо) повлияет новая версия на деятельность корпоративных архитекторов будем изучать и рассказывать
23 April 2018
А
08:05
Архитектура ИТ-решений
Открывающийся сегодня в Лондоне Kafka Summit обещает прямую трансляцию и выступления всяких известных людей, типа Мартина Фаулера https://kafka-summit.org/events/kafka-summit-london-2018/
24 April 2018
А
07:36
Архитектура ИТ-решений
А тем временем в Лионе вчера прошла конференция WS-REST 2018 Много слайдов с выступлений докладчиков в твиттере концеренции https://twitter.com/wsREST
07:38
Да. И еще одна ссылка для любителей API https://www.infoq.com/presentations/12-patterns-api-microservices
А
08:49
Архитектура ИТ-решений
А на хабре сегодня подарок для любителей игровых стратегий. Очень познавательный перевод https://habrahabr.ru/post/353304/
25 April 2018
А
09:01
Архитектура ИТ-решений
Говорят, что заметка Моники Рогати "Иерархия потребностей искусственного интеллекта" https://hackernoon.com/the-ai-hierarchy-of-needs-18f111fcc007 является чуть ли не культовой, т.е. попадает в раздел "мастрид" Есть несколько переводов на русский из которых я предпочел вот этот: https://hype.ru/@id460/ierarhiya-potrebnostey-iskusstvennogo-intellekta-qq14fmkw Наслаждайтесь.
А
10:56
Архитектура ИТ-решений
Вполне годный лонгрид о разбиении монолита на микросервисы https://martinfowler.com/articles/break-monolith-into-microservices.html
26 April 2018
А
16:18
Архитектура ИТ-решений
Еще в копилку слов о любимой теме https://buttercms.com/books/microservices-for-startups/ Книжка про микросервисы, в которой написаны пока только первые три главы
27 April 2018
А
07:50
Архитектура ИТ-решений
Полномасштабный проект по выстраиванию Enterprise Architecture в организации встречается достаточно редко. Намного чаще услуги архитектора бывают востребованы для решения более локальных задач: структурирование приложений, процессов и данных в рамках отдельного продукта, бизнес-функции или направления деятельности организации. В таких случаях обычно говорят об архитектуре ИТ-решения, а человека который её делает называют Solution architect. Одной из задач этого уважаемого эксперта является разработка архитектуры в ИТ-проекте. Но, у Solution architect есть еще одна, не менее важная задача – подготовка вариантов решения https://mxsmirnov.com/solution-architect-2/
А
08:24
Архитектура ИТ-решений
Немного поспамлю я вас, уважаемые подписчики, "умными цитатами":
Герберт Саймон (кстати, нобелевский лауреат) "Науки об искусственном": Решение задач как естественный отбор.

"Рассмотрим, например, задачу доказательства какой-то сложной теоремы... Этот процесс можно описать как поиск в лабиринте. Обычно такой процесс предполагает большое число проб и ошибок. Испытываются различные пути. Некоторые из них отбрасываются, по другим же стараются продвинуться как можно дальше. Но прежде чем решение будет найдено, приходится обследовать многие тупики лабиринта.
В то же время эти пробы и ошибки не вполне случайны, они выбираются не вслепую. На самом деле здесь происходит строжайший отбор. Внимательно рассматривая все новые утверждения, полученные в результате одноразовых преобразований, пытаются выяснить, приближают ли они нас к достижению поставленной цели. И если кажется, что мы на верном пути, то это подхлестывает поиск в выбранном направлении.
Процесс распознавания и закрепления ключевых промежуточных результатов играет в решении задач такую же роль, какую устойчивые промежуточные формы играют в процессах биологической эволюции."
А
09:14
Архитектура ИТ-решений
Финтех ассоциация "прорастила" еще одну идею. Если тему биометрической аутентификации для дистанционного открытия банковских счетов забрали себе Минкомсвязи с Ростелекомом, то систему быстрых платежей Банк России будет развивать сам:

Банк России станет оператором и расчетным центром системы быстрых платежей (СБП). В качестве операционного платежного клирингового центра системы выбрана Национальная система платежных карт (НСПК), сообщили в пресс-службе регулятора.
Система быстрых платежей предоставит возможность физическим лицам переводить денежные средства по номеру мобильного телефона, в том числе если счета отправителя и получателя находятся в разных банках. Платежи в рамках СБП будут проводиться в режиме реального времени круглосуточно http://www.banki.ru/news/lenta/?id=10431424
А
19:55
Архитектура ИТ-решений
Очень "архитектурное" описание версии 9.2 TOGAF https://youtu.be/O4XtAVFJRLw Мол целевое состояние стандарта будет представлять из себя: небольшое нормативное ядро, набор гайдлайнов и описание инструментов и техник. В целевое состояние стандарт пока не пришел, но версия 9.2 - первый шаг в правильном направлении. Еще бы звук коллеги писали получше, было бы совсем замечательно
28 April 2018
А
14:58
Архитектура ИТ-решений
Автоматизация деятельности ИТ-архитектора. Сегодня бытует мнение, что добыча и анализ архитектурных объектов (ABBs, architecture building blocks - говоря языком TOGAF) это задача архитектора. А вот визуализацию, хорошо бы, переложить на инструмент, типа graphviz, входящий в соответствующий EA Tool. Но возможно, события будут происходить прямо противоположным образом. По мере того, как развиваются автодискавери для сбора информации об ИТ-инфраструктуры и тематическое моделирование для извлечения данных из текстов, заполнение архитектурного репозитория возьмут на себя роботы, а вот достучаться до чувств неискушенного руководителя или заказчика красивой картинкой - останется задачей архитектора https://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BC%D0%B0%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B5_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5
29 April 2018
А
11:30
Архитектура ИТ-решений
Заработало?!
А
15:55
Архитектура ИТ-решений
M
Maps&Data: Карты и инфографика 🗺 29.04.2018 12:39:43
Карта сбоев Telegram на 9:00 по московскому времени. Примерно с 11:30 работа мессенджера начала восстанавливаться.

Следить за ситуацией можно здесь: downdetector.com/status/telegram/map/
1 May 2018
А
07:12
Архитектура ИТ-решений
Перевод статьи со сложным названием Events, Flows and Long-Running Services: A Modern Approach to Workflow Automation https://habr.com/post/346630/ которую, на мой взгляд, лучше было бы назвать легковесные конечные автоматы, т.к. речь идет о месте BPMS в современных(микросервисных, управляемых событиями) корпоративных ИТ-ландшафтах
07:17
Впрочем, история Java Business Integration подсказывает, что такая архитектура приводит к развитию множества самых разнообразных service engine. Как вам, например, микросервис, внутри которого сидит сотрудник и обрабатывает запросы? Подробнее, см. https://mxsmirnov.com/2015/07/04/private-paas-architecture/
А
10:28
Архитектура ИТ-решений
Понимаю, что слишком часто публикую ссылки на объемные тексты, написанные латинскими буквами https://medium.com/capital-one-developers/toward-a-functional-programming-analogy-for-microservices-ba6f49b94ad
2 May 2018
А
09:18
Архитектура ИТ-решений
Главная проблема customer experience современного банкинга в попытке натянуть опыт взаимодействия с пользователями[корпоративных информационных систем] на клиентов. Кнопок и экранов в мобильных банковских приложениях уже стало больше, чем в интернет-банке, а пунктов меню в личных кабинетах в веб, больше чем во фронт-офисах и АБСках. И всё это никому не нужно! [Новый]функционал нужен банку, а не клиентам, он, типа, деньги помогает зарабатывать. А клиентам функционал не нужен, им нужны данные. Желательно, более-менее структурированные, желательно отвечающие [микро]моменту. Функции должны идти следом за данными. Если у меня на счете нет денег, то нафига мне знать, что я смог бы с ними сделать в случае, если бы они у меня были? В конце прошлого года два больших банка обновили свои мобильные приложения. Один добавил в него чат, другой – ленту событий. Угадайте, что пользуется спросом. Приложение – это не про функционал. Приложение – этой контейнер для данных и функционала, который напишет за вас следующее поколение разработчиков
3 May 2018
А
07:04
Архитектура ИТ-решений
... и в продолжение темы: https://mxsmirnov.com/2018/05/02/rest-cx/
А
07:41
Архитектура ИТ-решений
Simon Brown переписал FAQ для своей C4 model https://c4model.com/#faq
6 May 2018
А
08:05
Архитектура ИТ-решений
Все уже поделились переводом законов Акина и я поделюсь https://habr.com/post/354936/
А
09:18
Архитектура ИТ-решений
Почему все ИТ-системы разные. В рассуждения о типовых ИТ-решениях спекуляции витиевато переплетены с фрагментами здравого смысла. Но из практики известно, что даже самые типовые функции в разных организациях будут автоматизированы совсем непохожими приложениями. И при слиянии организаций попытка объединения двух таких приложений в одно станет непростым испытанием. А на вопрос: почему это так сложно, вам будут рассказывать что-то о проблемах в архитектуре. Вопрос в архитектуре чего.
Информационные системы всегда разрабатывают под архитектуру внешней, более общей системы. Это может быть совокупность процессов организации, экосистема поставщиков и партнеров (и регуляторов), текущая клиентская база со своей структурой и предпочтениями. Приложения, особенно заказные, получаются разными из-за своей зависимости от контекста. От того, что аналитики с пиететом и трепетом называют требованиями. Но, по сути своей, требования лишь проецируют нам архитектуру более объемлющей системы, c её оргструктурой, ролями, операциями, соглашениями и договоренностями (с)Капитан очевидность
7 May 2018
А
07:51
Архитектура ИТ-решений
С чем-то я бы поспорил, а с чем-то и согласился бы https://medium.com/@nvashanin/the-path-to-becoming-a-software-architect-de53f1cb310a
9 May 2018
А
14:30
Архитектура ИТ-решений
Интервью на InfoQ c новой попыткой разрушить понятие приложение(информационная система) в корпоративных ИТ. Приурочено к появлению книжки соучредителя и президента компании Semantic Arts Дэйва МакКомба. Естественно, речь о подходе, ориентированном на данные, семантических моделях и графовых базах данных:
- Практически все корпоративные информационные системы в настоящее время стоят намного больше, чем они должны стоить
- Большую часть избыточной стоимости можно объяснить сложностью
- Когда у вас есть сотни или тысячи сложных приложений, вы полностью застряли в том, что мы называем зацикленность на приложениях (Application Centric Quagmire)
- Более крупные фирмы тратят большую часть своего ИТ-бюджета на интеграцию (без достижения чего-либо большего, чем одноразовые программные интерфейсы)
- Исправление состоит в том, чтобы стать действительно ориентированным на данные, где интегрированная базовая модель предшествует добавлению функциональности
https://www.infoq.com/articles/book-review-software-wasteland
А
18:18
Архитектура ИТ-решений
В Back2ITSM разворачивается дискуссия об использовании матрицы Захмана https://www.facebook.com/groups/back2itsm/permalink/1683650655021988/
10 May 2018
А
18:40
Архитектура ИТ-решений
Буквально на днях в каком-то тексте прочитал очень внятную историю о том, что большинство бизнес-процессов представляют собой тупую кальку из видов деятельности докомпьютерной эпохи, когда все было построено на формах(примерно таких, как в банковской отчетности). Одни люди их заполняли, другие консолидировали в новые формы, что-то по ходу вычисляя, третьи анализировали, ну и т.д. Такая форма организации провоцировала представление деятельности, как совокупность потоков работ. Собственно, отсюда и текущий взгляд на то, как должны выглядеть бизнес-процессы и отсюда же все драконовские ограничения восприятия операционной деятельности. Никто даже и не задумывается над совместной работой с взаимосвязанными ресурсами, как например в WWW, ни тем более о выборе пути, учитывающем текущие ресурсы и локальные ограничения, ни о динамической генерации процесса в ходе его исполнения и т.п. и т.д.

Осталось только вспомнить где же я это все прочитал
11 May 2018
А
07:03
Архитектура ИТ-решений
Нашел: http://tdan.com/the-data-centric-revolution-data-centric-vs-application-centric/ Сейчас, в связи темой цифровой экономики, будет очень много разговоров о том, что надо бы как-то автоматизировать обработку потоков данных, перегородить бумажные реки плотинами бизнес-приложений, мелиорировать бюрократические болота свежим потоком бумажных и экранных форм. Всё это полная ерунда. "Подрыв" будет заключаться в преодолении мышления, воспринимающего деятельность в виде потоков работ над структурированными данными
А
07:32
Архитектура ИТ-решений
А тем временем в Техасе, на своей главной ежегодной конференции SATURN 2018, архитекторы ПО обсуждают совсем невероятные вещи: https://pbs.twimg.com/media/Dc2rJx0V0AAiybL.jpg
А
09:34
Архитектура ИТ-решений
Как в воду глядел: https://t.me/itSMFRussia/139

В продолжение темы любителей форм и потоков данных: IT Service Management - типичный пример того, как к администраторам информационных систем пришли свидетели "передового опыта" и заставили их заполнять множество форм, боормоча при этом непонятные аббревиатуры: RFC, CMDB, CAB и пр. Чуть раньше эти люди посещали врачей, а в наше время плотно взялись за учителей и преподавателей ВУЗов 😱
А
15:34
Архитектура ИТ-решений
НаучПоп для архитектора данных.

Реляционная модель данных Эдгара Кодда не сразу завоевала популярность. Опубликованный в 69-70 годах подход в течении нескольких лет подвергался обсуждению и критике и только к середине 70-х стал де-факто стандартом для организации баз данных. Однако в 1979 году Кодд опубликовал еще одну работу с говорящим заголовком Extending the Database Relational Model to Capture More Meaning в которой рассуждает, в частности, о том, что модель «сущность-связь» является слишком верхнеуровневой абстракцией, что не позволяет сохранить семантику предметной области. В разделе 5 он выделяет несколько более конкретных типов сущностей, таких как: основные сущности(kernel), характеризующие и ассоциативные. (Перевод работы см. http://citforum.ru/database/classics/codd_2/) Большинству архитекторов и аналитиков эта работа Кодда практически неизвестна. Cтолкнуться с ней довелось разве что архитекторам корпоративных хранилищ данных, которым предстояло придумывать модели, способные обобщить данные из множества БД с различной структурой, например такие как Data Vault
12 May 2018
А
06:58
Архитектура ИТ-решений
Решил просто поделиться картинкой https://mxsmirnov.com/2018/05/11/euler/
А
19:20
Архитектура ИТ-решений
Аналитики Gartner придумали новое слово на букву "Х": hybrid integration platform (HIP). Ну, вроде бы текущие интеграционные среды они не очень правильные, инструментов в них не хватает, да и процессы развития в них сильно забюрократизированы. Захочет, например, HR-директор какой-нибудь SaaS подключить, или кто-то другой в компании с IoT поиграться и потребуются им те или иные данные - а нельзя! Вот Gartner говорит, что это не совсем правильно и скоро в половине компаний заведется этот самый HIP в стиле iPaaS, c открытыми для простых сотрудников APIs и прочими наворотами https://www.gartner.com/smarterwithgartner/use-a-hybrid-integration-approach-to-empower-digital-transformation/
15 May 2018
А
07:24
Архитектура ИТ-решений
Слайды Stefan Tilkov c конференции MicroXchg Berlin 2018 https://speakerdeck.com/stilkov/microservices-patterns-and-antipatterns-1
А
18:08
Архитектура ИТ-решений
Только что мне от Neo4j пришла голосовалка за создание единого языка запросов к графовым базам данных GQL. Поддержал

It seems like the time is right to create one standard property graph query language. Fusing the best of Cypher, PGQL and G-CORE into a more comprehensive query language built specifically for graph solutions https://gql.today/
А
18:26
Архитектура ИТ-решений
Кстати, визуализация данных из графовых БД в виде молекулярных структур (Force-directed graph drawing) кажется мне довольно неряшливой. Ребра между экземплярами и абстракциями не должны быть одинаковыми, да и отношения агрегации и композиции - слишком частный случай ассоциации. Ну а про наследование я вообще молчу. Одним словом, понятней надо визуализировать, доходчивей, для людей...
19 May 2018
А
09:39
Архитектура ИТ-решений
Забавные размышления о трех стилях документирования API: описательном, в виде захватывающих историй(storytelling) и предписывающем. При случае, надо будет сделать пример с картинками https://caseysoftware.com/blog/three-styles-api-documentation (Keith Casey это автор учебного курса Designing RESTful APIs)
20 May 2018
А
16:20
Архитектура ИТ-решений
Для того, чтоб умело рисовать архитектурные картинки, не плохо бы иметь базовое представление о теории графов и связных областях математики. Краткое введение о том, что там происходило раньше и делается сейчас см. здесь https://youtu.be/SdXeKJJAwBY
А
19:07
Архитектура ИТ-решений
Небольшой каталог Text2UML инструментов, включая несколько штук на JS, запускаемых в браузере, таких как Nomnoml https://modeling-languages.com/text-uml-tools-complete-list/
23 May 2018
А
07:16
Архитектура ИТ-решений
Картинки от Spotify полезно рассматривать не потому, что они описывают какую-то правильную организацию команд гибкой разработки, а в качестве гипотезы будущего устройства организаций. Трайбы – это компании, скводы – отделы, чаптеры и гильдии – профессиональные сообщества. И чем дальше все это развивается, тем меньше зависимость человека от трайба, задача которого – обеспечивать фронт работ и платить за выполнение этих работ деньги. Но ассоциировать себя эксперт должен не с трайбом, а с гильдией. Именно она должна обеспечивать ему пресловутое непрерывное обучение и карьерный рост. А трайбы(кланы) это больше про политику и непрерывные изменения [оргструктуры]
А
08:22
Архитектура ИТ-решений
TheOpenGroup опубликовал комиксы(Reference Cards) к новой версии 9.2 TOGAF https://publications.opengroup.org/n180 Ни одной новой картинки не обнаружено, да и стили старых сохранены :-( Пора делать ребрендинг! ;-)
А
17:49
Архитектура ИТ-решений
Давным-давно была придумана и даже стандартизирована User Requirements Notation (URN), включающая в себя карту вариантов использования Use Case Map (UCM). Кому интересно см. здесь http://jucmnav.softwareengineering.ca/foswiki/UCM/WebHome Там даже есть большая книжка про UCM
24 May 2018
А
07:19
Архитектура ИТ-решений
https://www.facebook.com/events/167743137241738/
А
11:36
Архитектура ИТ-решений
Обзор Алексея Скобелева (Markswebb) об использовании банковских карт в России. И вот такой взгляд на топологию карты нашей страны https://www.facebook.com/1711312482290840/
25 May 2018
А
11:51
Архитектура ИТ-решений
Как развлекаются архитекторы. Концептуальная карта(кликабельна) описания компетенций архитектора решений и ИТ-архитектора. Очевидно, что наши известные теоретики TheOpenGroup и OMG такого нарисовать не сумеют ;-) http://criticaltechnology.blogspot.ru/2013/02/the-solution-architect.html
26 May 2018
А
14:32
Архитектура ИТ-решений
Возможно, кому-то пригодится. В прошлогоднем отчете KPMG CIO Survey 2017, который является крупнейшим глобальным обзором ИТ отрасли (в 2017 в нем приняли участие 4500 ИТ-директоров из 86 стран) говорится, что потребность в архитекторах предприятия показывает наибольший рост, с 26% в 2016 до 34%. Больший спрос (42%) наблюдается сейчас только на аналитиков больших данных: https://home.kpmg.com/xx/en/home/insights/2017/05/harvey-nash-kpmg-cio-survey-2017.html
А
20:09
Архитектура ИТ-решений
М
Меня заставили создать канал 26.05.2018 19:16:49
Telegram и обход блокировок 🖕

Как и обещала, написала подробную статью о методах обхода блокировок, которые использует Telegram, а также о принципе работы SOCKS5/MTPROTO-прокси.
Статья сугубо техническая, поэтому не всем может быть понятно, но надеюсь, что кому-то будет полезно.
Пожалуйста, распространите её. Я старалась, чтобы навсегда закончить споры и объяснения этих вещей на форумах и в чатах.

Телеграф-то осилите открыть? В любом случае, Instant View всегда работает.

http://telegra.ph/telegram-blocks-wtf-05-26
А
20:23
Архитектура ИТ-решений
Вообще-то, я не пересылаю сюда сообщения из других каналов. Ну, только совсем нужные, такие как предыдущее ;-)
29 May 2018
А
08:37
Архитектура ИТ-решений
draw.io - это онлайн сервис для рисования диаграмм (сделан на JS). Не очень продвинутый, если сравнивать его с библиотеками типа D3.js или Go.js, но достаточно популярный. Беда этого сервиса, как и у многих - это экспорт/импорт данных и автоматическое выравнивание сложных диаграмм. Но они с этим работают. Вот заметку в апреле в свой блог написали: https://about.draw.io/automatically-create-draw-io-diagrams-from-csv-files/
30 May 2018
А
08:11
Архитектура ИТ-решений
Я написал небольшой текст про комитет по архитектуре в группе @itarchitect и меня настоятельно просят сделать из этого статью. Процесс этот не быстрый, потому сначала поделюсь ссылкой на книжку Паркинсона в библиотеке Машкова http://lib.ru/DPEOPLE/PARKINSON/parklaws.txt в которой, в принципе, написано всё, что следует знать о комитетах. Сам исходный текст сообщения ниже :

Друзья, если у вас появилась возможность запустить в своей организации комитет по архитектуре, то 1) делайте это 2) делайте это быстро, потому как окно возможностей может скоро закрыться 3) напишите одну бумажку: положение об АК, указав кому он репортит, рамки деятельности и полномочия, пару слов о регламенте 4) сделайте этот документ на 2-3 страница иначе запаритесь согласовывать и не успеете (см. п. 2) 5) быстро подпишите её у самого большого начальника 6) наладьте операционную деятельность: подготовка, проведение, протоколы, поручения 7) Ждите ходоков с предложениями по работе АК: 7.а) придет инфраструктура и попросит утверждать стандарты на железки и общесистемное ПО. Помогите им, т.к. решения АК они будут использовать для упрощения процедуры закупок оборудования и лицензий 7.b) придет разработка или сочуствующие и попросят выбрать единую платформу для... Расскажите им про микросервисную архитектуру 7.с) приедет отчетность и начнет втирать про MDM, Data Governance и пр. Посочуствуйте их бедам, но отправьте искать заказчика(это общее правило) 7.d) придет заказчик и скажет: а какого хрена мне отказываются делать доработки системы X ссылаясь на отствутвие её в целевой архитектуре. Дружите с заказчиком. Когда CIO задумает вас уволить, может заказчик заступится 7.е) придет бигбосс и вежливо спросит: можно ли всякие технические вопросы обсуждать на вашем АК, а не выносить их на Правление или бюджетный комитет, а то этот как-то глупо всё это там выглядит. С радостной улыбкой и дурацким выражением лица скажите: Конечно! Именно для этого мы его и создавали
А
09:33
Архитектура ИТ-решений
Обнаружил вот такую картинку в блоге ИТ-скептика: https://twitter.com/theitskeptic/status/1001573179284901888 Актуально :-D
А
12:08
Архитектура ИТ-решений
Цифровой феодализм - понятие, которое становится всё более распространенным, но означающее не совсем то, что можно было бы подумать в применении к отечественным реалиям.

Цифровой феодализм это про организацию деятельности вокруг платформ. Помните учебник по истории средних веков с картинками замка феодала? Большую часть населения составляют крестьяне, живущие вокруг крепостной стены. Периодически ворота замка открываются и к ним можно принести выращенную собственными руками сельскохозяйственную продукцию, чтоб поменять её на товары ремесленников, скрывающихся за крепостной стеной. Как они там делают эти всякие разные приспособления не понятно, но без создаваемых ими орудий никак нельзя. Весь процесс обмена контролирует феодал, устанавливая жесткие правила и собирая мзду в той или иной форме. Всё принадлежит ему. В принципе, с платформами жить плохо, но без них еще хуже, потому как больше некому предложить свой труд и не у кого получить прожиточный минимум. А если год неурожайный или еще какая-то неприятность случится, то без платформы - вообще беда
31 May 2018
А
08:08
Архитектура ИТ-решений
В архитектурных моделях иногда возникает гипергрaф — обобщения понятия граф, в котором каждым ребром могут соединяться не две, а любое количество вершин. Я однажды уже писал о карте вариантов использования Use Case Map https://mxsmirnov.com/2016/04/30/use-case-map/ но этой моделью дело явно не ограничится
1 June 2018
А
19:52
Архитектура ИТ-решений
EAPJ-Special-Edition-State-of-EA-Survey.pdf
960.1 KB
Со мной поделились крайне любопытным исследованием о том, что думаю архитекторы предприятия о настоящем и будущем своей деятельности
4 June 2018
А
22:10
Архитектура ИТ-решений
Инженеры любят говорить, что у любой системы есть архитектура. Просто у каких-то систем она не очень: кривая, не продуманная и плохо задокументированная. Архитекторы подозревают в этом тезисе определенное лукавство.

Для них архитектура у системы появляется в присутствии субъекта, наблюдателя(stakeholder). Причем наблюдателя, не просто праздно шатающегося неподалеку от системы, а испытывающего к ней определенный интерес(concern). Об этом написано в IEEE-1471, он же ISO 42010, он же ГОСТ Р 57100. И это важно, потому как в отсутствии субъекта, озадаченного некоторой своей проблемой, не ясно какие аспекты системы являются существенными и заслуживают попадания в наше поле зрения, а какие нет. Не имея этих двух вещей, мы не сможем редуцировать сложность реальной системы до простой, но полезной модели, позволяющей принимать адекватные решения, т.е. сложность системы может быть спроецирована в понятное архитектурное представление(view) только после ответа на вопросы для кого и зачем мы это делаем.

И еще, вы конечно мне не поверите, но архитектура - это как раз о том, как просто судить о сложном, а не запутать всех окончательно
6 June 2018
А
10:58
Архитектура ИТ-решений
Structurizr Express от Саймона Брауна, автора фреймворка для архитектуры ПО с4model, постепенно развивается: https://structurizr.com/express Похоже, что на горизонте пары лет, мы все же получим средства автоматической отрисовки моделей из их описания в стиле GraphViz/PlanUML
11:00
Но пока это выглядит как-то так http://www.nomnoml.com/
А
13:01
Архитектура ИТ-решений
Сегодня FB напомнил мне фотографию пятилетней давности https://www.facebook.com/554823874556179, которую я сделал в Амстердаме и назвал голландской википедией. Но оказывается, что прообраз броузера: книжное колесо - конструкцию, на которой крепились открытые на нужной странице книжки, чтоб удобнее было перемещаться между несколькими источниками и делать выписки, изобрел еще в 1588 году итальянский инженер Агностино Рамелли
А
23:53
Архитектура ИТ-решений
Создал на FB небольшой опрос по впечатлениям от сегодняшенго мастер-класса: "Микросервисы в корпоративном ИТ-ландшафте" https://www.facebook.com/170931133589605/
7 June 2018
А
08:29
Архитектура ИТ-решений
HSBI MSA 06-06-2018.pdf
4.2 MB
Слайды вчерашнего мастер-класса
12 June 2018
А
20:41
Архитектура ИТ-решений
Вот здесь https://ru.atlassian.com/software/jira/portfolio/scaling-agile-with-safe за e-mail дают почитать файл: Scaling agile with Atlassian and SAFe. Вполне такой прагматичный документ, без ореола загадочности вокруг Scaled Agile Framework
18 June 2018
А
08:57
Архитектура ИТ-решений
Друзья! 4 июля в 19:00 я проведу в ВШБИ (Москва, ул. Трифоновcкая, д.57, стр. 1) семинар по визуализации верхнеуровневой ИТ-архитектуры (проекта, продукта, capability, сегмента корпоративного ИТ-ландшатфа,...). Если кто-то готов помочь с организацией транляции на youtube или facebook, то моя благодарность, а так же признательность тех, кто не сможет присоединиться очно, не будет иметь границ. Предложения помощи на возмездной основе - тоже рассматриваются, пишите. Ссылка на мероприятие: https://www.facebook.com/events/2076556742670893/
19 June 2018
А
00:50
Архитектура ИТ-решений
In reply to this message
Наверное, мне следовало сопроводить это замечание ссылкой на страницу ISO42010 c рассуждениями об архитектуре: http://www.iso-architecture.org/42010/faq.html#wharch Там, конечно, тоже нет однозначных толкований, но хотя бы приводятся фразы типа: "An architecture is a conception of a system – i.e., it is in the human mind"
22 June 2018
А
06:53
Архитектура ИТ-решений
Просто вводная статья про Service Mesh от технического менеджера программы Istio в Google https://www.infoq.com/articles/istio-future-service-mesh
26 June 2018
А
07:25
Архитектура ИТ-решений
https://mxsmirnov.com/2018/06/25/concept-map/
А
11:22
Архитектура ИТ-решений
C
CatOps 26.06.2018 11:05:33
Итак, первые итоги HashiDays:

Представили свой service mesh, вшитый прямо в Consul -- Consul Connect
Доступен в публичной бете в версии 1.2 начиная с сегодня

https://www.hashicorp.com/blog/consul-1-2-service-mesh

#hashicorp #event
29 June 2018
А
08:41
Архитектура ИТ-решений
Полистал книжку https://www.infoq.com/vendorcontent/show.action?vcr=4820 Вроде все написано. И как circut breaker pattern реализовать и как метрики собирать и в Grafana их потом показывать, но надо читать внимательней
А
09:11
Архитектура ИТ-решений
IT Skeptic Роб Ингланд всё еще переживает на тему проектного управления: Управление проектами - это самое худшее, что случилось с ИТ http://www.itskeptic.org/content/oxymoron-agile-project-management Впрочем метафора проекта, как волны в структуре развития продукта мне представляется прикольной. Можно порассуждать про наложение волн проектов, случившихся одновременно, дифракцию, интерференцию и другие неожиданные эффекты
09:24
Пропустил вот эту историю про управление портфелем проектов от SAFe https://www.scaledagileframework.com/guidance-article-applied-enterprise-workflow-with-the-safe-portfolio-kanban/ А ведь в ней есть (почетное?) место и архитектору предприятия
А
09:53
Архитектура ИТ-решений
markswebb выложил результаты сравнения отечественных интернет-банков 2018 http://markswebb.ru/e-finance/internet-banking-rank-2018/
1 July 2018
А
06:44
Архитектура ИТ-решений
Не просто складывается судьба темы семантических сетей для управления знаниями. Вроде бы есть много вещей о SemanticWeb, всякие RDF и OWL и пр., но всё равно чего-то не хватает. Недавно, я совершенно случайно нашел заметку W3C об N-арных ассоциациях в SemanticWeb, аж от 2006 года. Ссылка для интересующихся https://www.w3.org/TR/swbp-n-aryRelations/
А
07:44
Архитектура ИТ-решений
На мой взгляд, процессные и процедурные подходы не особо помогают нам решать содержательные вопросы. Например такие, как принятие архитектурных решений. Тем не менее, тема архитектурного процесса возникает постоянно. Так что делюсь ссылкой: https://thepracticaldeveloper.com/practical-architecture-process/ может кому понравится
👍 1
4 July 2018
А
13:57
Архитектура ИТ-решений
А тем временем, великие software architects уже не первый день обсуждают в твиттере прошлое и будущее UML https://twitter.com/simonbrown/status/1014453898420121603 (полистайте ветку Grady Booch)
А
22:49
Архитектура ИТ-решений
ВШБИ-04-07-2018.pdf
3.2 MB
Слайды сегодняшнего мастер-класса
5 July 2018
А
19:46
Архитектура ИТ-решений
Очень внятный(и короткий) рассказ о сегодняшнем состоянии технологий представления знаний https://blog.grakn.ai/knowledge-graph-representation-grakn-ai-or-owl-506065bd3f24
А
20:04
Архитектура ИТ-решений
Какие вещи Сенаторов рассказывает https://youtu.be/NftFdzVSMDk что-то в Банке России творится, раз уж бывшие зампреды стали публично высказываться
6 July 2018
А
08:50
Архитектура ИТ-решений
Полсотни визуальных шаблонов(canvas) http://masterfacilitator.com/canvas-collection/ Мне про резюме понравилось :) Буду обновлять, воспользуюсь парой идей
А
13:10
Архитектура ИТ-решений
+1 canvas, конечно же про микросервисы https://www.apiacademy.co/articles/2017/06/the-microservice-design-canvas
7 July 2018
А
06:55
Архитектура ИТ-решений
Развивая тему дискуссии о том, является ли ИТ-проектирование инженерной деятельностью или не очень, привожу ссылку на обзор работ Алистэра Коуберна, сделанный Кириллом и Сашей Максимовыми https://www.maxkir.com/sd/SoftwareDevelopmentCooperativeGame1.html
8 July 2018
А
20:11
Архитектура ИТ-решений
Вероятно, моя прошлогодняя статья https://www.osp.ru/os/2017/04/13053389/ уже устарела и поэтому журнал "Открытые системы. СУБД" открыл к ней доступ не только для подписчиков, но и всех желающих
10 July 2018
А
18:00
Архитектура ИТ-решений
Camunda проводит опрос относительно оркестровки микросервисов (вопросы простые, время заполнения 3-5 минут) http://bit.ly/take-the-camunda-survey
11 July 2018
А
12:16
Архитектура ИТ-решений
Вот сейчас будет смешно: https://segment.com/blog/goodbye-microservices/ Думаю, эта заметка в ближайшие дни побъет рейтинги популярности у противников микросервисов. Не знаю, действительно ли разработчики решения изначально договорились полностью избегать обдумывания задачи/решения, просто захотели совершить прогулку по граблям или продают нам своё мегарешение Centrifuge. В любом случае, никто не обещал эффективность метода полного опробования всех возможных вариантов архитектуры при использовании микросервисов
12 July 2018
А
11:01
Архитектура ИТ-решений
О! Перевод уже на хабре https://habr.com/post/416819/ я же обещал флейм
11:06
Моя конспирологическая версия: за подобными статьями стоят тайные адепты микросервисной архитектуры. Так они поддерживат интерес к теме MSA (ну, и Centrifuge, конечно, надо продать по случаю :)
18 July 2018
А
12:51
Архитектура ИТ-решений
Вести из отпуска: Очень большие отечественные компании начинают интересоваться темой PaaS. Рядом со мной обнаружилось сразу два проекта из разных отраслей на эту тему. В общем, учите k8s и английский язык
19 July 2018
А
11:03
Архитектура ИТ-решений
Нашел сервис: YAML -> C4 model Выглядит кривовато(на мобильном устройстве, так вообще кошмар), уровни модели не продуманы, но ведь работает https://c4.abraxasbiosystems.com/ В общем, нет особых препятствий для описания архитектуры приложений на YAML с автоматическим рисованием картинок Саймона Брауна, известных как С4 model. Пара улучшений в этом сервисе или что-то подобное и мечта ленивого архитектора окончательно сбудется
24 July 2018
А
14:49
Архитектура ИТ-решений
Планируем в начале учебного года провести в Высшей школе бизнес-информатики ВШЭ небольшой круглый стол на тему Архитектор в ИТ-проектах. Если у вас есть опыт подготовки таких специалистов или сложилась практика участия архитекторов в проектной деятельности, вы хотели бы этим поделиться, то напишите мне, пожалуйста, в @mxsmirnov
А
23:19
Архитектура ИТ-решений
Об архитектуре предприятия на одной странице http://eaonapage.com/
25 July 2018
А
14:06
Архитектура ИТ-решений
Enterprise Architecture on a Page (v1.2).pdf
337.5 KB
14:07
Не думаю, что многие прошли по вчерашней ссылке, поэтому приведенный на ней постер опубликую в канале. А вообще, TOGAF - это и правда беда для практик EA, впрочем, мы же это и так знаем
26 July 2018
А
00:03
Архитектура ИТ-решений
I
Ivan Begtin 25.07.2018 20:38:02
"Есть данные, есть правда" (c)

Я немного расскажу вам о том как устроено с открытым исходным кодом в мире государства и общественных проектов и о том с сколь тесно это переплетено.

Правительство США ведёт открытую разработку 4776 репозиториев на Github'е. Эта работа проводится 140 федеральными органами власти и в ней участвует 820 разработчиков - это совокупность уникальных членов команд создавших эти 4776 репозиториев.

В Великобритании 53 органа власти опубликовали 5169 репозиториев над которыми работает 183 разработчика.

В Канаде 42 органа власти, 713 репозиториев и 181 разработчик.

При этом надо отметить что не все эти разработчики дают одинаковый команд. Ключевая команда везде включает около 10-15% от команды и это именно те разработчики кто наиболее активно работает над проектами.

Параллельно с теми проектами которые в режиме открытой разработки ведут органы власти и их подрядчики, существует большое явление Civil Hackers. Это разного рода неформальные группы и НКО, такие как Open Knowledge International, движения Code for All, Code for America и просто разрозненная плеяда проектов и НКОшек или некоммерческих проектов коммерческих команд.

Эти проекты выражаются в 10074 репозиториях созданных 273 НКО и неформальными группами и в этой работе участвует 1968 разработчиков по всему миру.

Этот код созданный Civic hackers активно используется самими органами власти. Подавляющее число порталов открытых данных создано на базе движка CKAN с доработками внутри органов власти. А движок был разработан в Open Knowledge International.

Большое число проектов по работе с обращениями граждан, мониторингу сайтов, работе со справочниками, обработке данных и многое другое создавалось этими неформальными группами.

Многие разработчики из этих НКО переходили на госслужбу или же работали как внешние фрилансеры и команды.

Часть этих команд самоорганизовывались сами, вроде Rewiring State в Великобритании, часть существовали в как технологические НКО такие как Sunlight Labs и OKFN, некоторые поддерживались в рамках Google Summer of Code и другими крупными технологическими гигантами, а многие работали в рамках государственной поддержки, грантов и конкурсов.

Вначале шло формирование экосистемы и на неё вырастал принципиально иной подход к разработке госпроектов.

США, Канада и Великобритания не единственные страны в которых есть подобная политика открытой разработки кода.

Такая госполитика есть во всех странах Большой семерки (G7), в большинстве стран ОЭСР, G20 и Евросоюза. Причём это только по итогам анализа Github, а есть организаций создающие свои открытые репозитории на базе Gitlab'а.

Всё что меня лично останавливает от рейтинга стран по открытости кода в государственном управлении - это то что Россия там будет на последнем месте.

И, конечно, все данные откуда эти цифры взяты из обновлённых данных проекта Open source government [1] на data.world.

Там есть и подсчитанные агрегированные данные и первичные данные в архиве для самостоятельного изучения data scientist'ами.

Ссылки:
[1] https://data.world/ibegtin/open-source-government-project

#opensource #opendata #opengov
А
07:27
Архитектура ИТ-решений
Вот нравятся мне статьи с простыми примерами: https://neo4j.com/blog/data-modeling-basics/
А
21:15
Архитектура ИТ-решений
Взаимодействие пользователя с информационной системой описывают аналитики. У них есть свои подходы, инструменты, практики, книжки и даже сертификации. Взаимодействия внешнего приложения с информационной системой описывают все, кому не лень, но часто никто и не описывает. Готовы ли аналитики взять на себя эту функцию, учитывая, что у внешних приложений обычно характер довольно вздорный, интервьюировать их бесполезно и требований они не расскажут? Или же это 100% задача solution architect-а, который, как минимум, некоторые из IETF RFC читал. Разработчики это вряд ли будут делать… Я в раздумьях
27 July 2018
А
08:02
Архитектура ИТ-решений
a
addmeto 26.07.2018 23:45:51
Друг принес новость, которую я чуть не пропустил, а она большая: HipChat и Stride закрываются, пулл патентов по этим двум продуктам и исходный код их буду проданы Slack’у.

У меня взорвало, потому что буквально вчера мы с ним обсуждали, что корпоративных чатов масса и все они странные. И бац, их стало на треть меньше
https://techcrunch.com/2018/07/26/atlassians-hipchat-and-stride-to-be-discontinued-with-slack-buying-up-the-ip/
А
12:06
Архитектура ИТ-решений
https://mxsmirnov.com/2018/07/27/togaf-9-2/
А
18:35
Архитектура ИТ-решений
Вопрос описания развертывания в k8s: код против YAML не такой банальный, как это может показаться на первый взгляд. Разработчикам только дай волю и все приложения станут саморазвертываемыми. Решаются сразу две проблемы: анонсируемая - исключение ручного труда и ошибок при правке конфигурационных файлов и политическая: даже небольшие изменения конфигурации могут производится только разработчками(а иначе однажды ненароком и уволить могут). См. https://www.infoq.com/articles/metaparticle-pulumi-ballerina
30 July 2018
А
21:22
Архитектура ИТ-решений
Наткнулся в одном из каналов на сообщение Не надо заканчивать фичи https://t.me/dangry/214 Не могу не согласиться. Когда-то я много рассказывал про Крест ИТ - ситуации, когда превышение затрат над пользой не очевидно. Даже писал об этом немного вот здесь: https://mxsmirnov.com/2014/11/04/baccm3/
3 August 2018
А
08:13
Архитектура ИТ-решений
Товарищи, можно сказать, покушаются на самое святое в ынтерпрайзе. Учат правильно контейнеризировать Websphere и IBM MQ https://www.infoq.com/news/2018/08/docker-application-guides
А
13:04
Архитектура ИТ-решений
К
КТО ГОВОРИТ 03.08.2018 10:56:00
🤷🏻‍♀️Офисные кандалы: Почему люди на самом деле ненавидят свою работу 🤷🏻‍♀️

Неудовлетворённость своей работой становится нормой. По данным фонда «Общественное мнение», 10% россиян недовольны своей работой, а ещё 24% получают удовольствие от неё лишь изредка. При этом 40% россиян c нежеланием начинают трудовые будни после отпуска. Такая ситуация сложилась не только в России, тенденция глобальная. Журнал The Atlantic опубликовал статью о том, почему люди так часто ненавидят работу. 📌Вот основные тезисы из неё.
📍Работники всех возрастов недовольны своей работой, однако люди среднего возраста недовольны ею чуточку больше
📍Люди с высшим образованием страдают из-за своей работы больше, чем те, кто ограничился школой.
📍Каждого из нас пугают тем, что ничего не получится. Когда человек хочет попробовать что-то новое, ему рассказывают истории о тех, кто бросил работу ради экспериментов и остался ни с чем
📍В 60 люди обычно начинают ценить свою работу больше. Если в молодости мы верим в своё светлое будущее и расстраиваемся, когда что-то идёт не так, то ближе к пенсии мы снимем розовые очки и довольствуемся тем, что есть
📍Неудовлетворённость в работе возникает из-за отсутствия цели
📍К середине жизни приоритеты у людей меняются. Человек больше не хочет строить карьеру, накапливать богатства и повышать свой социальный статус. Теперь ему важно делать что-то значительное
📍После 30 лет очень сложно приобрести какие-то новые навыки. Когнитивные способности постепенно ухудшаются, мозг начинает работать медленней и хуже запоминает информацию
📍Люди сами придумывают себе препятствия, чтобы ничего не менять и не разбить свои мечты о суровую реальность. Например, говорят: «Как я буду оплачивать ипотеку на дом, если уйду с работы?»
📝полный текст на https://secretmag.ru/trends/tendencies/pochemu-lyudi-nenavidyat-rabotu.htm 💻
А
13:05
Архитектура ИТ-решений
Ну как таким не поделиться :-)
5 August 2018
А
08:04
Архитектура ИТ-решений
В Forrester опечалились положением дел в ходе цифровой трансформации https://go.forrester.com/blogs/the-sorry-state-of-digital-transformation-in-2018/
6 August 2018
А
14:24
Архитектура ИТ-решений
Большой отчет о состоянии дел в ИИ https://www.slideshare.net/nb410/the-state-of-artificial-intelligence-in-2018-a-good-old-fashioned-report-103568798
А
14:48
Архитектура ИТ-решений
Анекдот №96846
- Посмотри мою программу. Где у меня ошибка?
- Посмотрел.
- Ну, и где?
- В ДНК.

Этих людей невозможно вылечить! Они говорят о создании одного формата данных для всех ГИС и сетуют, что мол 340 ГИС это так много. На самом деле, это очень мало! Мало потому, что среди трех сотен систем пока не нашлось ни одной настолько хорошей, чтоб кто-нибудь захотел её форкнуть(к тому же исходники в нашем королевстве открывать не принято). Им нужен главный врач, а вовсе не архитектор https://www.facebook.com/mxsmirnov.arch/posts/1567668933336915
А
19:53
Архитектура ИТ-решений
Вдогонку. Какие слова, я хотел бы услышать от лидеров цифровой экономики (вот, ведь наивный фантазёр ):
1. Мы пока не вполне понимаем какой она будет и потому начнем не с готовых рецептов, а с экспериментов и бета-версий.
2. Конкуренция – это хорошо. Поэтому у вас будет 5 разных порталов госуслуг, 3 ГИС ЖКХ и сотни других сервисов. Выбирайте. Ежегодно мы будем выключать процентов 20 из них, избавляясь от сервисов, не нашедших своего клиента
3. Министерства и ведомства не только будут тратить бюджет на ИТ, но и научатся на нём зарабатывать. Треть ИТ-бюджетов должна инвестироваться (и только попробуйте через год не суметь перепродать свой пай с премией)
4. Открытые [мета]данные, открытые исходники, открытые API
5. Безопасность не систем от людей(хакеров), а людей от некорректно работающих систем
7 August 2018
А
05:58
Архитектура ИТ-решений
А тем временем сервисная сетка Istio доросла до версии 1.0 https://www.infoq.com/news/2018/08/istio-1.0-service-mesh
8 August 2018
А
00:24
Архитектура ИТ-решений
Давно не читал интересных мыслей в исполнении продуктологов. Редкое исключение из правил: http://gopractice.ru/why_drop_vs_why_stay/
9 August 2018
А
07:57
Архитектура ИТ-решений
Пора придумывать доклад на AnalystDays #9 (30 ноября - 1 декабря 2018, Москва) https://analystdays.ru/ru/index О чём бы рассказать аналитикам?
А
08:30
Архитектура ИТ-решений
У меня в блоге очень много просмотров сообщения о курсе "Карта ИТ-ландшафта" https://mxsmirnov.com/2017/02/01/landscape-map/ Но никто, почему-то, не обращается в учебный центр с вопросами по этому курсу. Может пора назначить дату и провести его еще раз? Было бы вам это интересно и в каком формате: очном или дистанционном? (Ваши вопросы и комментарии на FB: https://www.facebook.com/mxsmirnov.arch/posts/1572297479540727)
А
22:25
Архитектура ИТ-решений
Уж не является ли шум вокруг так называемых low-code development platforms простой попыткой поскорее забыть слово BPMS? Ну, вот случилось так, что слово это уже не так вдохновляет как прежде. Но вендора же за многие годы столько всего написали: и рисовалки пользовательских интерфейсов, и data modelers(в очередной раз, кстати), модули human task, интерфейсы ведения групп пользователей... Не выбрасывать же всё это, в самом то деле. Потому Forrester и пугает не-айтишников html-ем 😯 https://go.forrester.com/blogs/why-you-need-to-know-about-low-code-even-if-youre-not-responsible-for-software-delivery/
11 August 2018
А
14:09
Архитектура ИТ-решений
Ну и кто после таких обзоров будет покупать книжки и лекции из серии "Машинное обучение для чайников"? https://vas3k.ru/blog/machine_learning/
12 August 2018
А
21:13
Архитектура ИТ-решений
Очень много букв, очень узкий класс задач, но, тем не менее познавательно и полезно https://proglib.io/p/graph-theory/
16 August 2018
А
08:45
Архитектура ИТ-решений
Идея использования архитектурных диаграмм, особенно карт, в качестве "фона" для дашбордов - она, конечно, правильная. Но рисовать карту ИТ ландшафта, как это сделано в примере от BizzDesign, согласитесь, не хорошо! Мы же не какие-нибудь финансовые контролеры https://bizzdesign.com/blog/data-analysis-with-dashboards-in-horizzon/
А
10:45
Архитектура ИТ-решений
https://mxsmirnov.com/2018/08/16/modelling-notations/
18 August 2018
А
09:54
Архитектура ИТ-решений
Возможно, не самый убедительный текст среди остальных статей Диона Хинчклиффа относительно back-end CX (поддержки клиентов), но очень важный разговор. Все цифровые начинания рано или поздно упираются в поддержку, которая на себе испытает многообразие несогласованных каналов взаимодействия, множество унаследованных приложений, жесточайшее давление регуляторки и показателей эффективности https://www.constellationr.com/blog-news/digital-transformation-back-end-customer-experience-what-leaders-new-c-suite-are-thinking
19 August 2018
А
08:23
Архитектура ИТ-решений via @like
Еще один небольшой рассказ с картинками из серии: кто такой Solution Architect https://www.openxcell.com/important-solution-architecture-product-development Чтоб не утомлять вас чрезмерным количеством ссылок, решил под такого рода сообщениями добавлять кнопки Like-бота. Так что не стеснятесь голосовать
👍 29
👎 2
😐 3
21 August 2018
А
10:03
Архитектура ИТ-решений
Кажется понял, чего мне не хватает в Strategic Domain Driven Design Авторы многих статей, например этой https://www.infoq.com/articles/ddd-contextmapping очень близко подходят к формулировке модели развития описания предметной области, но такая модель все же остается не отрефлексированной. Т.е. мы знаем как отобразить наше текущее понимание дел, но не знаем как его будем развивать в будущем. Вот в объектно-ориентированном подходе всё было просто: наследование, полиморфизм, абстрактные классы и виртуальные функции - буквально всё рассказывало о том, как мы будем развивать модель по мере появления новых знаний. В DDD это не так. В границах контекста модель остается неизменной, потому что она верная. Всё развитие происходит где-то там, за границей, в чужих контекстах, ну или межконтекстном пространстве, если можно так выразиться. Впрочем, для микросервисов такой подход очень хорош. Вопрос в том, а адекватно ли всё это реальному положению дел
23 August 2018
А
09:12
Архитектура ИТ-решений via @like
Использовать ли https://speakerdeck.com как альтернативу заблокированному вместе с LinkedIn Slideshare.net?
👍 8
👎
😕 3
А
09:13
Архитектура ИТ-решений
Выложил пару презентаций: https://speakerdeck.com/mxsmirnov
24 August 2018
А
07:29
Архитектура ИТ-решений via @like
Успейте бесплатно скачать новую версию книжки Google по SRE (нижняя ссылка) https://landing.google.com/sre/book.html Написано, что она будет бесплатно доступна для скачивания только до 23 августа, но пока ссылка еще работает
👍 17
👎 2
А
13:55
Архитектура ИТ-решений
Упс... Халява закончилась. Ссылка, действительно, пропала :(
27 August 2018
А
10:45
Архитектура ИТ-решений
Применима ли CAP теорема к командам гибкой разработки? Можно ли организовать их взаимодействие так, чтоб для функционала, отданного разным командам, сохранялась согласованность и восприимчивость к изменениям? Более философский вопрос: а как насчет CAP теоремы для бизнес-процессов?
28 August 2018
А
08:27
Архитектура ИТ-решений
Беспокойства Мартина Фаулера https://martinfowler.com/articles/agile-aus-2018.html
08:38
Ну, вот, теперь и ardoq решил рассказывать нам на регулярной основе что такое настоящий EA https://blog.ardoq.com/ А помните, как мы рассказывали вам что такое ardoq? https://youtu.be/4dZ1vNbSFVY
29 August 2018
А
08:58
Архитектура ИТ-решений
Не успел внимательно разобраться в новой истории о том, как надо разбивать монолит на части https://martinfowler.com/articles/extract-data-rich-service.html но чувствую подвох. И дело здесь не только в фразах, типа to spot opportunities to move logic into the database query and thus make the code more performant Нельзя вот так вот прямолинейно выдрать цены из исходной таблицы и рассказать об этом всему миру на martinfowler.com Совсем какой-то неряшливый консалтинг-консалтинг
1 September 2018
А
07:35
Архитектура ИТ-решений
#Первоесентября Новый учебный год в ВШБИ ВШЭ мы открываем круглым столом "Архитектор ИТ-проекта" http://hsbi.hse.ru/events/open_lectures/kruglyy-stol-arkhitektor-it-proekta/ Вопросы к участникам, предложения по проведению ваших семинаров и вебинаров по архитектурной тематике пишите мне @mxsmirnov
А
18:41
Архитектура ИТ-решений
Перевод статьи Top 33 JavaScript Projects on GitHub https://proglib.io/p/github-js-projects/ По звездам на GitHub: D3.js - 4-ое место, сразу после react, текстовый редактор atom - 13, фреймворк для HTML презентаций reveal.js - 19
4 September 2018
А
15:13
Архитектура ИТ-решений
Это неплохо :)
А
18:11
Архитектура ИТ-решений
Корпоративные архитекторы делятся на две категории. У первых картинки текущей архитектуры страшные и запутанные, этакие кусочно-лоскутные, а целевой - симметричные, с аккуратными квадратиками. Мол всё выровняем, оставим оптимальное число целевых приложений, дублирующий функционал устраним, перекосы и дисбалансы поправим. У второй категории архитекторов всё ровно наоборот. И говорят они слова о том, что что-либо из ничего не возьмется, решить одну проблему можно только за счет [потенциального] возникновения другой и вообще, что архитектура это разделение целого на части для достижения локальных оптимизаций. Одним словом, чтоб вскипятить воду из озера, сначала отлейте маленький кусочек этого озера в чайник. Какой подход правильный - каждый решает для себя сам
5 September 2018
А
14:47
Архитектура ИТ-решений
Ну как не поделиться концептуальными картами наших коллег бизнес-аналитиков: https://www.artofba.com/blog/a-guide-to-the-babok-ver-3-of-iiba-in-custom-diagrams
7 September 2018
А
01:20
Архитектура ИТ-решений
Флант продолжает радовать историями на хабре про новые продукты в "песочнице" CNCF (Cloud Native Computing Foundation) На этот раз - распределённая, транзакционная база данных типа ключ-значение TiKV https://habr.com/company/flant/blog/421903/
10 September 2018
А
08:27
Архитектура ИТ-решений
Grady Booch, Simon Brown и другие уважаемые архитекторы ПО обсуждат в твиттере enterprise architecture https://twitter.com/Grady_Booch/status/1038075643169103874
08:41
The Tragedy of Craftsmanship Большой комментарий Uncle Bob к недавнему выступлению Martin Fowler The State of Agile in 2018. Основная мысль: проектные менеджеры вытеснили разработчиков из agile https://blog.cleancoder.com/uncle-bob/2018/08/28/CraftsmanshipMovement.html
12 September 2018
А
09:11
Архитектура ИТ-решений
Меньше чем через час начинаем вебинар "Архитектура ИТ-решений" Для тех, кто не успел зарегистрироваться или по каким-то причинам не получил ссылку, заходите прямо на https://attendee.gotowebinar.com/register/2904526384319732235
13 September 2018
А
11:11
Архитектура ИТ-решений
Как-то не радует сегодня меня новостной поток архитектурными инсайтами. Скорее наоборот. Статья в InfoQ How the TOGAF Standard Serves Enterprise Architecture https://www.infoq.com/articles/TOGAF-enterprise-architecture раздосадовала (см. картинку о том, как умело синхронизируется завершение фазы –D- TOGAF ADM со спринтами – какая свежая мысль, однако :-О Потому один тезис о вчерашнем вебинаре. Я пытался донести одну простую, можно даже сказать банальную, мысль: сложность и запутанность ИТ-ландшафта не стоит считать результатом чьих-то ошибок, некомпетентности или злого умысла. Сформировался он в результате правильных управленческих решений: приоритизация требований и задач (сначала делаем самое нужно, а остальное – потом как-нибудь), выбор оптимальных технологий и поставщиков, митигация риска зависимости от единственного разработчика или системного интегратора, параллельное проведение изменений и т.д. Менеджеры так всегда делали и буду делать впредь. Отсюда и неизменная потребность в наличии ИТ-архитектора, способного сбалансировать эту непростую систему. По-моему, очевидно! Но рад за слушателей, которых эта мысль зацепила
14 September 2018
А
07:52
Архитектура ИТ-решений
Oracle представила проект Helidon - инфраструктуру (на самом деле, библиотеку классов) микросервисов с открытым исходным кодом для Java. Наверное, правильнее говорить о двух разных вещах: Helidon SE - для Java SE и Helidon MicroProfile для JavaEE. https://helidon.io Если кто-то уже успел посмотреть - рассказывайте о чем идет речь и что это Oracle вдруг :-)
А
08:47
Архитектура ИТ-решений
Порадую вас слайдом об этапах решения задач вообще и задач проектирования в частности
А
19:11
Архитектура ИТ-решений
Оказывается, вышел перевод знаменитой книжки по SRE https://play.google.com/store/books/details?id=jrFjDwAAQBAJ
15 September 2018
А
07:57
Архитектура ИТ-решений
Облачный серивс wordpress.com, которым я пользуюсь, предлагает потестировать новый редактор https://ru.wordpress.org/plugins/gutenberg/ Отзывы на него(в виде плагина) не очень, но концепция мне нравится. Хватить писать длинные занудные тексты. Пора переходить к форматам longread и landing page
17 September 2018
А
16:21
Архитектура ИТ-решений
Что-то непонятное происходит с Open Ticket Request System, известной в ряде энтерпрайзов как OTRS. Похоже, товарищи оценив затраты на проект за много-много лет в 15 млн. евро, решили сосредоточиться на платной версии. Вроде бы community edition будет жить дальше, отставая на несколько лет от бизнес-версии, но это не точно. В общем, чтоб было куда писать разные корпоративные заявки, лучше, на всякий случай, выбирайте JIRA https://community.otrs.com/
А
18:50
Архитектура ИТ-решений via @like
#Чё-та_ржу просматривал что творится в ИТ обучении и нашел вот это: Как создать план проекта в Scrum за 5 шагов https://skillbox.ru/media/management/scrum_za_5_shagov/ Вы почитайте:
В Scrum за план отвечает менеджер проекта. Но составляет он его не один, а при участии команды и клиента. Первый шаг. Выясняем требования...
😬 2
😱 4
😂 18
19 September 2018
А
08:08
Архитектура ИТ-решений
Пока просто положу здесь европейскую модель компетенций ИТ специалистов (Enterprise Architect, естественно, в самом центре картинки :)
20 September 2018
А
00:10
Архитектура ИТ-решений
24 September 2018
А
07:10
Архитектура ИТ-решений
Оказывается, что в 2010 году обсуждалась идея создания небольшого компактного подмножества языка UML, называемого Essential UML, а Ивар Якобсон и Стив Кук(на тот момент представлял Microsoft в OMG) вполне себе понимали отношение к UML сообщества разработчиков и аналитиков (Чего стоит, например, Undefined Modeling Language от Дэвида Парнаса) Идея не реализована до сих пор или, быть может, просто перехвачена и переосмыслена такими людьми как Simon Brown с его C4model В общем, полистайте на досуге http://www.drdobbs.com/architecture-and-design/the-road-ahead-for-uml/224701702
А
20:33
Архитектура ИТ-решений
Если вы что-то слышали про CAP-теорему, но не знаете что такое PACELC, то посмотрите русскоязычный обзор старинного номера журнала Computer(февраль 2012) https://www.osp.ru/os/2012/04/13015765/
26 September 2018
А
00:33
Архитектура ИТ-решений
Послушайте Дмитрия Столярова(Флант) https://youtu.be/AKQlg3EgpsA?t=1h5m17s Особенно про две микросервисные архитектуры в Ынтерпрайзе: одну, состоящую из информационных систем, а другую - внутри каждой из этих систем
А
09:13
Архитектура ИТ-решений
Пятьсот страниц от Opеn Group под заголовком The Digital Practitioner
Body of Knowledge https://publications.opengroup.org/s185 Обычно, я немного скептичен к работам этой организации, но в этом дайджесте они собрали все идеи, озвучиваемые цифровыми инноваторами последние 15-20 лет, все слова, кроме blockchain. И даже картиники нарисовали в едином стиле. В общем, если вы вернулись из многолетнего отпуска, проведенного на необитаемом острове или были долго забанены на Google, то обязательно скачайте(за регистрацию)
А
09:31
Архитектура ИТ-решений
... и вот вам картинка вдогонку: Simplified view of the ArchiMate framework :)))
А
10:17
Архитектура ИТ-решений
... п. 20.4.3.4. Architecture Kata - особенно радует. Я всегда подозревал, что архитектору следует беречь себя от тяжелой работы. Вот и в этом отчете сказано о пользе архитектурных ката. Вы знаете что такое ка-та? Согласно википедии:
Ка́та (яп. 型 или 形) — формализованная последовательность движений, связанных принципами ведения поединка с воображаемым противником или группой противников. По сути, является квинтэссенцией техники конкретного стиля боевых искусств.
-- Проще говоря, ката - это когда каратист размахивает руками и ногами, выкрикивая непонятные слова. Вот так же и Enterprise Architect должен ежедневно оттачивать свои ката. А раз в год он выходит на правление, показывает новую версию непонятной картинки, все сосредоточенно смотрят... и через несколько секунд по залу проносится нарастающих вздох восхищения... Архитектор кланяется и уходит тренировать ката еще на год.

Понравилось? ))) Тогда прочитайте и следующий раздел: 20.4.4. The Challenge of the “Hands-on” Architect
А
11:11
Архитектура ИТ-решений
Еще один список литературы для ИТ-архитекторов: Глобальные стандарты и публикации, актуальные на 2018-2019 г.г. https://www.vanharen.net/wp-content/uploads/GlobalStandardsAndPublications-2018-2019.pdf
А
16:55
Архитектура ИТ-решений
Из серии: "А был ли software crisis?" или же этим термином называют какую-то другую проблему: планирования, проектного управления, интеграции...
16:55
Навеяно прослушиванием Rebecca Parsons
Проблема проектного управления в ИТ не в том, что мы не умеем делать проекты. Проблема в том, что адекватный горизонт целеполагания меньше срока реализации проекта. Можно распланировать(а потом и осуществить) проект продолжительностью три года, но нельзя достоверно определить что же нам через эти три года будет действительно нужно. А потому и третья характеристика микросервисной архитектуры: product not projects и Evolutionary Design и разговоры про fitness functions
28 September 2018
А
08:33
Архитектура ИТ-решений
Camunda BPM, в отличии от других процессных движков, сохраняет своё присутствие в теме микросервисной архитектуры. В июле они запустили опрос и собрали отзывы 350+ респондентов https://camunda.com/microservices-orchestration-survey-results-2018/ Опрос показательный(дают за e-mail), взгляд Camunda-ы на микросервисы - тоже. Они молодцы. А все остальные BPM-щики пролетают мимо микросервисов и рискуют навсегда впечататься в монолит
3 October 2018
А
23:05
Архитектура ИТ-решений
Microsoft прислал письмо счастья с невинным рассказом о подорожании подписки на Office 365 с 2699 до 3499 рублей в год. Наверное, они никогда не разбирались с тем, что, например, происходит с шрифтами в при переносе pptx с винды на мак. Иначе, им было бы просто стыдно брать деньги со своих пользователей
4 October 2018
А
00:19
Архитектура ИТ-решений
Вариация на тему матрицы Захмана из Digital Practitioner Body of Knowledge
от Open Group
5 October 2018
А
07:25
Архитектура ИТ-решений
Слайды с презентации Саймона Брауна The model-code gap https://s3.amazonaws.com/static.codingthearchitecture.com/presentations/sclondon2018-model-code-gap.pdf
А
22:40
Архитектура ИТ-решений
Почему современный нам HR и L&D мыслят в категориях мануфактурщиков XIX века? Они считают, что за забором их фабрики несметная толпа подавшихся в город крестьян и их задача: 1) набрать побольше дешевых джунов 2) научить их хоть чему-нибудь полезному. Тем временем компетенции сосредоточены не внутри компаний, а за их пределами и лучшее что можно сделать - набрать людей, которым есть чему научить своих новых руководителей. Я бы на собеседованиях не задавал тестовые вопросы, правильные ответы на которые я и так знаю, а спрашивал: чему такому уникальному, чего я еще не знаю, ты готов научить?

Кстати, с днем учителя!
9 October 2018
А
08:35
Архитектура ИТ-решений
Пару лет назад написал такой текст: https://mxsmirnov.com/2016/03/31/esb-capability-maturity/ За это время появился профстандарт Специалист по интеграции прикладных решений https://minjust.consultant.ru/documents/36833 и случилось много чего еще. В общем, задумываюсь об учебной программе Архитектор интеграционных решений. Интересно? Задавайте вопросы в личку @mxsmirnov
10 October 2018
А
16:26
Архитектура ИТ-решений
История про экзамене по k8s https://habr.com/company/flant/blog/425683/
11 October 2018
А
08:22
Архитектура ИТ-решений
Инфографика к большому отчету THE CURRENT STATE OF API INTEGRATION 2018 https://blog.cloud-elements.com/state-of-api-integration-2018-report-infographic
12 October 2018
А
21:30
Архитектура ИТ-решений
После сентябрьского релиза с номером 2.5.8 Semantic Mediawiki вчера доросла до релиза 3.0.0 https://www.semantic-mediawiki.org/wiki/Semantic_MediaWiki_-_%D0%B7%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0 Не знаю, насколько это актуально в наше время графовых баз данных, но удивительно что проект живет и перещелкивает мажорную версию
17 October 2018
А
11:57
Архитектура ИТ-решений via @like
Что вы думаете о легковесном фреймворке проектного управления P3.express https://p3express.ru/ 37 шагов, 7 фаз ...
👍 3
👎 6
😕 8
18 October 2018
А
15:10
Архитектура ИТ-решений
Наверное, это только мне показалось, что к 4-му финополису спикерам основной пленарки участвовать в ней стало довольно скучно https://youtu.be/sMXU5g5SwRQ Понятно, что отвечать на вопрос нафига нужна биометрия для дистанционного открытия счета никто не будет (Еще вроде как банкам и по 200 рублей решили выдавать, вот ведь источник дохода какой открылся!) Понятно, что единая система платежей, равно как и несколькими годами раньше единая карта «МИР», будут объявлены главным инструментом поддержания конкурентной среды. Разве кто-то с такой заботой о конкуренции не согласен? Понятно, что самые большие способны оперативней реагировать на любые выкрутасы регуляторов (а вы думали, что agile для чего-то другого?), а другим и к открытым данным, почему-то, не подобраться. В общем, добро пожаловать в мир единых госплатформ, которые однажды загонят весь наш финансовый рынок в свою «регуляторную песочницу»
А
15:31
Архитектура ИТ-решений
Кстати, о конкуренции. Лет пять назад, рассказывая о подрывных инновациях, я любил цитировать книжку Николаса Карра https://www.e-reading.club/book.php?book=25826 который самым подробным образом разбирает тот факт, что конкуренция в инновационной среде происходит не между участниками рынка, а между партнерами по экосистеме, участвующими в общей цепочке создания ценности
19 October 2018
А
18:30
Архитектура ИТ-решений
Gartner выпустил "Top 10 Strategic Technology Trends for 2019" https://www.gartner.com/doc/3891569 (подписка не требуется) Вот даже не знаю, есть ли среди них хотя бы один, который бы меня заинтересовал
20 October 2018
А
23:27
Архитектура ИТ-решений
Уж не знаю чего в ролике больше просветительства или стёба, но маствотч: https://youtu.be/5Z1XzrFchgE
23 October 2018
А
16:53
Архитектура ИТ-решений
Просто не могу не поделиться этой прекрасной рекламой. В выделенной строчке каждое слово значимо ;-)
24 October 2018
А
09:19
Архитектура ИТ-решений
Не думаю, что кто-то будет сильно вникать в нюансы графической нотации моделирования данных COMN(произносится "common"), но для общего развития интересно: https://www.infoq.com/news/2018/10/hills-data-modeling-nosql-comn
25 October 2018
А
18:21
Архитектура ИТ-решений
Новая (короткая)презентация (слова и слайды) об Experience API от Kirsty Hughan(Rustici Software) https://xapi.com/blog/moving-receiving-xapi-data/
18:27
Результаты бесплатно https://www.gartner.com/reviews/market/enterprise-architecture-tools а Magic Quadrant и Critical Capabilities за большие деньги
26 October 2018
А
07:42
Архитектура ИТ-решений
Even if you are doing microservices very well, there will always be a person from your company who will describe your software architecture as a dependency hell, or a distributed monolith.

Anyhow, you cannot override Conway’s Law; your architecture will always be a copy of your organization structure. This is always a complex network/graph, except if you do a one-man show or an under-funded startup with your college besties

https://neo4j.com/blog/start-thinking-about-your-organization-as-a-graph/
А
13:20
Архитектура ИТ-решений
Похоже, мне скоро придется перерисовывать пример с функциональной картой системы решения инцидентов https://mxsmirnov.files.wordpress.com/2016/04/inc.jpg Инноваторы service management считают, что привычная воронка поддержки, с выделением 1-го, 2-го и прочих уровней устаревает https://www.serviceinnovation.org/intelligent-swarming/ уступая место Intelligent Swarming. Ну, в общем-то, поддержка на практике сейчас где-то так и работает
А
20:28
Архитектура ИТ-решений
С интересом обнаружил в гартнеровском отчете Magic Quadrant for Enterprise Architecture Tools, что в слоёной модели архитектуры предприятия произошла замена слоя application на solution. Собственно, я всё время в своих курса о solution architecture и рассказывал. Цитата:

Definition of Enterprise Architecture
EA is a discipline that proactively and holistically leads enterprise responses to disruptive forces. It does this by identifying and analyzing the execution of change toward the desired business vision and outcomes. Mainstream viewpoints of EA include:
Business architecture, which guides people, process and organizational change
Information architecture, which focuses on the consistent sharing of information across the enterprise
Solution architecture, which develops a direction for managing the portfolios of to-be solutions
Technical architecture, which focuses on evolving the technical infrastructure
27 October 2018
А
08:37
Архитектура ИТ-решений
Что-то подсказывает мне, что в IT4IT главная проблема заключена в слишком сложных картинках. Пара диграмм Эйлера и простая диаграмма классов - и принятие подхода пошло бы живее
30 October 2018
А
16:02
Архитектура ИТ-решений
https://mxsmirnov.com/2018/10/30/no-msa/
3 November 2018
А
11:05
Архитектура ИТ-решений
Всё же, косноязычие ГОСТ Р 57100. Системная и программная инженерия. Описание архитектуры https://mxsmirnov.com/2017/06/10/gost-r-57100/ не главная его проблема(как впрочем и англоязычных предшественников).

Основной вариант использования описания архитектуры не в том, чтоб быть рабочим продуктом для обмена результатами, контроля и бла-бла-бла. Описание архитектуры в большей степени полуфабрикат, способный стать(или не стать) триггером обдумывания и обсуждения. Это явно следует из всего его содержания, всех этих разговоров про views, concerns и stakeholders. Это интуитивно понятно, даже банально, но пока мы не вербализуем эту мысль, то не сможем и сформулировать практики обдумывания и улучшения ИТ-архитектуры
А
23:15
Архитектура ИТ-решений
Немного странно, что, взвалив на себя две функции: отображение текущей архитектуры системы и проектирование её изменений, архитекторы, будто бы специально игнорируют третью – выявление случившихся изменений. Я как-то и не слышал, чтоб архитектор, а не кто-то другой, рассказывал бы про эволюцию приложения. Мол за последний год объем данных рос так, основная доля операций сместилась с этой ветки процесса на эту, количество расширений удвоилось; а еще случилось такое вот принципиальное изменение, поменявшее ключевые свойства, читай, архитектуру нашей системы. Не удивительно, что без учета такой динамики, погоня за целевой архитектурой напоминает историю про Ахиллеса и черепаху
4 November 2018
А
10:27
Архитектура ИТ-решений
Эта картинка из нового European Interoperability Framework (EIF), там еще есть и European Interoperability Reference Architecture, с картинками в Archimate и много чего еще
А
10:56
Архитектура ИТ-решений
Обсуждение развернулось здесь: https://www.facebook.com/mxsmirnov.arch/posts/1686431914793949
6 November 2018
А
08:13
Архитектура ИТ-решений
Смотрите какой лонгрид нашел https://www.infoq.com/articles/crafting-architectural-diagrams
А
15:08
Архитектура ИТ-решений
DDD и истории - простенький такой лэндинг: http://domainstorytelling.org/
15:10
И рисовалка к нему https://www.wps.de/modeler/ (исходники: https://github.com/WPS/domain-story-modeler)
8 November 2018
А
11:12
Архитектура ИТ-решений
М
Мыслим вместе с Бындю 08.11.2018 10:59:05
В этом интервью куча крутых высказываний, например:
"Десижн мейкер должен тщательно продумать условия, при которых предмет должен работать. Должно ли здание выстоять при землетрясении? Как узнать, что оно уцелеет в землетрясении? Продумать всё это — работа лица, принимающего решения, а не статистика. Статистик просто проверяет соответствие заданным условиям."

"Беритесь только за те запросы, которые были тщательно продуманы. Побуждайте или даже заставляйте десижн мейкера профессионально расти" – где бы еще найти критерий и измеритель продуманности задачи.

Интересно сколько ложных выводов делается в мире каждую минуту людьми из-за неверной интерпретации результатов анализа данных? https://dev.by/news/cassie-kozyrkov
А
23:44
Архитектура ИТ-решений
Все ведь уже знают про новый проект Алистера Коберна? https://heartofagile.com/
9 November 2018
А
18:31
Архитектура ИТ-решений
Из книжки FLOW(ну, помните, Дональд Рейнертсен "Принципы...", в общем, с водопадом на обложке) на русском https://sdu2020.blogspot.com/2018/10/01.html
11 November 2018
А
09:59
Архитектура ИТ-решений
Придумал недобрый вопрос к продавцам архитектурных репозиториев, да и вообще всяких EATools: а у вас для элементов модели(architecture building blocks) предусмотрены метки, селекторы и аннотации как в kubernetes? https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/
А
12:44
Архитектура ИТ-решений
Не обращал внимание на то, что в ITABoK v.3 от IASA есть кликабельная картинка https://iasaglobal.org/itabok3_0/
13 November 2018
А
10:10
Архитектура ИТ-решений
Зарплаты аналитиков (интернет опрос, август 2018) http://lib.spbcoa.ru/doku.php?id=salary_survey_2018
А
13:01
Архитектура ИТ-решений
Любопытно https://insights.sei.cmu.edu/sei_blog/2016/03/three-roles-and-three-failure-patterns-of-software-architects.html О том, как трансформируется деятельность архитектора в ходе жизненного цикла системы и некоторых рисках связанных с этим карьерных транзитов
А
22:06
Архитектура ИТ-решений
Статья из серии #mustread самая короткая и одновременно содержательная история о том, что такое #DataGovernance и как об этой самой data governance правильно думать https://insights.sei.cmu.edu/sei_blog/2017/06/six-things-you-need-to-know-about-data-governance.html
14 November 2018
А
14:29
Архитектура ИТ-решений
Пишут, что доля ИТ-отрасли у нас в 2017 году составила 0,9% ВВП https://issek.hse.ru/news/227732702.html
А
15:52
Архитектура ИТ-решений
Несколько комментариев к упомянутой вчера статье из SEI Insights https://mxsmirnov.com/2018/11/14/data-governance/
16 November 2018
А
17:22
Архитектура ИТ-решений
О том, как сделать свой Technology Radar в стиле радаров ThoughtWorks:
https://github.com/thoughtworks/build-your-own-radar
19 November 2018
А
19:01
Архитектура ИТ-решений
Поделитесь, пожалуйста, с коллегами бизнес- системными аналитиками и ИТ-менеджерами. В феврале хотим сделать мастерскую для НЕархитекторов: https://mxsmirnov.com/2018/11/19/black-friday/
21 November 2018
А
07:30
Архитектура ИТ-решений
60-страничное введение в Service Mesh с рассказом о том, что это такое и зачем оно нужно, перечисление основных решений и сравнением их c API Gateways, парой слов про Evolutionary Architectures и совсем короткой главой про sidecars https://www.nginx.com/resources/library/the-enterprise-path-to-service-mesh-architectures/
26 November 2018
А
17:00
Архитектура ИТ-решений
В Gartner написали бумагу Building an Agile Application Architecture with... https://www.gartner.com/en/conferences/emea/applications-uk/why-attend/gartner-insights/rn-agile-application-architecture
17:00
... обсуждать её целиком довольно бессмысленно, но какие-то вещи выглядят вполне прагматично. Примерно так и будут строиться корпоративные ИТ-ландшафты в ближайшие пару лет
28 November 2018
А
20:10
Архитектура ИТ-решений
CNCF добавила третий проект к списку Graduated. Вслед за Kubernetes и Prometheus из инкубатора вылупился Service Proxy Envoy https://www.cncf.io/announcement/2018/11/28/cncf-announces-envoy-graduation/ Честно говоря, я его совсем не смотрел, хотя в списке возможностей на сегодняшний день: балансировщик, outlier detection, circuit breaking, терминация TLS, работа с MongoDB, Redis, ну и много чего еще
20:15
Еще немного из цикла "мнение": рассуждения о том, почему RPA может замедлить вашу цифровую трансформацию от Camunda https://blog.camunda.com/post/2018/11/rpa-can-delay-your-digital-transformation/
30 November 2018
А
06:43
Архитектура ИТ-решений
Историю этой картинки чуть позже расскажу в своём блоге https://mxsmirnov.com
А
07:19
Архитектура ИТ-решений
In reply to this message
Не знаю, что полезней: слушать выступления на мероприятиях или разбирать demo, предварительно описанные докладчиками https://www.infoq.com/articles/istio-service-mesh-tutorial Наверное, и то и другое. Мне больше нравится сначала что-нибудь почитать, а потом и авторов послушать
А
15:05
Архитектура ИТ-решений
Информационные технологии приносят работы больше, чем забирают. Вот вам пример, когда идея взять аналитика-стажера на 50K и научить его некому сокровенному знанию побеждает идею разработки сервиса валидации данных https://habr.com/company/hflabs/blog/431376/
3 December 2018
А
09:23
Архитектура ИТ-решений
Как-то пропустил я очередной холивар про микросервисы https://habr.com/company/raiffeisenbank/blog/427953/ Надо хабр не раз в месяц почитывать, а чаще. Хотя ...
4 December 2018
А
21:01
Архитектура ИТ-решений
Теперь рассказывать о развертывании Kafka в k8s кластере модно вот так: https://youtu.be/P_DEreC4ECw
5 December 2018
А
22:55
Архитектура ИТ-решений
Как-то пропустил этот проект https://www.minio.io/ Кто-нибудь разбирался? Расскажете? Ведь вдруг так случится, что скоро надо будет все контентные хранилища переделывать (Привет любителям, электронного документооборота, в частности)
6 December 2018
А
08:25
Архитектура ИТ-решений
Запись вчерашнего вебинара: https://youtu.be/AQrqeJmrxnE
А
10:41
Архитектура ИТ-решений
Похоже, медицина только приступает к хождению по хорошо известным граблям автоматизации:

выберите себе модель вашего Цифрового регионального контура здравоохранения на ближайшие 6 лет с учетом предыдущего опыта:
…
б) или монолитную систему одного разработчика - если вы идеалист
https://zen.yandex.ru/media/id/5bd2e38afd73ab00ad0e5a0e/i-shinoi-edinoi-i-mis-ne-odnoi-5c0813743b426800aabb5d92
10:52
... я это к тому, что пора бы уже госконтракты на поставку всяких РМИСов и прочего ПО начинать требованием о развертывании git-а и публикации открытых API для подключения расширений
А
11:21
Архитектура ИТ-решений
Не знаю чем народ недоволен. Мне это выступление понравилось https://habr.com/company/flant/blog/431500/
11:33
Большинство подходов к моделированию бизнес-процессов, показывают, что может произойти в процессе. В ряде случаев больше подойдут примеры того, что происходит на самом деле. Перефразируя Peter Hruschka: «Три хороших примера лучше, чем плохая абстракция» http://www.domainstorytelling.org/ Слайды(немного на немецком) https://speakerdeck.com/hofstef/knowledge-crunching-mit-domain-storytelling
А
15:37
Архитектура ИТ-решений
Вопрос-ответ. (Что-то типа новой рубрики на канале c хэштегом #FAQ ). Вчера на вебинаре меня спросили: Как убедить заказчика, что этап анализа и проектирования необходим, за него ему надо платить.

Мой вариант ответа: поставьте себя на место заказчика. Много лет ему рассказывали, что он [тупой] не может сформулировать требования на понятном разработчику языке, а разработчик не понимает язык человеческий. Конечно же, заказчик обиделся: если программисту нужно какое-то там ТЗ, то пусть он и платит… и за ТЗ и за общесистемный софт и за все остальное.

Я вижу три варианта решения: 1) Перестать торговать душами, а предлагать команду целиком. 2) Объяснять заказчику в чем состоит ценность. Например, грамотная постановка задачи позволит ему заказать софт не у вас, а там, где дешевле (шутка, но это не единственная ценность) 3) Перестать мечтать о работе на конвейере (в pipeline-е CI/CD в нашем случае). Маржа, как известно, из производства уходит в сферу услуг, идите за ней. Помогайте заказчику осознать, что и зачем он хочет, а не как это сделать
7 December 2018
А
14:47
Архитектура ИТ-решений
Это правда! Три месяца назад в ВШБИ ВШЭ мы провели круглый стол по ИТ-архитектуре. Подробности здесь: https://habr.com/post/432386/ Большое спасибо всем участникам и отдельный респект Кристине за обзор этого мероприятия
8 December 2018
А
08:58
Архитектура ИТ-решений
Полезная ветка https://twitter.com/mononcqc/status/1070373406917517313
А
09:47
Архитектура ИТ-решений
Микросервисы всем нравятся, но работы по выделению ограниченных контекстов несколько затянулись. K8s сумел развернуть каждый третий, а интеграция с legacy остается неясной темой. В принципе, ожидаемые результаты исследования O’Reilly от 4 декабря(14 страниц) https://www.oreilly.com/programming/free/the-state-of-microservices-maturity.csp
9 December 2018
А
20:10
Архитектура ИТ-решений
Да вы что! http://www.cnews.ru/news/top/2018-12-07_ibm_izbavitsya_ot_servisov_notes_i_domino
11 December 2018
А
08:22
Архитектура ИТ-решений
Из серии AI для (идиотов - зачеркнуто) enterprise architects :) ниже в pdf
А
08:42
Архитектура ИТ-решений
На конференцию https://events.linuxfoundation.org/events/kubecon-cloudnativecon-north-america-2018/ вместо себя можно послать робота https://kccncnarobot.youcanbook.me/
А
10:39
Архитектура ИТ-решений
Неплохой, а главное короткий обзор того, что есть на сегодня в распределенной трассировке https://www.instana.com/blog/distributed-tracing-the-easy-way/
12 December 2018
А
09:03
Архитектура ИТ-решений
Пока нет особо интересных новостей буду вытаскивать некоторые заметки из блога https://mxsmirnov.com/2016/04/30/use-case-map/
А
11:22
Архитектура ИТ-решений
Про Experience API в России: https://fb.com/1988132824598961/
А
18:49
Архитектура ИТ-решений
По-моему, это про корпоративную архитектуру: магистр Йода зомбирует незадачливого клиента
13 December 2018
А
08:34
Архитектура ИТ-решений
In reply to this message
К вчерашней ссылке: во времена внедрения ESB консультанты любили пугать нас spaghetti-like архитектурой, беспорядочными интеграциями и запутанными взаимодействиями. В определенной степени, это миф. Люди, развивавшие корпоративные ИТ-ландшафты до нас, были не совсем идиотами и большинство интеграционных взаимодействий представляют собой отдельные фрагменты типичных маршрутов передачи данных. Просто надо уметь видеть эти маршруты за стрелками архитектурных диаграмм. Сегодня похожую страшилку рассказывают про микросервисы - мол как же мы распутаем зависимости между ними. И это тоже миф. Если в графе взаимодействий микросервисов не прослеживается, например, CQRS, вероятно, вы сделали что-то не то
14 December 2018
А
07:31
Архитектура ИТ-решений
Помните, я недавно писал про конференцию KubeCon + CloudNativeCon, на которую можно было отправить вместо себя робота. Выложили видео с этой конференции: https://www.youtube.com/playlist?list=PLj6h78yzYM2PZf9eA7bhWnIh_mK1vyOfU
А
07:49
Архитектура ИТ-решений
Визуализация чего-либо в виде периодической таблицы становится трендом. Искал обзоры по IT Operations Analytics(ITOA) или, как теперь модно говорить, #AIOps, а нашел Periodic Table of IT Ops Tools https://www.nexthink.com/periodic-table/
07:52
Periodic Table of IT Ops Tools
15 December 2018
А
14:04
Архитектура ИТ-решений
Для любителей PlantUML и приверженцев C4model радостное известие. Вчера появился релиз 1.0 C4-PlantUML, который объединяет одно и другое. Проверил, работает. Что надо сделать написано здесь: https://github.com/RicardoNiepel/C4-PlantUML
Если вы не знаете что такое PlantUML и как из описаний модели получать картинки, то заходите по этой ссылке: http://ru.plantuml.com/ Внизу странички есть многострочный редактор, в котором меняете текст:
Bob->Alice : hello
на то, что вам надо визуализировать (см. первую ссылку) и нажимаете Enter
16 December 2018
А
08:29
Архитектура ИТ-решений
А вот такую картинку я раньше не видел. Это шаблон описания поезда(ART) из SAFe https://www.scaledagileframework.com/agile-release-train
17 December 2018
А
09:02
Архитектура ИТ-решений
Две тысячи сдавших биометрические данные в систему ЦБ-Ростелекома это просто прекрасно. Напомню, что делается это типа для возможности последующего дистанционного открытия банковского счета. Ну, а может и не для этого вовсе, а для увеличения числа пользователей ЕСИА, ну или еще для чего-нибудь. Сбербанк рапортует о сборе на порядки большего объема биометрии. Правда не очень понятно, нафига ему нужна биометрия, т.к. обычная аутентификация через сбербанк-онлайн для внешних систем и так работает(например в ДомКлик) https://thebell.io/sberbank-sobral-biometricheskie-dannye-u-milliona-rossiyan/ В общем, наш пламенный привет банкам, принявшим участие в проекте ЦБ
А
09:31
Архитектура ИТ-решений
GIF
В продолжение банковской темы. Возможно, эта картинка лучше расскажет моё видение мобильных банков, чем этот непонятный текст https://mxsmirnov.com/2018/05/02/rest-cx/
А
09:58
Архитектура ИТ-решений
GIF
Из слайдов мини-курса "Три вебинара о микросервисах"
А
17:08
Архитектура ИТ-решений
Похоже, позиция помощника архитектора становится всё более востребованной 😱 Еще одна вакансия https://hh.ru/vacancy/29363070 Напомню, что недавно пролетала другая, но похожая позиция https://hh.ru/vacancy/28846547
19 December 2018
А
10:06
Архитектура ИТ-решений
✍🏻draw.io предлагает нам попробовать ночной режим https://www.draw.io/?splash=0&ui=dark и отзывчивый пользовательский интерфейс https://www.draw.io/?splash=0&ui=min Минималистичный режим выглядит вполне неплохо👍
А
13:00
Архитектура ИТ-решений
Про гартнеровский хайп-цикл на русском
21 December 2018
А
00:23
Архитектура ИТ-решений
#Kong вышел вчера в версии 1.0 https://konghq.com/blog/kong-1-0-ga/
00:29
А #Ardoq попал в Forrester-овский Enterprise Architecture Management Suites, Q4 2018 report https://blog.ardoq.com/forrester-now-report-recognizes-ardoq Там еще всякие слова про NewEA приводятся, в общем о том, что я в своем блоге называл digital enterprise architecture
👍 1
22 December 2018
А
21:12
Архитектура ИТ-решений
Оказывается у Forrester есть не только Forrester Wave, но и Forrester New Wave. Пример такого отчета для систем управления потоками создания ценности(кстати, забавные штуки, особенно Tasktop) https://reprints.forrester.com/#/assets/2/1365/RES141538/reports
21:14
Напомню, что IT Revolution в прошлом году придумала такую штуку, как value stream architecture https://itrevolution.com/book/value-stream-architecture/ Правда их гениальный замысел пока особо никого не поразил
23 December 2018
А
07:32
Архитектура ИТ-решений
А
13:55
Архитектура ИТ-решений
Раз у нас появились анонимные опросы, хочу сделатьспросить о гостевых сообщениях в этом telegram-канале?
Final results
- Мне интересно будет читать реплики приглашенных экспертов 107 votes
- Нет, пожалуйста, не надо 25 votes
- С удовольствием поделюсь своим мнением 8 votes, chosen vote
- Прорекламируйте, пожалуйста, мой канал (бесплатно)
- Уже написал в личку 1 vote
141 votes
24 December 2018
А
10:17
Архитектура ИТ-решений
Пока опрос продолжается, пару соображений об интеграции приложений: https://mxsmirnov.com/2018/12/24/application-integration/
25 December 2018
А
13:26
Архитектура ИТ-решений
Познавательно https://habr.com/post/433536/
26 December 2018
А
08:16
Архитектура ИТ-решений
Что-то я перестал отслеживать русскоязычные статьи и переводы на тему микросервисной архитектуры https://www.osp.ru/os/2018/03/13054404/
А
08:50
Архитектура ИТ-решений
Набор лаб по Istio service mesh. Как бы самому сделать такое обучение? https://learn.openshift.com/servicemesh
А
18:46
Архитектура ИТ-решений
In reply to this message
Остановил опрос(цифры стабилизировались). Из 141 голоса - 76% заинтересованы в репликах приглашенных экспертов, так что буду стараться публиковать другие мнения(правда, таких ответов всего 6%). Но 18% просили воздержаться от подобных постов и это мнение я тоже не могу игнорировать. Расцениваю эти голоса, как рекомендацию тщательно подходить к публикуемым материалам. А вообще, мой призыв: создавайте собственные каналы по ИТ-архитектуре, будем обмениваться перекрестными ссылками
27 December 2018
А
08:09
Архитектура ИТ-решений
https://mxsmirnov.com/2018/12/27/dpbok/
31 December 2018
А
10:20
Архитектура ИТ-решений
🎄Друзья, поздравляю вас с наступающим 2019! Желаю новых свершений, интересных идей, успехов и радости. Оставайтесь на нашем канале и создавайте свои. С Новым годом! 🍾🥂🎉
3 January 2019
А
11:59
Архитектура ИТ-решений
Давайте в начале года немного пожурим UML. Основной тезис работы "Оценка визуального синтаксиса UML: анализ когнитивной эффективности диаграмм семейства UML" можно сформулировать так: визуальный словарь UML содержит много нарушений семиотической ясности. В частности, он имеет тревожно высокий уровень избыточности и перегрузки символов http://www.academia.edu/1937002/Evaluating_the_visual_syntax_of_UML_An_analysis_of_the_cognitive_effectiveness_of_the_UML_family_of_diagrams
8 January 2019
А
19:02
Архитектура ИТ-решений
Microservices Learning - набор заметок от Чанака Фернандо. Не только про WSO2 https://medium.com/microservices-learning
11 January 2019
А
19:30
Архитектура ИТ-решений
Даже не знаю, радоваться ли такому предсказанию Gartner относительно судьбы архитекторов предприятия или печалиться https://www.gartner.com/smarterwithgartner/the-evolution-of-enterprise-architecture/ (Если у вас нет гартнеровской подписки для получения доступа к отчету, то, думаю, можно ограничится просмотром вот этого вебинара http://www.gartner.com/webinar/3330217)
12 January 2019
А
08:56
Архитектура ИТ-решений
Neo4j продолжает раздувать тему использования графовых баз данных в качестве Next-Gen Master Data Management. На этот раз нарисовали вот такую инфографику: https://neo4j.com/blog/next-gen-master-data-management-infographic/
14 January 2019
А
07:34
Архитектура ИТ-решений
Altimeter продолжает выпускать ежегодные отчеты о цифровой трансформации в компаниях с 1000+ сотрудников. Откровений я не увидел, цифровая трансформация становится рутиной, которую спихивают в ИТ http://insights.prophet.com/the-state-of-digital-transformation-2018-2019
16 January 2019
А
09:37
Архитектура ИТ-решений
Немного занудно, но обстоятельно про sidecar pattern и service mesh http://philcalcado.com/2017/08/03/pattern_service_mesh.html
21 January 2019
А
10:37
Архитектура ИТ-решений
После недолгого перерыва возвращаюсь к публикации полезных (и не очень) ссылок на тексты об архитектуре ИТ-решений. В свое время активное обсуждение вызвала заметка на InfoQ The Art of Crafting Architectural Diagrams Еще один текст от Ionut Balosin на том же ресурсе https://www.infoq.com/articles/why-architectural-diagrams
22 January 2019
А
08:09
Архитектура ИТ-решений
... а еще, пару лет назад была вот такая заметка в блоге https://mxsmirnov.com/2016/03/31/esb-capability-maturity/
А
09:42
Архитектура ИТ-решений
Целая история в картинках про оргстурктуры, организационный дизайн и ИТ-ландшафт https://twitter.com/swardley/status/1087511545091899392
23 January 2019
А
20:26
Архитектура ИТ-решений
Заготовил список ссылок для сегодняшнего вебинара, но так ими и не поделился. Опубликую здесь. Начнем с плодовитого (и многословного) Kim Clark The fate of the ESB и другие истории. Список его статей в блоге IBM за последние пару лет здесь: https://developer.ibm.com/integration/blog/lightweight-integration-useful-links/
24 January 2019
А
09:04
Архитектура ИТ-решений
В общем-то, это не просто набор иконок для рисования картинок, а в некоторым смысле гайд по описанию архитектурных диаграмм GCP https://cloud.google.com/icons/
27 January 2019
А
18:33
Архитектура ИТ-решений
Рассуждая о целях обучения, бизнес-тренеры любят поговорить об изменениях. Мол тренинг либо стимулирует изменения, либо поддерживает их. А вот какие именно изменения – это уже вопрос к заказчику. Каким же изменениям поспособствует тренинг по микросервисной архитектуре? На мой взгляд, лучшее чего можно ждать от MSA – это избавление от страхов. Страха отдать часть функционала сторонним разработчикам. Готовность смириться с тем, что они сами будут выбирать технологии хранения и обработки данных, управлять релизами микросервиса в собственном конвейере CI/CD, ошибаться, отваливаться и восстанавливаться, не нарушая работу нашего приложения; писать ужасный софт, не так как мы считаем правильным и не на том, обладать невысокой(с нашей точки зрения) квалификацией и допускать дурацкие ошибки.

На все эти компромиссы можно пойти, только изначально заложив подходящую архитектуру
А
21:48
Архитектура ИТ-решений
Обзор InfoQ Trends по принятию идей архитектуры и проектирования январь 2019 г. https://res.infoq.com/articles/architecture-trends-2019/en/resources/1ad-q1-2019@2x-1548192804020.jpg
29 January 2019
А
19:33
Архитектура ИТ-решений
Твин Пикс модель: решение проблемы курицы и яйца в разработке программного обеспечения (вдруг кому-нибудь пригодится такая картинка или другие истории с этого сайта) https://www.microtool.de/en/what-is-the-twin-peaks-model/
31 January 2019
А
18:33
Архитектура ИТ-решений
Обратите внимание! + ссылка на опрос https://docs.google.com/forms/d/e/1FAIpQLSf3BEHFkxdRaGZsLufgb8LeAjpGRvlFROb_oskhMTREi8QJNg/viewform
А
18:33
Архитектура ИТ-решений
E
Eugene 31.01.2019 15:51:33
Коллеги, привет! В свете январских обсуждений на тему "кто такой архитектор" сделали опрос - хочется разобраться в положении дел - действительно ли тема актуальна и интересна. Поучаствуйте, пожалуйста.
А
19:21
Архитектура ИТ-решений
Запись вебинара, состоявшегося 23 января 2019, на канале компании IT Expert https://youtu.be/3p8ms2KzL_A
А
20:13
Архитектура ИТ-решений
Кстати, вышел Snapshot2 книжки The Digital Practitioner Body of Knowledge™ от The Open Group (О предыдущем выпуске я писал здесь: https://mxsmirnov.com/2018/12/27/dpbok/) В этом snapshot-е постепенно заполняются разделы Cloud Native, APIs, and Microservices. Остальное пока не сравнивал. Ссылка: http://pubs.opengroup.org/dpbok/snapshot2/
2 February 2019
А
07:13
Архитектура ИТ-решений
Несколько соображений(с картинками) про архитектурную документацию от Eltjo R. Poort https://eltjopoort.nl/blog/2019/02/01/value-driven-architecture-documentation/
3 February 2019
А
20:32
Архитектура ИТ-решений
Кстати, страница о Use-Case 2.0 на сайте microTOOL выглядит очень даже ничего: https://www.microtool.de/en/knowledge-base/how-use-case-2-0-works/
Дело было так. Ивар Якобсон в 2011 году решил перезапустить им же придуманные варианты использования (Книжка Use-case 2.0 с основными принципами лежит здесь https://www.ivarjacobson.com/publications/white-papers/use-case-ebook) Сами принципы выглядят незатейливо:
1. Будьте проще, рассказывая истории
2. Поймите общую картину
3. Сфокусируйтесь на ценности
4. Build the system in slices (я не буду это переводить, потому как в slices вся два-нольность и состоит; это именно то, во что стоит вникнуть)
5. Поставляйте систему инкрементами
6. Адаптируйтесь к потребностям команды

Есть ли в этом какое-либо откровение - решайте сами
4 February 2019
А
07:39
Архитектура ИТ-решений
Оказывается, было у меня продолжение заметки 
"Функциональные карты и диаграммы вариантов использования"
Тот же герой занимается теперь планированием проекта по разработке муды (с ударением на первый слог :-) https://mxsmirnov.com/2016/03/02/muda/
6 February 2019
А
09:32
Архитектура ИТ-решений
Вместо того, чтобы пытаться заменить REST, индустрия разработки программного обеспечения должна развиваться, опираясь на зрелость экосистемы REST и используя технологические преимущества новых протоколов https://www.infoq.com/articles/overcoming-restlessness Взвешенная заметка Мэтта МакЛарти из API Academy о REST vs. gRPC vs. GraphQL vs. messaging
А
10:58
Архитектура ИТ-решений
Обновлена версия "Архитектурные значки AWS.
Официальный набор значков AWS для создания архитектурных схем" https://aws.amazon.com/ru/architecture/icons/
8 February 2019
А
21:14
Архитектура ИТ-решений
Пока нет интересных новостей поделюсь чем-нибудь стареньким https://mxsmirnov.com/2014/08/02/legacy-apps/
11 February 2019
А
19:12
Архитектура ИТ-решений
А что это я ни разу не поделился здесь с вами ссылкой на катакоду?

Немного о технологическом обучении. Как оно выглядит сегодня: https://www.katacoda.com/ Сейчас выбираю из выложенных лаб по k8s парочку на мартовский курс по микросервисной архитектуре Буду рад советам и помощи!
👍 1
13 February 2019
А
07:52
Архитектура ИТ-решений
Познавательно. Почему Camunda BPM отсутствует в Gartner Magic Quadrant для iBPMS, упомянута в третьем круге Tech Radar Thoughtworks и какой этап принятия технологий отводит ей InfoQ Trends Report https://blog.camunda.com/post/2019/02/why-camunda-is-not-covered-in-gartner-ibpms-mq/
А
16:42
Архитектура ИТ-решений
Немного о картах вариантов использования (Use Case Maps) http://third-bit.com/2018/12/27/use-case-maps.html
14 February 2019
А
18:03
Архитектура ИТ-решений via @telegraph
https://telegra.ph/Obyasnyaem-matricu-Zahmana-02-14
А
18:05
Архитектура ИТ-решений
Осваиваю: https://telegra.ph игнорируйте это и предудущее сообщения☝️
15 February 2019
А
16:28
Архитектура ИТ-решений
Несколько утомленный общением с рекрутерами решил создать новую группу https://t.me/itarchitect_jobs Правила придумаем в процессе
16 February 2019
А
22:27
Архитектура ИТ-решений
Ежемесячный информационный бюллетень ИТ-архитекторов от InfoQ не обязательно получать по e-mail подписке. Можно просто периодически заходить на эту страницу: https://www.infoq.com/architects-newsletter Кстати, январский выпуск показался мне не столь интересным как декабрьский, да и вообще, подобные вещи порой лучше почитывать с долей скепсиса, будто бы в раздумьях перед написанием критического отзыва на него
17 February 2019
А
22:55
Архитектура ИТ-решений
19 February 2019
А
08:37
Архитектура ИТ-решений
Смотри какой 2-х часовой учебный курс оказывается есть на AWS на русском: https://aws.amazon.com/ru/getting-started/container-microservices-tutorial/
20 February 2019
А
09:34
Архитектура ИТ-решений
Читайте (смотрите слайды) Stefan Tilkov https://speakerdeck.com/stilkov/microservices-a-taxonomy
А
18:38
Архитектура ИТ-решений
Вот так новость https://habr.com/ru/post/441004/ Я не стану анализировать комменты про то, что splunk - это enterprise версия ELK, но, похоже, в обработке событий open source становится безальтернативным вариантом. Вообще, интересно становится
18:41
Кстати, по Elastic есть несколько бесплатных обучающих видео на русском, начиная вот с этого https://events.elastic.co/2018-10-23-getting-started-with-elasticsearch-ru Ну, вдруг кто-нибудь не знал ;-)
А
21:01
Архитектура ИТ-решений
Перевод ещё одной поучительной истории о том, чем заканчивается желание сделать нормальную систему управления знаниями https://habr.com/ru/post/440938/
21:03
Ну, а Knowledge Graph он как-бы есть, но не особо кого-то интересует https://googleblog.blogspot.com/2012/05/introducing-knowledge-graph-things-not.html
21 February 2019
А
13:48
Архитектура ИТ-решений
Многабукв про гексагональную архитектуру, порты, адаптеры и всё такое: https://herbertograca.com/2017/11/16/explicit-architecture-01-ddd-hexagonal-onion-clean-cqrs-how-i-put-it-all-together/ (Ссылка на русский перевод внизу не работает, ну да и ладно)
А
14:42
Архитектура ИТ-решений
Когда вам не надо использовать микросервисы (каталог ссылок): https://docs.google.com/spreadsheets/d/1vjnjAII_8TZBv2XhFHra7kEQzQpOHSZpFIWDjynYYf0/edit?usp=sharing
22 February 2019
А
19:54
Архитектура ИТ-решений
Проекту bpmn.io - набору инструментов с открытым исходным кодом для работы с диаграммами BPMN 2.0 в web, исполнилось пять лет. Всё началось с этой записи в блоге: https://bpmn.io/blog/posts/2014-announcing-bpmn-io.html
20:07
Новый https://www.infoq.com/articles/devops-cloud-trends-2019

Buzzword AIOps попало в область инноваторов, Kubernetes, преодолев пропасть, смущает "раннее большинство" ( эффект домино, торнадо и другие метафоры). Вслед за ним растет популярность service meshes. Кстати, а что это за книга такая: "Accelerate" by Nicole Forsgren, Jez Humble and Gene Kim?
24 February 2019
А
09:55
Архитектура ИТ-решений
Часто ли вас пытаются загрузить чужой работой?
Anonymous poll
- Выявлением и сбором требований 89 votes
- Задачами проектного менеджера 85 votes
- Функциями team lead-а команды разработки 46 votes
- Управлением продуктом 21 votes
- Написанием всей технической документации 30 votes, chosen vote
- Нет, не пытаются 63 votes
334 votes
27 February 2019
А
23:24
Архитектура ИТ-решений
Улыбнуло меня название этой заметки https://mchernyavska.wordpress.com/2019/02/23/plantuml-diagrams-as-code/ Если PlantUML это Diagrams as Code, то уместным будет попросить API для управления этой картинкой :)
1 March 2019
А
15:38
Архитектура ИТ-решений
Надо же! А ведь Dash button долгое время была главной приметой и, пожалуй, единственным зримым подтверждением скорого наступления интернета вещей
А
15:38
Архитектура ИТ-решений
T
TechSparks 01.03.2019 09:57:45
Забавный символ взросления концепции умного дома. Четыре года назад, когда умных домашних устройств реально не существовало (если не считать прототипы и презентации стартапов), Амазон с помощью кнопочек Dash, не требующих никаких усилий для повторных заказов домашних расходников (от стирального порошка то наполнителя кошачьего туалета), пытался приучить потребителей к онлайн-заказам, не требующим общения с навороченными сайтами или приложениями. И это вполне получилось - но с приходом умных колонок и голосовых ассистентов кнопки своё отжили, и Амазон прекращает их выпуск.
В общем, все логично. Но время жизни, конечно, впечатляет: новинка 2015 года уже настолько морально устарела ;)

https://www.cnet.com/news/amazon-stops-selling-dash-buttons-goofy-forerunners-of-connected-home/
2 March 2019
А
11:15
Архитектура ИТ-решений
Для тех кто любит кликабельные картинки и интерактивный базы знаний: https://landscape.cncf.io/ Что называется: пусть просто здесь полежит
👍 1
3 March 2019
А
08:56
Архитектура ИТ-решений
OpenAPI map http://openapi-map.apihandyman.io/
А
18:11
Архитектура ИТ-решений
Никто уже ничего не ждал от ITIL но, судя по этому изложению: https://youtu.be/qhyOPS-K2LA книжка ITIL® Foundation. ITIL 4 Edition получилась вполне годной. Впрочем, может это просто текст изложения удался. Ещё бы пару собственных картинок сюда со структурой и размерами разделов, а то оригинальные картинки ITIL4 выглядят какими-то сухими, нарочито формальными
4 March 2019
А
12:03
Архитектура ИТ-решений
Продублирую
А
12:03
Архитектура ИТ-решений
E
Eugene 04.03.2019 11:43:06
Добрый день, коллеги. Некоторое время назад проводили опрос на тему «Архитектор в ИТ-проектах и организациях» (итоги можно посмотреть здесь https://docs.google.com/forms/d/e/1FAIpQLSf3BEHFkxdRaGZsLufgb8LeAjpGRvlFROb_oskhMTREi8QJNg/viewanalytics)

В результате мы решили организовать серию встреч на эту тему https://lanit-events-org.timepad.ru/event/920546/

Приходите 😊
5 March 2019
А
07:04
Архитектура ИТ-решений
В очередной раз почитаем Бернда нашего Рюкера (co-founder and technologist at Camunda) На этот раз о распределенной трассировке для отслеживания потока событий, обозримости наших бизнес-процессов с целью умелого ими управления https://www.infoq.com/articles/monitor-workflow-collaborating-microservices
07:07
Кстати, коллеги, занимающиеся схожей проблематикой попросили меня поделиться коротким опросом на десяток вопросов. Если не жалко пары минут, пройдите плз.: https://ru.surveymonkey.com/r/72VV22C
А
10:57
Архитектура ИТ-решений
Чем больше разбираюсь с https://www.katacoda.com/embed/ тем больше убеждаюсь: консоль, каталог файлов, редактор + статьи с описанием и заданиями -- не только необходимый, но и достаточный минимум для ИТ-обучения. Еще бы локализацию туда добавить. Ну, просто чтоб было :)
6 March 2019
А
00:17
Архитектура ИТ-решений
Какая красота: https://httpie.org/
Вы все еще используете curl? Тогда мы идем к вам!
А
11:17
Архитектура ИТ-решений
В группе о работе для ИТ-архитекторов @itarchitect_jobs вчера было обсуждение удаленной работы. А вот и картинка нашлась о пагубном влиянии на архитектуру сосредоточения большого количества разработчиков в одном офисе
7 March 2019
А
15:40
Архитектура ИТ-решений
Новый флантовский перевод(и пара ссылок на предыдущие) про Istio - наиболее узнаваемый на сегодня service mesh https://habr.com/ru/company/flant/blog/438426/ Если вы не знаете что такое service mesh и для чего он нужен, то тем более читайте
10 March 2019
А
23:13
Архитектура ИТ-решений
Бесплатная книжка https://www.nginx.com/resources/library/cloud-native-devops-with-kubernetes на три с лишним сотни страниц (декабрь 2018). Занудно, обстоятельно, правда не понятно в чем здесь devops, впрочем, я пока и до половины не долистал...
12 March 2019
А
00:35
Архитектура ИТ-решений
F5 покупает NGINX https://www.nginx.com/press/f5-acquires-nginx-to-bridge-netops-and-devops/
А
12:53
Архитектура ИТ-решений
Gregor Hohpe (соавтор известной книжки Enterprise Integration Patterns) Архитектурные диаграммы, как правило, показывают все отдельные части системы, но не иллюстрируют её основное назначение. Изменение этого не только делает диаграммы более выразительными, но и улучшает принятие решений https://architectelevator.com/architecture/show-the-pirate-ship/
А
17:28
Архитектура ИТ-решений
Очень своевременно, вот прям к начинающемуся завтра тренингу по микросервисной архитектуре https://www.itexpert.ru/rus/services/training/moscow/detail.php?ID=8095, Крис Ричардсон поделился канвой для описания микросервиса(ссылка на пример в тексте) http://chrisrichardson.net/post/microservices/general/2019/02/27/microservice-canvas.html
А
21:12
Архитектура ИТ-решений
Группа https://t.me/itarchitect собрала 999 участников
16 March 2019
А
15:15
Архитектура ИТ-решений
Вот, кстати, библиотечка Discovery и Delivery практик https://openpracticelibrary.com/
17 March 2019
А
22:32
Архитектура ИТ-решений
Конечно, в значительной мере эта заметка - реклама продуктов LightStep. Тем не менее, микросервисная архитектура, действительно, может позволить управлять организационной структурой ИТ-подразделения https://lightstep.com/blog/the-only-good-reason-to-adopt-microservices/
18 March 2019
А
07:12
Архитектура ИТ-решений
Кит Свенсон написал пару постов в своем блоге https://social-biz.org/2019/03/16/models-and-organizations-dont-mix/ накануне выхода новой книги Beyond the Business Process Model: How Emergent Synthetic Processes will deliver on the promise of coordinating work. Надеюсь, что книжка будет столь же интересной, как и Taming the Unpredictable, ознаменовавшей осознание отраслью того факта, что очень небольшая часть процессов может быть выражена в нотации BPMN
23 March 2019
А
22:37
Архитектура ИТ-решений
Аргументация от инженера trivago в пользу Nomad в качестве альтернативы Kubernetes, особенно для небольших команд https://matthias-endler.de/2019/maybe-you-dont-need-kubernetes/
25 March 2019
А
21:21
Архитектура ИТ-решений
Мнения относительно отмены Методических указаний РД 50-34.698-90 противоречивы. Моё личное мнение: надо было это сделать давно
28 March 2019
А
14:58
Архитектура ИТ-решений
Сложно не согласиться с Питером Харрадом: https://www.orbussoftware.com/blog/techniques-for-landscape-diagrams-pt-1-initial-observations/
А
16:17
Архитектура ИТ-решений
А вот вам еще один архитектурный фреймворк: Architectural Thinking Framework®
https://architectural-thinking.com/wp-content/uploads/2018/09/Foundations-of-Architectural-Thinking.pdf новый, 2018-2019, с пылу с жару, как говорится
29 March 2019
А
14:36
Архитектура ИТ-решений
Результаты опроса по инструментам визуализации архитектуры предприятия (2014г.) https://wwwmatthes.in.tum.de/pages/6u8f5ki1t2yz/EAVTS-Enterprise-Architecture-Visualization-Tool-Survey
31 March 2019
А
19:20
Архитектура ИТ-решений
Решил создать группу для администраторов каналов, посвященных ИТ профессиям https://t.me/joinchat/DOGCZRM1WQ3suV29p4rvBQ
5 April 2019
А
09:47
Архитектура ИТ-решений
MS
Maxim Smirnov 05.04.2019 09:47:17
Задумался о разработке тестов, даже скорее вопросов для самоконтроля, по курсам Мастерская проектирования ИТ-решений https://itexpert.ru/aws/ и Микросервисная архитектура https://itexpert.ru/msa/. Что-то в формате гаишного экзамена: десяток вопросов с несколькими вариантами ответа.

Буду признателен за помощь и просто высказанные соображения
6 April 2019
А
09:43
Архитектура ИТ-решений
Linkerd v2 подводит итоги первого полугодия существования новой(второй) версии https://www.infoq.com/articles/linkerd-v2-production-adoption В общем, в мире service mesh (сервисных сеток) ещё ничего не ясно
7 April 2019
А
14:20
Архитектура ИТ-решений
Похоже, что это будет первая книжка про ELK на русском языке. Подождем https://www.piter.com/collection/soon/product/elasticsearch-kibana-logstash-i-poiskovye-sistemy-novogo-pokoleniya
8 April 2019
А
14:49
Архитектура ИТ-решений
In reply to this message
Нельзя сказать, что из этой затеи получилось что-либо путное. Тем не менее, несколько каналов:

@angular_fox – соответствует своему названию

@bamrus - канал для аналитиков + чаты

@overtimehate - маленький канал про dev и sre

и групп:
@atlassian_community - это группа для всех тех кто в своей работе использует продукты Atlassian. Этот канал для всех: менеджеров продукта, проектных менеджеров, scrum мастеров, разработчиков и т.п

@itarchitect_jobs - не только резюме и вакансии ИТ-архитекторов, но и обсуждение связных вопросов: где найти, сколько платить, как своих вырастить и удержать, чего ожидать от ИТ-архитектора, и пр.
А
22:44
Архитектура ИТ-решений
Попытка развести по разным углам API Gateway, Service mesh и интеграционные среды от Хьюго Герреро из Red Hat. Наверное, не бесспорно, но хоть как-то https://developers.redhat.com/blog/2019/03/12/distributed-microservices-architecture-enterprise-integration-istio-and-managed-api-gateways/
10 April 2019
А
08:24
Архитектура ИТ-решений
Познавательное чтиво по Enterprise Architecture

Graham Berrisford Functions and capabilities in business architecture and TOGAF® Integrating capabilities and value streams into a wider conceptual framework for business architecture: https://bit.ly/2Kpa80F
11 April 2019
А
10:32
Архитектура ИТ-решений
Похоже, в корпоративной архитектуре нас ожидает новое пришествие гиперграфов в виде карт Вордли (Wardley map). Описание это подхода к отрисовке бизнес-сервисов появилось в 2016 году, в виде набора статей на medium https://medium.com/wardleymaps (сначала 12, потом к ним добавились еще несколько штук)
12 April 2019
А
15:20
Архитектура ИТ-решений
Седьмой релиз Elastic Stack (Elasticsearch, Logstash, Kibana, Beats) доступен для скачивания https://www.elastic.co/blog/elastic-stack-7-0-0-released а 25 апреля пройдет live virtual launch event С учетом того, как в наших краях сворачивают продажи продавцы коммерческих аналогов, ELK скоро может стать в своем сегменте безальтернативным выбором
14 April 2019
А
20:55
Архитектура ИТ-решений
А
21:23
Архитектура ИТ-решений
Оказывается, что завтра пройдет Global Graph Celebration Day Проводится он в день рождения Леонарда Эйлера (в 1727-1741 годах адьюнк, а затем профессор Петербургской академии наук). Подробнее в блоге neo4j: https://neo4j.com/blog/leonhard-euler-global-graph-celebration-day/ или на сайте https://globalgraphcelebrationday.com/
15 April 2019
А
09:02
Архитектура ИТ-решений
Уже, как минимум, пару лет я рассказываю правильные слова про микровервисы и эволюционно развиваемую архитектуру https://mxsmirnov.com/2017/04/13/evolutionary-architecture/ Но вопрос: как нам сделать микросервисную архитектуру для нашей новой системы - всё равно задается чаще других
17 April 2019
А
08:33
Архитектура ИТ-решений
Мартин Фаулер, в своей недавней заметке https://martinfowler.com/articles/201904-end-golden-age.html вскользь упомянул весьма дельный ресурс паттерны презентаций: https://presentationpatterns.com/
А
19:52
Архитектура ИТ-решений
Карта рынка Информационные технологии в банке: 230 поставщиков ИТ-продуктов и услуг, 40 разработчиков ИБ-решений от TAdviser (чтоб получить в высоком разрешении кликните по картинке, а затем откройте её в новой вкладке) http://www.tadviser.ru/index.php/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D1%8F:%D0%9A%D0%B0%D1%80%D1%82%D0%B0_%D1%80%D1%8B%D0%BD%D0%BA%D0%B0_%C2%AB%D0%98%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B5_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8_%D0%B2_%D0%B1%D0%B0%D0%BD%D0%BA%D0%B5%C2%BB:_230_%D0%BF%D0%BE%D1%81%D1%82%D0%B0%D0%B2%D1%89%D0%B8%D0%BA%D0%BE%D0%B2_%D0%98%D0%A2-%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2_%D0%B8_%D1%83%D1%81%D0%BB%D1%83%D0%B3,_40_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%87%D0%B8%D0%BA%D0%BE%D0%B2_%D0%98%D0%91-%D1%80%D0%B5%D1%88%D0%B5%D0%BD%D0%B8%D0%B9
18 April 2019
А
10:30
Архитектура ИТ-решений
Кстати, в продолжение предыдущих постов: какое представление кажется вам более наглядным:
Final results
- Диаграммы Эйлера (карты) 7 votes
- Деревья (Mind map, диаграмма связей и т.п.) 50 votes
- Произвольные графы (концептуальные карты) 17 votes
- Сочетание разных способов отображения 113 votes, chosen vote
- Главное, чтоб нотация была соблюдена 18 votes
205 votes
19 April 2019
А
10:24
Архитектура ИТ-решений
Заинтересовался я вопросом: рисует ли кто-либо схемы REST API не просто в виде коллекций ресурсов, но и отображая заданные гиперссылками связи между ними (3-ий уровень зрелости REST API по Леонарду Ричардсону, всё такое…) В общем чтоб, если содержится в ответе на GET-запрос набор ссылок на другие ресурсы, то и на картинке к этим ресурсам вели стрелочки, как в вайрфреймах мобильных приложений …
10:26
… ничего не ответил мне гугл. Ну, разве что, бросил ссылку на Visual Paradigm REST API Designer https://www.visual-paradigm.com/features/visual-api-designer/ с довольно странной идеей
20 April 2019
А
09:00
Архитектура ИТ-решений
In reply to this message
После 205 голосов остановил опрос, т.к. результаты практически не меняются. Ожидаемо победило сочетание разных способов, но всего на 5% превысив все остальные варианты. Майндмэпы набрали почти четверть, а диаграммы Эйлера не взяли и 5% голосов. Буду и дальше популяризировать этот способ визуализации.

Спасибо за участие в опросе!
21 April 2019
А
17:24
Архитектура ИТ-решений
Есть три вида математиков: «Те, кто умеет считать, и те, кто не умеет» 
( пауза ) 
(это всё... )
Раньше не видел эту книжку, начинающуюся с главы: "Extending the
architecture paradigm" и, действительно, расширяющую взгляд на ИТ-архитектуру. Начало чтения - более чем занятно: https://sdincose.org/wp-content/uploads/2017/10/TheArtOfSystemsEngineering_inaugural.pdf
23 April 2019
А
18:54
Архитектура ИТ-решений
Список из 50 разных введений в kubernetes https://securityboulevard.com/2019/04/50-best-kubernetes-architecture-tutorials/ тексты, видео, учебные курсы
24 April 2019
А
23:23
Архитектура ИТ-решений
Скажу честно: новый Technology Radar https://www.thoughtworks.com/radar меня несколько озадачил. Наверное, технологическая граница удаляет от нас слишком быстро
28 April 2019
А
20:28
Архитектура ИТ-решений
Оказывается, некоторые заметки Herbertograca переведены на русский https://habr.com/ru/post/427739/ Впрочем, у автора https://herbertograca.com/ осталось еще много чего интересного
30 April 2019
А
07:19
Архитектура ИТ-решений
Нашел в твиттере Алистера Коберна эту замечательную картинку, наталкивающую на мысль о совмещении структуры компонента с диаграммой последовательности: https://twitter.com/TotherAlistair/status/1122918489558278145 Разве что sequence надо попробовать сверху нарисовать #HexagonalArchitecture
4 May 2019
А
08:29
Архитектура ИТ-решений
https://speakerdeck.com/stilkov/architecture-organization-processes-humans
5 May 2019
А
07:15
Архитектура ИТ-решений
Кому-то это покажется странным, но в ходе обучения курса по микросервисной архитектуре меня регулярно спрашивают список простых советов, чек-лист (зачеркнуто: для чайников) для менеджеров: что делать, и что не делать при переходе на микросервисную архитектуру.

Вот вам один из примеров такого списка: https://www.marutitech.com/microservices-best-practices/
6 May 2019
А
18:20
Архитектура ИТ-решений
В принципе, как-то так кластера и переносят. Но, всё равно, интересно https://habr.com/ru/company/flant/blog/450662/ Ждем продолжения про монгу и MySQL
7 May 2019
А
13:09
Архитектура ИТ-решений
https://mxsmirnov.com/2019/05/07/monolith2microservices/
10 May 2019
А
10:25
Архитектура ИТ-решений
Слайды презентации Роя Филдинга 2015 года о REST https://www.slideshare.net/royfielding/rest-in-aem/ На мой взгляд, понятней чем его же диссертация 2000
11 May 2019
А
15:46
Архитектура ИТ-решений
Просматривая материалы прошедшей 6-9 мая в Питтсбурге архитектурной конференции SATURN 2019, наткнулся на книжку Michael Keeling “Design It! From Programmer to Software Architect” https://pragprog.com/book/mkdsa/design-it Картинка из этой книжки о том, как описывать архитектуру решения в разных ситуациях
15:48
match.pdf
750.0 KB
Пояснения к картинке (глава из книжки Design It!)
14 May 2019
А
18:08
Архитектура ИТ-решений
https://habr.com/ru/company/lanit/blog/450196/
А
23:39
Архитектура ИТ-решений
И
Инфокультура 14.05.2019 13:03:14
Stack Overflow опубликовал результаты ежегодного опроса разработчиков всего мира. Вопросы касаются как предпочтений в технологиях, так и образования, карьеры, профессиональных приоритетов, а также выбора музыки для прослушивания во время программирования.

Некоторые выводы:
- Самый быстрорастущий язык программирования среди разработчиков – Python.
- DevOps’ы и инженеры по надёжности сайтов являются самыми высокооплачиваемыми и довольными специалистами своей работой.
- 7,9% опрошенных являются дата-сайентистами, и еще 7,2% опрошенных идентифицируют себя дата-инженеры.
- Около 65% респондентов работают с программным обеспечением с открытым исходным кодом хотя бы раз в год.

Анонимизированные данные опросов будут опубликованы под лицензией Open Database License (ODbL).

Подробнее: https://insights.stackoverflow.com/survey/2019.
15 May 2019
А
19:39
Архитектура ИТ-решений
На O'Reilly появился пререлиз новой книжки Сэма Ньюмана Monolith to Microservices https://learning.oreilly.com/library/view/monolith-to-microservices/9781492047834/ Выход книги запланирован на август 2019
16 May 2019
А
21:57
Архитектура ИТ-решений
Любителям нотации BPMN: https://github.com/bpmn-io/bpmn-font - новая версия шрифта с пиктограммами от bpmn.io (названия см. на demo page https://rawgit.com/bpmn-io/bpmn-font/master/dist/demo.html)
19 May 2019
А
09:34
Архитектура ИТ-решений
Снова об уровнях зрелости REST API. Немного актуализированная модель Леонардо Ричардсона https://apisyouwonthate.com/blog/rest-and-hypermedia-in-2019 и несколько полезных ссылок о Hypermedia Controls
23 May 2019
А
14:38
Архитектура ИТ-решений
Сегодня на вебинаре я ссылался на статью Билгина Ибряма https://www.infoq.com/articles/kubernetes-effect/ Возможно, лучше даже начать с заметки в его блоге http://www.ofbizian.com/2017/04/new-distributed-primitives-for.html об изменении набора примитивов, с которыми сталкиваются разработчики
А
15:00
Архитектура ИТ-решений
Корпоративному архитектору на заметку: не могу не поделиться ссылкой, вопрос о которой задал к сегодняшнему вебинару Алексей Проходцев https://github.com/wso2/reference-architecture
24 May 2019
А
19:47
Архитектура ИТ-решений
https://youtu.be/u_K0uxw-Qro
27 May 2019
А
21:33
Архитектура ИТ-решений
Впервые набрел на эту презентацию https://www.slideshare.net/Zubin67/soa-patterns-new-insights-or-recycled-knowledge и соответствующую статью SOA Patterns – New Insights or Recycled Knowledge? от Gregor Hohpe https://www.enterpriseintegrationpatterns.com/docs/SoaPatterns.pdf Как-то, даже, зацепило 😊
30 May 2019
А
07:08
Архитектура ИТ-решений
Новая серия коротких заметок от Кента Бека (пока не закончена), того самого, придумавшего 20 лет назад XP - экстремальное программирование, про взаимодействия двух категорий людей: тех которые что-то хотят и других, которые могут это реализовать. Ну и структурные изменения, в которых иногда нуждается развиваемая система https://medium.com/@kentbeck_7670/software-design-is-human-relationships-part-1-of-3-perspective-1bcd53855557
1 June 2019
А
07:48
Архитектура ИТ-решений
В Telegram появилась возможность привязать к каналу группу для обсуждения. Попробовал: https://t.me/joinchat/DOGCZU3C1uO5I9zWYGcLfg (В связи с тем, что группа https://t.me/itarchitect уже давно живет своей собственной жизнь, то для обсуждения сообщений этого канал я сделал новую)
2 June 2019
А
14:44
Архитектура ИТ-решений
Все примеры про ограниченные контексты (DDD Bounded Context) в курсе про микросервисную архитектуру https://www.itexpert.ru/rus/services/training/moscow/detail.php?ID=8095 у меня, почему-то(!) из телекома. Перерыл массу материалов и никакие другие примеры не нравятся. Может кто видел что-нибудь интересное, не про интернет-магазин?
3 June 2019
А
21:25
Архитектура ИТ-решений
GIF
Пообещал в группе обсуждения этого канала выложить слайд с прошедшего вебинара об ожиданиях Enterprise-ов от микросервисной архитектуры
7 June 2019
А
07:33
Архитектура ИТ-решений
Если вам не хватает ИТ-архитекторов, то подумайте нельзя ли заменить их скриптами https://mxsmirnov.com/2019/06/06/architecture-as-a-code/
8 June 2019
А
14:16
Архитектура ИТ-решений
Вот такую вот штуку нашел http://pivio.io
11 June 2019
А
22:11
Архитектура ИТ-решений
Как индустрия, мы склонны предпочитать создание диаграмм, а не моделирование, в первую очередь потому, что барьер для входа относительно низок и это представляется более простой задачей. При построении диаграмм вы обычно создаете одну или несколько отдельных диаграмм, часто в произвольной нотации, используя инструменты (например, Microsoft Visio или доску), которые ничего не понимают в семантике ваших диаграмм...

Simon Brown, Diagramming vs modelling https://structurizr.com/help/modelling
12 June 2019
А
22:40
Архитектура ИТ-решений
Похоже, что это https://www.amazon.com/Introduction-Solution-Architecture-Alan-McSweeney-ebook/dp/B07P2NCFDQ/ первая толстая книжка по Solution architecture
А
23:02
Архитектура ИТ-решений
solution_architecture_approach_to.pdf
1.3 MB
Курс молодого бойца (solution architect-а) от автора книжки Alan McSweeney
14 June 2019
А
15:28
Архитектура ИТ-решений
А тем временем Чанака Фернандо продолжает описывать Solutions Architecture Patterns https://github.com/chanakaudaya/solutions-architecture-patterns
15 June 2019
А
22:40
Архитектура ИТ-решений
Тема, возникающая в связи с декомпозицией монолоита на микросервисы, которую я стараюсь обсуждать с большой осторожностью и которую не вынес на вебинар https://mxsmirnov.com/2019/05/07/monolith2microservices/

Почему DDD или capabilities based подходы при выделении микросервисов порой вызывают разочарование? Потому что идти надо не от данных и не от функционала, а со стороны пользователя. Точнее, наиболее близкого к нему API. Есть правильный REST API, между front- и backend-ом, корректно использующий методы HTTP и представляющий нормальную моделью ресурсов - можно выделять функционал, а если нет, то ничего не получится. Ограниченные контексты может и неплохая идея, но воплощается она в REST API, плюс/минус события
16 June 2019
А
14:35
Архитектура ИТ-решений
Когда-то, приступая к изучению DDD я рассчитывал найти набор простых, но полезных паттернов, типа Dimensional modeling Ральфа Кимбалла https://www.kimballgroup.com/1997/08/a-dimensional-modeling-manifesto/ Простая идея, раскрутившая на определенном этапе, многомиллиардный бизнес построения корпоративных хранилищ данных (Хотя непосредственно Кимбалл говорил, что централизованное хранилище не нужно). Надеюсь, что и в DDD когда-нибудь появятся свои Инмоны и Кимбаллы
26 June 2019
А
09:58
Архитектура ИТ-решений
Меня часто достают идеями типа единой модели данных организации или единой базы данных, в которой будет хранится всё и в правильном формате. Пришла на ум такая метафора. Представьте, что некоторая страна, изучив свою карту решила, что слишком большая часть её территории занята водой: реки, озера, внутренние моря и т.д. В рамках проекта консолидации водных ресурсов руководители страны принимают решение о едином источнике воды. Пусть это будет море, оно самое большое и все реки, озера и прочие водные ресурсы решено слить в море и осушить. А за водой теперь все будем ходить до моря, причем по очереди

Логика консолидаторов данных довольно похожа на эту
А
20:11
Архитектура ИТ-решений
w194.pdf
727.2 KB
Хочу до сентября провести митап с условным названием Архитектура предприятия лайт. В основном, вот по этой бумаге Using Agile Practices in Enterprise Architecture от The Open Group (май 2019) Предложения выступить по какому-либо из её разделов: сдвиг парадигмы, гибкие практики и пр. приветствуются! Пишите @mxsmirnov ;-)
27 June 2019
А
09:41
Архитектура ИТ-решений
Поделюсь заметкой из канала DocOps
А
09:41
Архитектура ИТ-решений
D
DocOps 27.06.2019 09:35:00
​​Курс по документированию REST API на русском языке.

Тут случилось что-то невероятное. Курс Тома Джонсона по документированию REST API переведён на русский язык. Денис Старков сделал это сам, один, за полгода работы.

Оригинальный Documenting APIs: A guide for technical writers and engineers — наверное, самый полный и полезный открытый курс по документированию. Он рассчитан на технических писателей, разработчиков и студентов. Для техписателей этот курс — точка входа в документирование кода и API, очень интересную область работы, за которую ещё и неплохо платят. Разработчики из этого курса научатся структурировать информацию и понятно описывать свой код и API.

Читайте переведённый курс по документированию REST API, рекомендуйте его коллегам, ставьте звёзды репозиторию. Шлите пуллреквесты с правками, наконец. :)
👍 1
5 July 2019
А
23:35
Архитектура ИТ-решений
27 августа 2019 года в 19-00 Высшая школа бизнес-информатики НИУ ВШЭ https://hsbi.hse.ru/events/open_lectures/gibkie-podkhody-v-arkhitekture-predpriyatiya/
8 July 2019
А
20:33
Архитектура ИТ-решений
Кто-нибудь уже успел прочитать книжку(на русском)? https://habr.com/ru/company/piter/blog/457756/
9 July 2019
А
21:43
Архитектура ИТ-решений
Любителям Enterprise Integrations Patterns и PlantUML https://github.com/aheil/EIP-PlantUML
11 July 2019
А
07:28
Архитектура ИТ-решений
Очень даже познавательный такой лонгрид о комплексном мониторинге https://brunonetid.github.io/2019/07/09/camel-observability-openshift.html Почитаю еще раз на досуге, более внимательно
14 July 2019
А
19:28
Архитектура ИТ-решений
Поделюсь записью выступления @evgeniy_nikonorov о том, как "продать" идею практики архитектурного проектирования на проекте, с примерами того, что работает, а что не работает и на что стоит обратить особое внимание: https://youtu.be/mabCE99ACBQ
16 July 2019
А
16:55
Архитектура ИТ-решений
Существуют, как минимум, три разные вещи, названные одним и тем же словом #ArchOps. Про верую рассказывает википедия в статье про DevOps https://en.wikipedia.org/wiki/DevOps#ArchOps Я бы назвал это model-driven development + автоматизированная сборка и развертывание. Вторая идея описана в блоге Archimate https://www.archimatetool.com/blog/2016/11/03/archops-a-new-paradigm-for-ea-toolsets/ и заключается в использовании практик работы с версиями, распространившимся с появлением git, для описания [целевой] архитектуры
… no “central model” because you can choose to create multiple copies of this model and sync them
И третье, про EAM + AIOps, не то чтоб описано, скорее очерчено здесь: https://www.bloorresearch.com/technology/archops/
А
22:25
Архитектура ИТ-решений
Истинным ценителям archimate большое количество любимых картинок https://www.hosiaisluoma.fi/blog/archimate-cookbook/ Мне кажется, что особенно customer journey удался (см. рисунок)
18 July 2019
А
07:38
Архитектура ИТ-решений
Автор XP Кент Бек продолжает на медиуме истории(с картинками на салфетке) про “waiters” и “changers” и изменения ПО затрагивающие его структуру или только поведение https://medium.com/@kentbeck_7670/software-design-is-human-relationships-part-3-of-3-changers-changers-20eeac7846e0
21 July 2019
А
16:21
Архитектура ИТ-решений
Вопрос к вам, уважаемые подписчики! Кто-нибудь, (кроме lamoda, см. ссылки [1,2] внизу сообщения) использует в своем энтерпрайзе технологический радар https://www.thoughtworks.com/radar/how-to-byor или какой-либо похожий инструмент?
--
[ 1 ] LAMODA TECHNOLOGY RADAR - 2018.11
[ 2 ] Статья на хабре
А
19:09
Архитектура ИТ-решений
Похоже, мои картинки о solution architect уже не столь актуальны. Посмотрите вот этот ролик: https://youtu.be/zB9WuYE1REI?t=2m39s
22 July 2019
А
11:12
Архитектура ИТ-решений
Не знаю, кто, когда и зачем сделал этот перевод TOGAF 9.1 (внимание, предыдущая версия), но возможно, что кому-то он пригодится http://lnew39.ru/togaf/
А
22:05
Архитектура ИТ-решений
Что такое архитектура предприятия? https://twitter.com/Grady_Booch/status/1148460709065322496
23 July 2019
А
10:16
Архитектура ИТ-решений
Я вот думаю, что Digital Practitioner Body of Knowledge™ Standard от The Open Group не надо было доводить до версии 1.0, которая вышла на днях https://blog.opengroup.org/2019/07/16/finally-a-body-of-knowledge-and-standard-for-digital-practitioners/ В бета-версии, с пустыми разделами про cloud-native и микросервисы он выглядел как-то профессиональней
24 July 2019
А
11:27
Архитектура ИТ-решений
Драфт (snapshot) Agile Architecture Framework https://blog.opengroup.org/2019/07/18/snapshot-of-the-open-group-agile-architecture-framework-a-conversation-with-walters-obenson/ как и было обещано, появился в библиотеке The Open Group. Забавный документ, включающий главу Minimum Viable Architecture, разделы про CQRS, Saga и немножко про TOGAF
28 July 2019
А
18:48
Архитектура ИТ-решений
In reply to this message
Невнятная оказалась книжка :( Технологические моменты описаны слишком поверхностно(кто не знает о чем речь - не поймет), а концептуальные не подкреплены рассуждениями. В общем, я бы подождал до следующей версии, надеюсь, что сильно переработанной
31 July 2019
А
07:20
Архитектура ИТ-решений
Заголовки HTTP запросов одной страничкой
5 August 2019
А
20:54
Архитектура ИТ-решений
Обсуждаем в чате https://t.me/itarchitect "репутационные риски", вызванные неработоспособностью ИТ-систем. Мне представляется, что разговор с заказчиком на эту тему - это задачка для бизнес-аналитика, владеющего инструментами типа модели Кано https://en.wikipedia.org/wiki/Kano_model Т.е. вопрос не в том, должна или не должна работать система а, в первую очередь, в "чувствительности" клиента к тем или иным багам и фичам, в границах между "нравится", "всё равно", "потерплю"...
А
21:26
Архитектура ИТ-решений
Philippe Kruchten (известный статьей 4+1 architectural view model) с соавторами выпустил в июне этого года книжку Managing Technical Debt: Reducing Friction in Software Development (Sei Series in Software Engineering) Немного про книжку и ссылки на другие материалы по теме технического долга в заметке соавторов книги Ipek Ozkaya и Rod Nord https://insights.sei.cmu.edu/sei_blog/2019/05/managing-the-consequences-of-technical-debt-5-stories-from-the-field.html
6 August 2019
А
20:50
Архитектура ИТ-решений
Ян Шарп произнес эти слова в 1969 году на конференции NATO Conference on Software Engineering Techniques:

Есть некое дополнение к программированию, и его надо вытащить на свет. Это программная архитектура. Архитектура и проектирование(дизайн, примечание моё) — не одно и то же. В качестве примера рассмотрим ОС/360. Части ОС/360 запрограммированы чрезвычайно хорошо, в них использовано множество удачных идей и методов. Причина, по которой операционная система оказалась бесформенной кучей программ, состоит в том, что у нее не было архитектора ... Обычно спецификации программного обеспечения рассматриваются как функциональные: мы рассуждаем лишь о том, что программа должна делать. Но любой, кто отвечает за реализацию программного обеспечения, должен задуматься о большем. Ему необходимо выстроить проект — форму; в рамках которой будут творить программисты или инженеры. Ни один инженер либо программист, ни один инструмент программирования не поможет ни нам, ни софтверному бизнесу компенсировать недостатки проекта. Контроль, управление, обучение и другие вещи, о которых мы говорим, очень важны, но специалисты по реализации должны понимать замысел архитектора (конец цитаты, см. https://www.osp.ru/os/2006/03/1156577/)

Очевидно, что архитектура, в первую очередь, это история о замыслах, удачных более или менее, подходящих задаче или нет, сформулированных четко или расплывчато, воплощенных в софте или утраченных еще на ранних стадиях существования продукта
9 August 2019
А
14:28
Архитектура ИТ-решений
Бета по регистрации, доступная до 13 ноября, потом обещают бесплатно для всех открытых репозиториев https://github.blog/2019-08-08-github-actions-now-supports-ci-cd/
10 August 2019
А
11:14
Архитектура ИТ-решений
Своевременное напоминание https://about.draw.io/import-from-csv-to-drawio/ в блоге draw.io о том, как этот инструмент умеет рисовать диаграммы из файлов с данными. В visio это делается намного более криво, а про специализированные архитектурные рисовалки, умеющие работать только со своим форматом я вообще промолчу. Жаль на планшете с draw.io работать пока сложно. А то перевел бы на него все упражнения из своих курсов по ИТ-архитектуре
11 August 2019
А
08:46
Архитектура ИТ-решений
Поделюсь: https://www.facebook.com/groups/archdev/permalink/2555585181171070/
15 August 2019
А
07:22
Архитектура ИТ-решений
Годный обзор + один новый подход, который автор заметки назвал картой приложений https://herbertograca.com/2019/08/12/documenting-software-architecture/
А
16:38
Архитектура ИТ-решений
... В органах власти появятся ИТ-архитекторы, отвечающие за единообразие ГИС - я считаю, что такие ИТ-архитекторы ГИС должны быть клонами. В качестве образца можно взять главного архитектора из "Матрицы" http://cnews.ru/link/n498831
А
23:41
Архитектура ИТ-решений
Порадовали https://habr.com/ru/company/flant/blog/460363/ (Не поленитесь зайти и по вложенной ссылке: https://medium.com/ibm-cloud/kubernetes-12-factor-apps-555a9a308caf )
16 August 2019
А
07:34
Архитектура ИТ-решений
По поводу открытых исходников ГИС: перевод поучительной статьи в telegram-канале Ивана Бегтина, о том, как полмиллиона испанцев остались без субсидий на электричество (см. продолжение в https://t.me/begtin):
А
07:34
Архитектура ИТ-решений
I
Ivan Begtin 16.08.2019 07:24:19
Полмиллиону испанцев отказали в субсидии на электричество даже если они под неё подпадали. некоммерческая организация Civio собирается в суд чтобы получить исходный код ПО принимающего решения.

В разгар экономического кризиса, в 2009 году, правительство Испании приняло закон о субсидировании счетов за электроэнергию который затронул около пяти миллионов бедных домохозяйств. Субсидия, называемая социальным бонусом или bono social на испанском языке, с тех пор с некоторым успехом она была предметом борьбы в суде с электрическими коммунальными службами страны. После обновлённого регулирования 2016 года правительство должно было ввести новые, более жесткие правила для социального бонуса, и все получатели помощи должны были перерегистрироваться к 31 декабря 2018 года.

Полмиллиона отказов

На эту дату было утверждено почти 1,5 миллиона получателей помощи, что почти на миллион меньше, чем 2,4 миллиона, которые воспользовались предыдущей схемой, и далеко от предполагаемых 4,5 миллионов, тех кто удовлетворяют критериям для получения бонуса. К числу получателей помощи относятся пенсионеры, лица, получающие до 75% среднего дохода, и все семьи с более чем тремя детьми, а также другие группы, считающиеся социально уязвимыми. Бонус далеко не символический. Кто-то, зарабатывающий менее 940 евро в месяц, получит 85 евро от своих ежегодных расходов на электроэнергию, а кто-то, зарабатывающий менее 470 евро в месяц, получит 137 евро.

Некоторые потенциальные получателей помощи, такие как богатые семьи с более чем тремя детьми, возможно, не подавали заявки. Другие, возможно, были напуганы сбором необходимых для получения бонуса документов, или, возможно, не слышали о программе. Однако, более полумиллиона испанцев увидели, что их заявка отклонена [1]. Виновника, по крайней мере для некоторых из них, зовут BOSCO. Это программное обеспечение, которое управляется испанским Министерством по переходу на зеленую энергию, рассматривает заявки на социальный бонус и решает их судьбу.

Неисправность программного обеспечения

Мадридская некоммерческая организация Civio уже несколько лет работает над темой социального бонуса. В 2018 году они разработали веб-сайт в партнерстве с регулятором конкуренции Испании, чтобы помочь испанцам ориентироваться в процессе подачи заявок. После того, как несколько человек, заявку которых ранее отклонили, связались с Civio, они узнали, что программное обеспечение BOSCO не смогло должным образом рассмотреть каждую претензию. Например, вдова (вдовец) на пенсии, подавший заявление в рамках проверки средств, может по-прежнему иметь право на премию из-за своего статуса, даже если его/её доходы превышают максимальный размер субсидии на проверку средств, но BOSCO автоматически отклонит ее заявку.

Чтобы узнать больше, Civio запросил у министерства исходный код программного обеспечения. Ева Бельмонте, директор Civio и журналист-расследователь, объяснила, что исходный код позволит им подтвердить показания, которые они собрали, и проверить другие неисправности. Учитывая чувствительность темы, программное обеспечение должно быть тщательно проверено, написала она.

Совет по прозрачности и добросовестному управлению, орган Испании по свободе доступа к информации, отклонил запрос Civio, якобы на основании авторских прав [2] (AlgorithmWatch неоднократно связывался с Министерством, чтобы узнать, чьи авторские права защищаются, но не получил конкретного ответа на момент публикации). Civio подал административную апелляцию [3] 20 июня, первый шаг в судебном противостоянии.

Нет четких правил для исходного кода

Хотя все страны Европейского Союза имеют законодательство о свободе доступа к информации, вопрос о том, может ли быть передан исходный код, разрабатываемый органами власти, является не столь очевиден.
Show comments
А
15:09
Архитектура ИТ-решений
И про ADR непременно надо будет однажды поговорить https://speakerdeck.com/vanto/a-brief-introduction-to-architectural-decision-records
А
22:49
Архитектура ИТ-решений
Так вот почему сервис-ориентированная архитектура оказалась такой сложной вещью https://twitter.com/Rainmaker1973/status/1162288002233536514
👍 1
19 August 2019
А
17:16
Архитектура ИТ-решений
Всего один комментарий по поводу: https://youtu.be/-epWuWJ4zDs?t=3801 Смотрите какая штука. ИТ-архитектура, как бы её не называли: технологической, прикладной и пр., динамично развивающаяся дисциплина, в которой те или иные рекомендации и предпочтения постоянно меняются. Например, упомнятуая в ответах на вопросы стандартизация СУБД - казалась хорошей идеей в середине 90-х годов прошлого века, когда компании(страны? :-0) располагали единственным достойным сервером. Потом сервера подешевели, появилась виртуализация, нереляционные СУБД и open source. А современный нам ИТ-архитектор, наверняка, что-то слышал про концепцию polyglot persistence https://martinfowler.com/bliki/PolyglotPersistence.html и сочтет такой стандарт скорее вредным, ограничивающим развитие функционала, базирующегося на вариативности представления данных (аналитически хранилища, графовые БД, разнообразные поисковые индексы и пр.). Примерно такой же архаикой веет от идеи государственной модели данных. Для разных типов задач нужны совершенно разные модели.

Резюмирую: вряд ли эта инициатива имеет какое-то отношение к [информационным] технологиям, присутствующим в её названии
А
21:22
Архитектура ИТ-решений
Ещё одна "установочная" статья от Билгина Ибряма(Bilgin Ibryam) https://www.infoq.com/articles/kubernetes-workloads-serverless-era/ Мне нравятся его подобные статьи, только на их чтение и осмысление уходит у меня не 35 минут, как указано после заголовка, а обычно пара месяцев
20 August 2019
А
07:56
Архитектура ИТ-решений
Уж не знаю зачем я прицепился к презентации Rob-а Pettit https://mxsmirnov.com/2019/08/18/about_slides/ Наверное, потому, что когда постоянно смотришь архитектурные слайды (да, я еще и PowerPoint architect :-) некоторые моменты превышают порог толерантности
22 August 2019
А
12:37
Архитектура ИТ-решений
Software Architecture Monday with Mark Richards 66 видео лекций по ИТ-архитектуре с 11 января 2018 по 12 августа 2019 https://www.developertoarchitect.com/lessons/ На YouTube они просто выложены россыпью здесь: https://youtu.be/3bxAm3XIFmk
23 August 2019
А
07:22
Архитектура ИТ-решений
Пятничное из блога Архитектура информационных систем https://mxsmirnov.com/2016/03/02/muda/
А
15:19
Архитектура ИТ-решений
AB
Albert Bertyakov 23.08.2019 14:56:33
TAdviser сегодня написал про встречу по поводу госИТ-архитектуры недельной давности. Неплохая там подборка высказываний участников встречи
http://www.tadviser.ru/a/470437
25 August 2019
А
11:23
Архитектура ИТ-решений
Хороший дизайн - это тот, который делает возможными будущие изменения поведения, Если бы нам нужно было выбирать между двумя дизайнами при наличии бесконечных ресурсов, мы бы просто реализовали их оба и посмотрели, какой из них сделает возможным будущие изменения.
Кент Бек о "тестировании" структурных изменений https://medium.com/@kentbeck_7670/testing-structure-changes-d8d01f65b64e
А
11:55
Архитектура ИТ-решений
Бизнес-леди и двое мужчин. Трогательная история непростых отношений Лоретты и двух версий корпоративного архитектора Арчи
в блоге The Open Group: 
Much to Loretta’s surprise she finds out she already has an Enterprise Architect in her organization. She is reminded he is a part of the CTO organization. Loretta remembers that this is the position they discuss at the beginning of every budget cycle when they consider cutting costs. Each year for the last three years, the CTO defends the position saying that Enterprise Architecture is an investment and takes time to take hold and yield results
https://blog.opengroup.org/2019/08/20/the-future-enterprise-architect/
27 August 2019
А
21:44
Архитектура ИТ-решений
Слайды сегодняшней встречи https://speakerdeck.com/mxsmirnov/gibkiie-podkhody-v-arkhitiekturie-priedpriiatiia
А
23:07
Архитектура ИТ-решений
Поделитесь своими впечатлениями о мероприятии: https://clck.ru/Hm3T9
30 August 2019
А
09:32
Архитектура ИТ-решений
Это называется: обозначили тему https://martinfowler.com/articles/oss-lockin.html Ну, хорошо, ждем продолжения
7 September 2019
А
00:24
Архитектура ИТ-решений
Вот эта статья https://arstechnica.com/gadgets/2019/08/unix-at-50-it-starts-with-a-mainframe-a-gator-and-three-dedicated-researchers/ заставила меня задуматься о том, в какой мере и в наше время те или иные ИТ решения являются результатом экспериментов(серий неудачных, намного реже удачных попыток). Все хайповые ныне вещи от бигдаты до бессерверных архитектур делались для решения вполне утилитарных задач. Но делались они при этом каким-то особым, специальным способом, позволившим им выйти далеко за пределы изначальных потребностей... Теперь мы кипятим на них воду
8 September 2019
А
16:44
Архитектура ИТ-решений
Facebook пишет, что ссылка: https://tttttt.me/s/it_arch нарушает нормы сообщества. Не читайте FB, читайте Telegram в браузере (ссылка выше)
А
18:45
Архитектура ИТ-решений
Больше проектов на Go хороших и разных :-) https://habr.com/ru/company/flant/news/t/466627/
10 September 2019
А
09:45
Архитектура ИТ-решений
Пропустил этот перевод известной статьи: https://habr.com/ru/company/redhatrussia/blog/455024/
14 September 2019
А
07:37
Архитектура ИТ-решений
Не самый короткий, но довольно полезный текст (с хорошими ссылками) про CAP-теорему, панк-рок и "Войну и мир" Льва Толстого http://www.julianbrowne.com/article/brewers-cap-theorem
16 September 2019
А
07:58
Архитектура ИТ-решений
Рекомендую к прочтению книжку Распределенные системы. Паттерны проектирования. Издательство Питер, 2019 - тот редкий случай, когда для чтения перевода не нужно иметь под рукой англоязычный оригинал. Книжка, безусловно, про паттерны, но не только про паттерны. Так, например, один из вопросов, на которые она дает ответ - как быть с повторно-используемыми (reusable) компонентами в микросервисной архитектуре
А
08:16
Архитектура ИТ-решений
In reply to this message
В отличии от сервиса в сервис-ориентированной архитектуре, которые изначально рассматривался как компонент, разработанный для повторного использования, микросервис таковым не является. Скорее наоборот, мы реализуем в микросервисе некий частный случай, функционал, востребованный иногда или возможно востребованный, например, при тестировании гипотез или функции необходимые лишь части клиентов и т.п.
Где же в этом случае реализовывать многократно используемые функции? В монолите такие функции реализуются в виде библиотек, принося с одной стороны несомненную пользу, а с другой – ад зависимостей. Брендан Бёрнс, автор книжки про паттерны проектирования распределенных систем, рекомендует реализовывать такой функционал в виде отдельных контейнеров. Нужен вам reusable функционал – добавляете в свой pod соответствующий контейнер и вызываете его из основного процесса внутри вашего микросервиса
А
11:37
Архитектура ИТ-решений
In reply to this message
Кстати, книжка довольно небольшая, чуть больше 200 страниц. Обзор её от издателя перевода на Хабре https://habr.com/ru/company/piter/blog/442514/ и страница книги с оглавлением и ознакомительным фрагментом на сайте издателя https://www.piter.com/product/raspredelennye-sistemy-patterny-proektirovaniya Паттернов проектирования распределенных систем, наверняка должно быть больше, особенно, если считать с анти-паттернами(другой подход к теме см., например, здесь https://www.infoq.com/articles/kubernetes-effect/). Но паттерны – это штука, которая плохо поддается учету. У кого-то их три, у кого-то пять, а еще у кого-нибудь пятьдесят, но он их никогда не использует. Мне показалось, что автор скорее использовал паттерны, в качестве последовательных вех, раскрывающих некий общий подход от простого к сложному, от одноузловых паттернов, через технологические компоненты к принципу проектирования прикладных решений
А
16:48
Архитектура ИТ-решений
In reply to this message
Интересно влияние идеи повторно-используемых компонент в виде контейнеров, дополнительно включаемых в микросервисы, на корпоративные ИТ-ландшафты. Когда-то давно стандартизация, унификация и борьба с дублированием функционала в корпоративных ИТ велась под флагом внедрения единых систем: корпоративное хранилище данных, корпоративная сервисная шина и т.п. (в английском, название таких систем начинаются со слова Enterprise). Когда стало ясно, что подобные системы моментально превращаются в черные дыры, способные пожирать данные и бюджеты, но совершенно не справляющиеся с задачей быстрой поставки функционала, политика корпоративных ИТ скорректировалась в сторону SOA-сервисов. Мол реализуйте логику где и на чем хотите, но читайте данные и отправляйте команды через обязательный набор сервисов. Сейчас вместо общих сервисов приходит тема раздачи адаптеров. Это чем-то похоже на service mesh. Нужен вам какой-нибудь справочник? – подцепите в свой pod MDM-контейнер, а где он возьмет данные и как раздаст их по всем узлам – это уже не забота прикладного программиста.

Вообще говоря, это уже не вполне микросервисы, что, само по себе, и не хорошо и не плохо. Зато какое поле деятельности для очередной волны переписывания всех корпоративных систем
18 September 2019
А
00:12
Архитектура ИТ-решений
In reply to this message
Следующей вехой развития ИТ-архитектуры стала книжка Фредерика Брукса "Мифический человеко-месяц, или как создаются программные системы", 1975г. (которая, кстати, навсегда поссорила разработку с архитектурой). Одна из многочисленных мыслей этой книги: архитектурных замыслов может быть более одного (что, кстати, хорошо по сравнению с их полным отсутствием).
Увязка различных идей обрела название концептуальной целостности (conceptual integrity). Пусть замыслов будет несколько, лишь бы они выстраивались в соглсованную картинку. Практически сразу анти-паттерном обеспечения концептуальной целостности был назван design by committee (верблюд - это лошадь, спроектированная комитетом), что впрочем не мешает нам устраивать битвы идей в формате архитектурных комитетов до сих пор
А
22:20
Архитектура ИТ-решений
Понравилось: https://kristoff.it/blog/why-go-and-not-rust/
19 September 2019
А
06:27
Архитектура ИТ-решений
Прямая ссылка на вебинар: https://youtu.be/9vtf33NIJrE
20 September 2019
А
06:43
Архитектура ИТ-решений
Нормально ли будет перевести cloud-native application как нативные облачные приложения?
Final results
- Да, вполне 110 votes, chosen vote
- Звучит так себе :( 159 votes
- Напишу свой вариант перевода в группе 11 votes
280 votes
21 September 2019
А
11:39
Архитектура ИТ-решений
Остановил опрос. Всем большое спасибо за участие. Мой текущий выбор перевода:
облачные(cloud-native) приложения
А
11:39
Архитектура ИТ-решений
AT
Alexander Teterkin 21.09.2019 09:28:15
ИМО лучше чем Облачные (cloud-native) приложения пока не увидел.
24 September 2019
А
12:24
Архитектура ИТ-решений
Познавательно. Впрочем AWS - это отдельный мир если не сказать The Matrix https://www.jeremydaly.com/serverless-microservice-patterns-for-aws/
12:26
к предыдущей ссылке
26 September 2019
А
10:15
Архитектура ИТ-решений
Мне не очень нравится текст статьи Eltjo R. Poort https://eltjopoort.nl/blog/2019/06/25/a-map-to-waterfall-wasteland-and-the-agile-outback/ но нельзя не согласиться с обозначенными фазами эволюции понятия ИТ-архитектура. Впрочем фаз больше и базовых компетенций архитектора тоже, увы ...
27 September 2019
А
06:59
Архитектура ИТ-решений
Google наконец выпустил инструмент Audience Connect для взаимодействия аудитории с презентацией. По-моему, получилось ужасно https://create.withgoogle.com/tools/audience-connect Можно смело покупать годовую подписку на Mentimeter или что-то похожее
28 September 2019
А
09:08
Архитектура ИТ-решений
Вполне по делу и с хорошими ссылками: https://www.infoq.com/articles/postgres-handles-more-than-you-think/
4 October 2019
А
15:47
Архитектура ИТ-решений
x
xpinjection 04.10.2019 15:07:09
​​На злобу дня...
5 October 2019
А
10:33
Архитектура ИТ-решений
Очень полезная заметка Svyatoslav Kotusev о двух группах архитектурных артефактов(факты и решения) и разнице подходов при их создании и использовании: https://www.bcs.org/content-hub/enterprise-architecture-artifacts-facts-and-decisions/
А
16:26
Архитектура ИТ-решений
Очередные сообщения о масштабных утечках клиентских данных так и подмывает задать вопрос: ну и нафига вы храните все данные в одной базе? ... адреса, телефоны, ФИО, давайте еще дни рождения и профили в соцсетях туда же приклеим.

А как-же предметно-ориентированное проектирование aka domain driven design? Не, не слышали?
6 October 2019
А
23:39
Архитектура ИТ-решений
Почему я люблю читать описание вакансий архитекторов? (кстати, даже группу https://t.me/itarchitect_jobs создал для этого); особенно Enterprise Architect-ов. Да в них как нельзя лучше отражаются ожидания от этого персонажа. Обоснованные и напрасные, конкретные и расплывчатые, адекватные и не очень - для учебного курса, например, это не столь уж важно. Главное список сверхспособностей получить, а как их слушатели смогут приобрести - задача для ИТ-тренера более или менее традиционная
8 October 2019
А
10:43
Архитектура ИТ-решений
I
Ivan Begtin 08.10.2019 09:44:14
В том что касается Semantic Web и Linked Data всегда было немного коммерчески успешных проектов. Эти технологии продвигались W3C и Тимом Бернерсом-Ли, шкала в 4 и 5 звёзд открытости данных были привязаны как раз к их связности, но всегда побеждала прагматика и мало из владельцев данных сейчас публикует их в виде "связанных данных".

Одним из наиболее успешных стартапов в этой области была компания Metaweb со специализацией на интеграцие множества разных источников с возможностью интегрировать их в единую онтологическую модель на базе Википедии. В 2010 году их купил Google [1] за неназванные условия и вскоре в поиске Google появились подсказки с данными из Википедии, IMDB и других источников.

Этим июлем, стартап data.world [2] претендующий на то чтобы стать Github'ом для данных объявил о покупке стартапа Capsenta [3] специализировавшегося на онтологиях и семантическом вебе. Их продукты Ultrawrap NoETL и Gra.fo [4] были ориентированы на интеграцию и визуализацию связанных данных. Сумма сделки не разглашается. Но в любом случае, похоже, стоит ждать появления инструментов визуализации и интеграции пользовательских данных в Data.world, а сам Data.world может пойти по пути Metabase.

Из всех проектов которые претендовали на роль Github для данных - пока data.world наиболее перспективен, но и его судьба именно в этой роли далеко не предопределена. А вот чем больше там будет связанных данных и интеграции большего числа источников тем выше вероятность его покупки крупным игроком на рынке, тем же Alphabet/Google, или Amazon и последующая интеграция в их экосистему.

Ссылки:
[1] https://www.cnet.com/news/google-buys-metaweb-and-its-sprawling-database/
[2] http://data.world
[3] https://data.world/blog/weve-acquired-capsenta-to-bring-the-power-of-knowledge-graphs-to-companies-with-on-prem-data/
[4] https://gra.fo/

#data #opendata #semanticweb
Show comments
А
12:42
Архитектура ИТ-решений
Нет ничего святого у этих айтишников. Ну разве можно вот так вот просто взять и экспортировать один из немногих примеров применения нотации Archimate, кейс вымышленной компании ArchiSurance, в графовую базу данных Neo4j https://lju-lazarevic.github.io/ArchiMateNeo4j1.html а потом еще и обратно загрузить
А
22:14
Архитектура ИТ-решений
Вам может нравиться Hazelcast или не нравиться. Вы даже можете не знать, что это такое. Но я почти уверен, что эта статья про паттерны кэширования в микросервисной архитектуре вам понравится: https://dzone.com/articles/where-is-my-cache-architectural-patterns-for-cachi
9 October 2019
А
16:24
Архитектура ИТ-решений
Грегор Хоуп поделился в твиттере своей старой статьей про пиратский корабль. Впрочем, статья вполне актуальная: https://architectelevator.com/architecture/show-the-pirate-ship/
17 October 2019
А
08:34
Архитектура ИТ-решений
Каталог диаграмм с пояснениями их устройства, примерами и ссылками на инструменты разработки: https://datavizcatalogue.com/RU/
21 October 2019
А
19:38
Архитектура ИТ-решений
Новый опрос в нашем канале ;-)
22 October 2019
А
16:12
Архитектура ИТ-решений
Из обзора на хабре: https://habr.com/ru/company/piter/blog/472522/ я так и не понял, надо ли мне читать эту книгу или нет. Вернее, читать я её конечно буду. Как минимум для того, чтоб можно было потом пересказать её кому-либо минут за 10-15. А вот найдется ли в ней что-то для меня интересное -- непонятно 😳
23 October 2019
А
07:26
Архитектура ИТ-решений
In reply to this message
По просьбам подписчиков добавил в комментариях к заметке пример: https://mxsmirnov.com/2019/10/22/ps-adr/#comment-31308
29 October 2019
А
22:45
Архитектура ИТ-решений
Всем привет! Кто-нибудь разбирался вот с этим? https://openappmodel.io/
31 October 2019
А
07:24
Архитектура ИТ-решений
Сегодня старутем первый поток обучения курса Практики Архитектуры Предприятия https://itexpert.ru/eap/
А
22:53
Архитектура ИТ-решений
Коллеги, а может кто-нибудь сделать хороший литературный перевод этой истории на русский https://blog.opengroup.org/2019/08/20/the-future-enterprise-architect/ (я готов выступить спонсором :-)
5 November 2019
А
17:39
Архитектура ИТ-решений
https://mxsmirnov.com/2019/11/05/enterprise-architect-as-is-to-be/
А
23:32
Архитектура ИТ-решений
Полная версия книжки Bilgin Ibryam Kubernetes
Patterns. Reusable Elements for Designing Cloud-Native Applications https://www.redhat.com/en/engage/kubernetes-containers-architecture-s-201910240918 проспонсированная Red Hat (за регистрацию)
А
23:48
Архитектура ИТ-решений
А еще официально вышла версия 3.1 Archimate Небольшой обзор здесь https://blog.opengroup.org/2019/11/05/archimate-3-1-specification-the-new-version-of-the-standard/ а описание на сайте The Open Group. На мой взгляд, стало чуть проще по сравнению с 3.0.1, но принципиальных проблем это не решит
6 November 2019
А
20:04
Архитектура ИТ-решений
Solution Architect-ору на заметку: что включает в себя решение. Чек-лист от Alan McSweeney Introduction to Solution Architecture ( February, 2019)
7 November 2019
А
10:45
Архитектура ИТ-решений
Первые, более детальные чем в чате, отзывы о конференции O'Reilly по архитектуре программного обеспечения в Берлине https://medium.com/@alexanderpolomodov/%D0%B2%D0%BF%D0%B5%D1%87%D0%B0%D1%82%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F-%D0%BE%D1%82-software-architecture-conference-2019-%D0%B2-%D0%B1%D0%B5%D1%80%D0%BB%D0%B8%D0%BD%D0%B5-part-i-c19920374f1e
8 November 2019
А
22:26
Архитектура ИТ-решений
Гошечка отмечает сегодня своё первое 10-летие https://blog.golang.org/10years
10 November 2019
А
03:19
Архитектура ИТ-решений
Почему архитектурные эскизы становятся всё более востребованы? Раньше люди умели читать. Большинство сотрудников внимательно изучали документы, стараясь понять, что там написано. Только обчень большим начальникам рисовали слайды с красивыми графиками. Сейчас сотрудники утрачивают способность к вдумчивому прочтению документов. Они ролики на YouTube смотреть умеют, а вот документы читать - не очень. Можно сокрушаться на эту тему, а можно относится к этой тенденции более диалектически. Многие ораторы древности тоже не писали колонки в популярные еженедельные издания, а выступпали на площадях. Мы знаем об их идеях по запискам учеников. Похоже, что сегодня жанр устного творчества отыгрывает утраченные позиции. Но надо учитывать следующий момент. Большим начальникам и слушателями публичных лекций, вы обычно рассказываете очень простые вещи. Их можно воспринять с голоса. В крайнем случае оратор поможет себе красноречивой жестикуляцией. Технически сложные вещи с голоса воспринимаются плохо.

Нужна картинка!

(насколько большее число людей восприняло бы этот текст, будь он нарисован)
А
13:04
Архитектура ИТ-решений
... проблема усугубляется тем, что отработанные техники проектирования заменяются выхолощенными типа "методиками". Найдите, например, в domain storytelling стикер с надписью aggregate. Но жизнерадостные спикеры рассказывают, что придумана эта штука именно для предметно-ориентированного проектирования aka DDD. Возможно, это изменится. Выросла же вслед за техникой customer journey map и потребность в service blueprint

(не ругайтесь, если кому покажется, что опять много новых слов и нет картинок)
А
22:44
Архитектура ИТ-решений
Рейтинг инструментов для обучения 2019 https://www.toptools4learning.com/
А
23:15
Архитектура ИТ-решений
Интересно, а почему архитекторы предприятия не позиционируют бессерверные(serverless) приложения как будущий способ решения проблемы legacy? По-моему, идеальная история для топ-менеджеров: приложения надо делать так, чтоб их можно было однажды скатать в трубочку и хранить на дальней полке до момента когда и если они нам вдруг почему-то понадобятся
11 November 2019
А
08:51
Архитектура ИТ-решений
Что делать с legacy системами
А
23:36
Архитектура ИТ-решений
Только ленивый не похвалил очередную версию 3.1 нотации моделирования архитектуры предприятия Archimate за появление в ней потоков создания ценности, а я поругаю, но сначала краткое отступление. В позднем СССР было такое явление как педагоги-новаторы. В частности, Виктор Федорович Шаталов придумал метод опорных конспектов, по сути – хорошо проработанных шпаргалок, в котором выбору для понятий адекватных визуализации отводилось важное место.
В Archimate с пиктограммами всегда было не важно :( Возможно стрелочка и шеврон ассоциируются у кого-то с бизнес-процессом и бизнес-функцией, но у большинства людей они ассоциируются примерно с чем угодно. Но теперь, барабанная дробь, в стандарте появляется value stream. И какой же пиктограммой он отображается, как вы думаете?
14 November 2019
А
08:16
Архитектура ИТ-решений
Эта замечательная линейка была создана для рисования flowchart diagram. Представьте какого размера будет аналог для создания диаграмм в нотации Archimate 3.1 Поймите меня правильно. Мне нравится Archimate. Но ходить по встречам с таким огромным трафаретом не очень удобно
15 November 2019
А
22:05
Архитектура ИТ-решений
И снова про Archimate (не отпускает :). На этот раз цифра 3 - это количество измерений. Нас приглашают проникнуть внутрь трехмерной модели, выполненной в этой нотации: https://smarchy.com/blog/f/a-virtual-trip-inside-an-archimate-model
17 November 2019
А
07:39
Архитектура ИТ-решений
Спорим, что вы не знали о существовании такой спецификации? https://www.asyncapi.io/
18 November 2019
А
07:00
Архитектура ИТ-решений
В этом году у меня несколько раз просили порекомендовать архитектора экосистемы. Кто это такой? Какими компетенциями обладает архитектор экосистемы? Пока The Open Group безмолвствует на эту тему, появляются разные попытки создать, ну, например The Business Ecosystem Architecture Modeling (TEAM) framework. https://www.thevalueengineers.nl/what-is-your-ecosystem-the-ecosystem-architecture-modeling-framework/ По архитектурной традиции в фреймворке много букв "С": Company, Customers, Competitors, Complementors...
А
17:55
Архитектура ИТ-решений
Интервью Gene Kim о книжке "Проект Единорог" (не путать с Фениксом). После The DevOps Handbook (2016) и Accelerate (2018) очередная вымышленная история, в которой рецензенты дружно узнают свои проекты. Буду ждать перевода https://www.infoq.com/articles/unicorn-project/
19 November 2019
А
19:34
Архитектура ИТ-решений
Какая прелестная новость пришла вчера про ГосОблако
(Государственная единая облачная платформа,
ГЕОП) Правительство назначило двух единственных исполнителей "Ростелеком" и НИИ "Восход" (не спрашивайте меня, как такое бывает) http://www.tadviser.ru/index.php/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D1%8F:%D0%93%D0%BE%D1%81%D0%BE%D0%B1%D0%BB%D0%B0%D0%BA%D0%BE_%D0%93%D0%BE%D1%81%D1%83%D0%B4%D0%B0%D1%80%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%B0%D1%8F_%D0%B5%D0%B4%D0%B8%D0%BD%D0%B0%D1%8F_%D0%BE%D0%B1%D0%BB%D0%B0%D1%87%D0%BD%D0%B0%D1%8F_%D0%BF%D0%BB%D0%B0%D1%82%D1%84%D0%BE%D1%80%D0%BC%D0%B0_(%D0%93%D0%95%D0%9E%D0%9F) В принципе, это всё что следует знать про ГосОблако хотя ниже и написано многабукв
А
20:36
Архитектура ИТ-решений
Прикольный титл у презентации: Камо грядеши (Куда ты идешь), Enterprise Architecture Management?
20:46
Предсказываю паттерны корпоративной интеграции. Недорого! Гарантированный результат!
А
22:34
Архитектура ИТ-решений
O'Reilly купил https://www.katacoda.com/ Демо, которые я использовал в курсе Микросервисная архитектура, https://itexpert.ru/msa/ остаются в открытом доступе (пока?). Что будет с новыми интерактивными обучающими сценариями не очень понятно. Подробности здесь: https://www.oreilly.com/online-learning/interactive-learning.html
20 November 2019
А
21:41
Архитектура ИТ-решений
Познавательно о governance https://twitter.com/DPBoK_TM/status/1197215095069331459
21 November 2019
А
16:51
Архитектура ИТ-решений
При всём огромном уважении к Мэтту Стайну (автору знаменитой книжки "Migrating to Cloud-Native Application Architectures" и других отличных текстов) его перечисление стратегий декомпозиции мне представляется неполным https://builttoadapt.io/whats-your-decomposition-strategy-e19b8e72ac8f Впрочем, вопрос затронут мега-важный. Наверное, самый важный для архитектора ИТ-решений
24 November 2019
А
07:18
Архитектура ИТ-решений
Сейчас будет очередная серия заметок в формате «много слов об одном и том же». На этот раз о том, почему техника Domain Storytelling (далее DS) сорвав низко висящее яблоко, не съела его, а всего лишь понадкусывала.

Вообще, проводить анализ-дизайн в виде веселых групповых сессий с рисованием каракуль и развешиванием стикеров хорошо и правильно. Неправильно выходить с таких сессий без внятного результата. В DS совершенно справедливо полагается, что создать хорошую модель предметной области в DDD-подходе невозможно без обсуждения поведения. Именно это помогает нам определить агрегаты, репозитории, быть может даже ограниченные контексты. В общем, те сущности, которыми мы оперируем в domain driven design. Проблема DS в том, что всех этих агрегатов, объектов-значений и пр. в нём нет. Персоны есть, документы есть, даже e-mail и смартфоны есть, а вот агрегатов нет. Зачем же мы тогда проводим такие сессии? #карта_предметной_области
А
07:34
Архитектура ИТ-решений
In reply to this message
Изначально в DDD было принято рисовать концептуальные карты (concept map). Это отличный метод, у которого есть всего лишь два недостатка. Первый заключается в том, что нарисовать при помощи концептуальной карты можно примерно всё. Т.е. метод настолько универсален, что мало отличается от набросков на салфетке и поэтому и методом то может называться с большой натяжкой. Проблема номер два: концептуальная карта – это граф. Рисовать его более-менее просто, а вот читать нет. Нету в нем сжатия информации и потому эффекта мгновенного понимания ожидать от такой картинки не следует. Ну и вспоминая основную находку Domain Storytelling – совмещение описания структуры и описания поведения, мы вынуждены признать, что в концептуальных картах DDD этого тоже нет. В общем, максимум для чего они годятся – выделять границы контекстов
#карта_предметной_области
А
07:53
Архитектура ИТ-решений
In reply to this message
Описание на одной картинке структуры и поведения – сложная задача. В 60-70 годы прошлого века в картографии случилась своя технологическая революция – появление геоинформационных систем (ГИС). Собираемые для отображения на карте данные перестали сразу же наносить на бумагу, а стали складывать в структурированные хранилища. Затем программа вбирала из такого хранилища нужные для визуализации на данной конкретной карте вещи, отображаемые слои и т.п. и формировала изображение. По аналогии с картографией в ИТ-архитектуре появилась идея единого репозитория из которого формируются нужные для решения данного класса задач и понятные для некоторой группы заинтересованных лиц представления (view). Но проблема ИТ-архитектуры в том, что никто толком не научился совмещать на одной картинке разные слои. Рисовать в одном представлении, например, и структуру и поведение.
#карта_предметной_области
А
09:48
Архитектура ИТ-решений
In reply to this message
Что-то никто не отписывается, тогда продолжу. Вернемся к DDD и поговорим об описании агрегатов [1]. Агрегат – это кластер нескольких объектов предметной области, рассматриваемых как единое целое. Эффектный, но не особо эффективный способ отображения таких кластеров – представление их в виде молекулы. В центре корень агрегата (aggregate root), к которому крепятся сущности и объекты значения. В таком формате представления отсутствует ряд важных моментов. Во-первых, часть ветвей являются взаимоисключающими. Например, в агрегате заказ вы либо забираете его в пункте самовывоза, либо просите доставить курьером на дом, но никак не одновременно. Другие элементы заказа, такие как набор покупок, взаимоисключающими не являются. Более того, агрегат — это не вполне дерево. Разные ветки могут быть связаны довольно сложными зависимостями
#карта_предметной_области
[1] Картинка взята из статьи Domain-Driven Design in an Evolving Architecture
А
14:10
Архитектура ИТ-решений
In reply to this message
Чем заменить концептуальную карту (молекулу) при моделировании DDD агрегата? За ответом ходить далеко не надо. Достаточно заглянуть в статью Википедии Представление знаний. Сразу же после семантической сети, а это была именно она, следует раздел Фреймы. Фреймы для представления знаний любимы не только в экспертных системах, но и в среде архитекторов. Наверняка вам доводилось видеть картинки-этажерки или холодильники, в которых по полкам (слотам) по определенным правилам размещаются те или иные вещи (бутылки на полку, пельмени – в морозильник). Вот это и есть фреймы. Значительная часть агрегатов неплохо моделируется фреймами. Вспомните заказ из предыдущего примера
#карта_предметной_области
А
14:35
Архитектура ИТ-решений
In reply to this message
Удивительно то что, когда нужно пояснить что такое агрегат на пальцах, даже такие великие эксперты как Мартин Фаулер рисуют именно холодильник(фрейм) https://martinfowler.com/bliki/AggregateOrientedDatabase.html Однако, коль речь заходит о серьезной статье, место понятных картинок занимают UML диаграммы классов и фрагменты кода. Правилом хорошего тона считается включать именно фрагменты кода, даже если в них нет какой-либо логики и просто приведены названия методов и структура данных
Кстати, стрелки на этой картинке направленны не в ту сторону. Скорее всего они олицетворяют ссылки на таблицы, но для совмещения описания поведения со структурой нам понадобиться другая логика в направлении стрелок
#карта_предметной_области
А
17:36
Архитектура ИТ-решений
In reply to this message
В представлении знаний фреймами нет ничего необычного. Скорее наоборот. Мы настолько часто с этим встречаемся, что просто не замечаем этого. Так что еще пара примеров. Бланк заявления (форма), включающий несколько разделов, заполняемых разными людьми. Какие-то разделы такого бланка обязательны. Необходимость заполнения других зависит от предыдущих разделов. Kanban-доска, по которой путешествуют стикеры работ. Бизнес-процесс, представленной сетью Петри …, впрочем, это мы уже спешим и переходим к отображению поведения
#карта_предметной_области
А
19:20
Архитектура ИТ-решений
In reply to this message
Пора переходить к поведению. Что это такое? Из чего оно состоит? Можно довольствоваться утверждением, что поведение – это последовательность событий, запросов и команд (events, queries, commands) и дальше разбирать каждое из них, но слово последовательность я бы заменил на параллельность если бы такое существовало. Последовательностью это было во времена появления клиент-серверных архитектур. Всё моделирование поведения, к сожалению, предполагает контекст, когда пользователь утром включает алфавитно-цифровой терминал, устанавливает соединение с сервером и отправляет ему команды в синхронном режиме. Сегодня даже в бизнес-процессах – очень поверхностном подходе к описанию поведения, принято смещать акцент с оркестровок на хореографии. А информационные системы, с десятками одновременно исполняемых, а часто и взаимодействующих друг с другом, процессов только на одном узле – это уж точно не про оркестровки. Тем не менее, давай чуть подробней поговорим о событиях, запросах и командах…
#карта_предметной_области
25 November 2019
А
10:02
Архитектура ИТ-решений
In reply to this message
Осталось совсем немного. Всего пара реплик. Сначала о структуре активности. Есть много источников, чтоб подсмотреть какие объекты может объединять операция. Я взял вот отсюда: https://www.w3.org/TR/activitystreams-vocabulary/ 
actor | object | target | result | origin | instrument
вы можете воспользоваться другими источниками. Главное – понимание того, что операция является N-мерной ассоциаций, собирающей множество разных объектов. Помимо глагола это: инициирующий операцию actor и object, с которым операция производится. Target и origin – куда и откуда перемещается actor-ом наш object, Помните, агрегат - это шкаф с набором полок; при помощи чего эта операция производится (название API или экранной формы, в общем объект boundary из robustness diagram)
#карта_предметной_области
А
11:01
Архитектура ИТ-решений
In reply to this message
Вспоминая картинку Фаулера, мы скорее нарисовали бы эту историю так: авторизованный пользователь при помощи формы выбора способа оплаты выбирает для данного заказа один из использованных ранее платежных инструментов. С точки зрения DDD в заказе создается объект-значение (value object). Он не будет меняться, даже если в дальнейшем мы отредактируем или удалим этот способ оплаты в клиентском профиле.
#карта_предметной_области
26 November 2019
А
13:52
Архитектура ИТ-решений
ИТ-архитектор! Приоткрой рекрутерам правду, поучаствуй в опросе:
А
13:52
Архитектура ИТ-решений
MS
Maxim Smirnov 25.11.2019 23:17:12
Охарактеризуйте своё отношение к предложениям о новой работе (Опрос анонимный, только для ИТ-архитекторов)
Anonymous poll
- Сейчас не работаю, в поиске 12 votes
- Работаю, но открыт для новых предложений 202 votes
- Неспешно ищу работу 49 votes
- Возможно, работа моей мечты существует, но ... 65 votes, chosen vote
- "Я б поехал, каб один был. А корова моя, а хозяйство? А запасы на зиму?..."(с) Кот Матроскин 65 votes
393 votes
А
16:44
Архитектура ИТ-решений
Перевод гартнеровского хайп-цикла 2019 https://habr.com/ru/company/samsung/blog/477040/ Если быстро пролистать все эти контуры надвигающегося будущего, то можно найти не только русскоязычную картинку, но и упоминаниятаких слов, как DigitalOps и Knowledge Graphs
А
19:25
Архитектура ИТ-решений
In reply to this message
Более двухсот ИТ-архитекторов проголосовало в опросе. Понятно, что опрос в telegram это не исследование, а скорее повод для размышления, но всё же:

Количество архитекторов, которые нигде не работаю и ищут работу – минимально (чуть больше 1%). Интересно было бы обсудить насколько долго архитекторы не работают, но боюсь, что эта величина будет в районе weekend-а; максимум краткосрочного отпуска.

А вот удовлетворенных текущей работой архитекторов меньше половины. 52% работают где-либо, но открыты для новых предложений. Понятно, что этот показатель может быть завышен, т.к. опрос изначально был задан в группе «Работа для ИТ-архитекторов». Но, как мы это уже успели обсудить в чате, похоже, что проблема не в том, чтоб ИТ-архитектора найти, а в том, чтоб удержать и развивать. Кстати, готов обсудить эту тему предметно

Очень немного людей представляют собой так называемых пассивных кандидатов (так что современный интерес к сорсингу, похоже, не про архитекторов) 12% отметили, что неспешно ищут работу. Еще 18% верят, что работа мечты, в принципе, существует. Вместе с категорией ИТ-архитекторов, которые не готовы менять работу (17%) – это составляет четверть участников опроса
А
22:44
Архитектура ИТ-решений
MS
Maxim Smirnov 26.11.2019 20:07:37
До меня дошло(как до жирафа) что за список недавно форбс выпустил. На сайте суперджоб сотрудники ставят оценки своим работодателям https://o.superjob.ru/ а те, если захотят, разрешают публикацию статистики по таким оценкам
27 November 2019
А
18:36
Архитектура ИТ-решений
In reply to this message
Опрос еще продолжается. После 277 участников результаты выглядят так
28 November 2019
А
16:12
Архитектура ИТ-решений
Архитектор решений (solution architect) глазами сервиса CareerExplorer https://www.careerexplorer.com/careers/solution-architect/ Откуда берется, что делает, сколько получает, насколько доволен жизнью...
А
20:41
Архитектура ИТ-решений
Любопытная картинка в продолжение разговора про архитектора решений https://dalbanger.wordpress.com/2017/05/07/the-solution-architecture-life-cycle/
29 November 2019
А
08:25
Архитектура ИТ-решений
Чем мне всегда нравились solution architect-ы, так это умением избегать оценочных суждений, категорий хорошо и плохо. Вот взять вчерашнюю картинку. Солюшн не будет её критиковать или хвалить, а скорее скажет, что она лучше или хуже отражает реальность, чем например вот такая: https://scalingsoftwareagility.files.wordpress.com/2010/03/screen-shot-2010-03-05-at-3-13-01-pm.png Проф.деформация своего рода: следствие многолетнего сравнения различных альтернатив
30 November 2019
А
15:04
Архитектура ИТ-решений
In reply to this message
На этой неделе книжка появилась в продаже. А на сайте IT Revolution за регистрацию раздают первые 7 глав (более сотни страниц) https://itrevolution.com/the-unicorn-project/

UPD: Кстати, ничего себе так. История захватывает
2 December 2019
А
19:42
Архитектура ИТ-решений
Редкое видео от мэтра Philippe Kruchten - What Colours is Your Backlog? (2013) https://youtu.be/PhhUYi37rIo
А
22:01
Архитектура ИТ-решений
MS
Maxim Smirnov 02.12.2019 22:00:32
Предновогодний марафон. В канун Нового года многие сообщества подводят итоги. Хочу предложить участникам группы Архитектура ИТ-решений сделать тоже самое, ответив на четыре вопроса:
1. Как вас зовут и чем вы сейчас занимаетесь
2. Что, на ваш взгляд, произошло важного в ИТ-архитектуре в 2019 (в стране, мире, вашей компании или системе)
3. Какие события, книги, выступления запомнились в 2019-м
4. Что нам ждать в архитектуре ИТ-решений в 2020-м

Ответы я буду публиковать (вероятно, порциями) в канале Архитектура ИС и дублировать в группу Архитектура ИТ-решений
3 December 2019
А
08:55
Архитектура ИТ-решений
Новая игра "Магнат цифровой экономики" для очередного потока моего курса "Микросервисная архитектура" https://itexpert.ru/msa/ готова. Будем проектировать сервисы, подключаемые к чат-бирже
А
12:27
Архитектура ИТ-решений
Проведение бесплатных вебинаров накануне курсов – отличная практика на мой взгляд. Сам всегда так делаю, а сегодня поделюсь ссылкой на бесплатный вебинар перед Слёрм SRE
А
18:46
Архитектура ИТ-решений
Четвертый вызов, по словам Максима Акимова, заключается в том, что государству весьма непросто стать привлекательным работодателем для IT-специалистов. По его словам, создание сообщества энтузиастов, которые поверили бы, что работа на государство – это «круто, интересно, современно» – почти нерешаемая задача. «Но мы постараемся её решить», – заверил вице-премьер
http://government.ru/news/38168/

Однако, это не самое фантастическое. Чуть выше упоминается единый центр управления архитектурными решениями вот с этой фантазией вряд ли что-то сравнится
4 December 2019
А
11:26
Архитектура ИТ-решений
29 ноября 2019. Выступление Терри Уайта - автора знаменитой старой книжки Чего хочет бизнес от IT. Стратегия эффективного сотрудничества руководителей бизнеса и IT-директоров
с русским переводом: https://youtu.be/zEQcdvPy4u4
А
17:29
Архитектура ИТ-решений
In reply to this message
Уже завтра я начну публиковать первые ответы предновогоднего марафона (с хештэгом #Y2019_20) а пока хотел бы вернуться в самое начало года. К отчету январскому https://www.infoq.com/articles/architecture-trends-2019/ Что означает четвертая колонка позднее большинство? Другое название этой фазы: мейнстрим. Состояние, когда уже проще делать так, а не иначе. Если раньше еще была надежда, что может быть рассосется. Помните насколько популярными были статьи и доклады о том, что на самом деле, с этими микросервисами всё не так просто и нужны они не везде и не всегда (иногда у нас порой). Может в каких-то системах это потребуется, а в других не очень...

Когда технология пересекает разрыв между ранним и позднем большинством это значит, что она теперь никуда не денется и нет решительно никаких оснований отказываться от неё
17:34
Вот и Yefim Natis из Gartner о том же на #GartnerAPPS https://twitter.com/DormainDrewitz/status/1201938642798665728/photo/1 (см. п. 1)
5 December 2019
А
09:00
Архитектура ИТ-решений
Итак, первый набор оценок 2019 и прогнозов на 2020. В нашем опросе приняли участие:
Тузов Алексей @alxtuzov, занимается solution- и немного enterprise-архитектурой в банке Ренессанс кредит.
Архитектор решений Валерий Романов,
Роман Цирульников @romanvt, Яндекс.Деньги и Яндекс.Касса, архитектура платежной системы и
Геннадий Метан, Solution Architect, Ростелеком, B2B и B2G, IOT, Москва

Первый вопрос: Что, на ваш взгляд, произошло важного в ИТ-архитектуре в 2019 (в стране, мире, вашей компании или системе)

Алексей отметил стремление к everything-as-a-service: Люди задумываются над тем, как бы получить вычислительные ресурсы (единая сеть с серверами приложений, хранилищами, балансировщиками, функциями etc), не разворачивая свои ЦОД. Скриптами создавать в облаках всё, что нужно для работы.
Валерий выделил две важных вещи:
- виден прогресс с стороны архитектуры приложений от государства емиас, госуслуги и тд
- в 2019 году стало огромное количество вакансий для архитекторов по сравнению с 2018.

Наметился тренд разворота от мелких частных решений в сторону консолидации в платформы, https://hbr.org/2019/01/the-era-of-move-fast-and-break-things-is-over - отмечает Роман. - ИТ становится полем игры крупных игроков, а не стартапов, как раньше. Некоторые экосистемы стали настолько сложны, что доступны лишь крупным игрокам, для маленьких и средних вход в них неподъёмен с точки зрения затрат.
И второе его замечание: С интересом наблюдаю за цифровизацией государства. В цифровизации для себя вижу эффективный инструмент искоренения коррупции и теневой экономики на местах.

В продолжение этой темы Геннадий замечает:
Появились российские IOT платформы, Yandex Cloud вышел в production и запустили кучу полезных сервисов, суперкомпьютер Сбербанк Christofari, который можно арендовать, первые шаги квантовой криптографии и Единой Биометрической системы Ростелеком.

#Y2019_20 события и прогнозы в следующих сообщениях
А
09:32
Архитектура ИТ-решений
In reply to this message
Моим следующим вопросом было: Какие события, книги, выступления запомнились в 2019-м

Алексей обратил внимание на Lightweight Architectural Model: На мой взгляд, идеально показывает, на какой информации строится корпоративная архитектура. Начал проект в банке по накоплению этой информации в отдельной системе и поддержанию её в актуальном состоянии – отмечает он

Валерий подчеркнул, что ADR (Architectural Decision Records, см. https://adr.github.io/) идёт в массы:
- Теперь будет больше ответов на причины той архитектуры с которой приходится работать

Геннадий отметил Конференции Яндекса, Highload++ и AI Journey Сбербанка

#Y2019_20 прогнозы в следующем сообщении
А
10:02
Архитектура ИТ-решений
In reply to this message
И в завершении я спросил: Что нам ждать в архитектуре ИТ-решений в 2020-м.

Алексей Тузов считает трендами следующего года промышленную эксплуатация IaaS, NaaS: мне кажется, организации привыкнут к облакам и научатся с ними работать.
Валерий Романов надеется, что укрепится понимание роли архитектора в продуктовых командах как архитектор овнера.
Геннадий Метан прогнозирует дальнейшее развитие сегодняшних трендов: контейнеры и их оркестрация, serverless
Роман Цирульников дал более развернутый ответ:
Появление платформ OpenSource, дальнейшая ориентация корпораций в сторону Open Source. Появлений ИТ-монополий, антимонопольные процессы.
Гос.проекты в сторону инфраструктуры, технологической независимости от США и Китая.
Плохой сценарий: некая гос-корпорация получит монопольной право на разработку единой платформы. Получатся опять жигули, от которых нельзя отказаться. Отсутствие открытости и конкуренции погубит благую идею в пользу частных корыстных интересов.
Хороший сценарий: инвестиции в международный OpenSource, спонсрование российских разработчиков в OpenSource, ориентация корпораций и государства на международные OpenSource технологии и IETF/ISO стандарты, например Linux, PostgreSQL, OpenJDK, Apache Spark, Tensorflow, etc
Разочарование в хайпе Machine Learning, AI. Появление промышленных платформ ML для решения реальных задач.
С интересом наблюдаю за инициативой Digital Euro от ЦБ Евросоюза.
Разочарование в хайпе про agile, возврат в реальность, закрепление реально полезных практик agile.
Соединение традиционных практик управления архитектурой (TOGAF, systems engineering v1) с agile, увидим новые практики и стандарты как сплав двух разных культур.
#Y2019_20
А
10:32
Архитектура ИТ-решений
#Y2019_20 Большое спасибо участникам обмена мнениями. Безусловное спасибо тем, кто всё прочитал. Небольшой опрос по формату и содержанию
10:34
Давайте улучшим формат предновогоднего марафона. Поделитесь своим мнением:
Final results
- Всё и так хорошо 33 votes, chosen vote
- Лучше публиковать отдельно мнение каждого эксперта 35 votes
- Вопросы так себе (предложите ваши варианты)
- Оставьте в канале только ссылку, остальное – в блог 11 votes
- Может просто проголосовать по списку? 5 votes
84 votes
А
20:47
Архитектура ИТ-решений
Большое спасибо за участие в опросе. Продолжаем в формате отдельное мнение от каждого эксперта. Можно присылать мне или сразу публиковать в чате https://t.me/itarchitect с хештэгом #Y2019_20 я буду дублировать здесь
7 December 2019
А
08:10
Архитектура ИТ-решений
Пока у нас небольшое затишье с итогами и прогнозами предложу свой вариант
Максим Смирнов -- ИТ-архитектор
Что, на ваш взгляд, произошло важного в ИТ-архитектуре в 2019 (в стране, мире, вашей компании или системе) Думаю, 2019 – это год service mesh. Достаточно посмотреть на количество переводов статьей о service mesh на Хабре, чтоб сделать вывод что тема взлетает. Причем тащит за собой паровозом новые архитектуры, построенные с использованием sidecar-контейнеров. Это важно, так как привносит в микросервисную архитектуру тему повторного использования ранее в этой парадигме не проясненную. Микросервисы для повторного использования не очень подходят, а вот дополнительно включаемые в pod контейнеры – вполне.
Какие события, книги, выступления запомнились в 2019-м Событий было достаточно. The Open Group двинулся в agile, состоялся первый ArchDays и много чего еще случилось. Про книжки: я бы обратил внимание, что они стали довольно быстро переводиться. Через несколько месяцев после выхода на английском появляются вполне сносные переводы на русский (ну, надо иногда в оригинал конечно заглядывать, но всё же). И из книжек я бы порекомендовал Распределенные системы. Паттерны проектирования Брендана Бёрнса (опять же про sidecar pattern-ы)
Что нам ждать в архитектуре ИТ-решений в 2020-м Имея некоторый опыт в архитектуре предприятия, которая по определению Gartner:
- is a discipline for proactively and holistically leading enterprise responses to disruptive forces
я буду отвечать на вопрос: что могло бы, но НЕ случится в корпоративных ИТ в следующем году. Т.е. к каким disruptive инновациям готовится пока несколько преждевременно.

Бессерверные вычисления и FaaS может и доберутся до корпоративных ИТ, но только как идея; некие абстрактные рассуждения в поисках ответа на извечный вопрос: на чём бы еще сэкономить. Переезд приложений в облако (на PaaS) затронет в наших палестинах очень немногих. Т.е. IaaS будет, SaaS тоже немножко будет, а PaaS или Private PaaS только для самых «везучих». Но зато они нам расскажут на конференциях каково оно. Ну и проникновение в корпоративные архитектуры паттернов, о которых я упомянул выше, тоже не преодолеет пропасть между энтузиастами и ранним большинством. Хотя создание внутрикорпоративных Docker-репозиториев и собственных инфраструктурных служб станет мейнстримом, контейнеров-адаптеров или прокси к CRM-ам, MDM-ам и прочим любимым трехбуквенным системам на букву E[nterprise] мы в 2020-м практически не увидим.

Одним словом, главные риски для корпоративных ИТ продолжают сосредотачиваться внутри компаний и связаны не с появлением прорывных технологий, а желанием самих организации как-нибудь чего-нибудь потрансформировать. И вот наличие устойчивого иммунитета от подобных разрушительных изменений будет наилучшим пожеланием корпоративным ИТ к наступающему Новому году! #Y2019_20
🔥 1
10 December 2019
А
07:55
Архитектура ИТ-решений
Ну вот, архитектор предприятия, тебе прилетел еще один привет из будущего. Coreless Bank называется https://bian.org/news-room/bian-in-the-news/bian-launches-coreless-bank-initiative-6-major-global-banks/ Вообще, отраслевые консорциумы, обычно, не очень шустрые, да и кто такие BIAN в наших банках не особо знают. Но, всё же, надо быть начеку. Не ровен час придется РБО или ИБСО на какой-нибудь Coreless ЦФТ мигрировать с API-ями и микросервисами
12 December 2019
А
07:49
Архитектура ИТ-решений
Если наши предсказания 2020 вас еще не утомили, а даже наоборот, обратите внимание на это событие: https://predict2020.io/ #Y2019_20
А
09:36
Архитектура ИТ-решений
А тем временем Gene Kim топит за архитектуру на #YOW19 https://twitter.com/edith_h/status/1204889344730783744
А
15:54
Архитектура ИТ-решений
a
addmeto 12.12.2019 15:03:09
Не хотел писать про это, но кажется надо. Судя по всему идут обыски в компании nginx, самой успешной русской опенсорс компании. Судя по фоткам иска Рамблер (читай «Сбербанк») настаивает на том, что код программы nginx принадлежал Рамблеру и был присвоен незаконно.

Напомню как все было: Игорь Сысоев, работая в Рамблере кем-то вроде SRE, делал большой опенсорс продукт, Nginx. Благодаря этому веб-серверу Рамблер мог обслуживать миллионы пользователей на небольшом количестве серверов. В какой-то момент nginx стал настолько большим и популярным, что Игорь стал заниматься только им, потом появилась идея сделать из опенсорс небольшой бизнес. Нашлись даже первые инвесторы, и с тех пор nginx независимая компания развивающая опенсорс продукт. Через какое-то время, год назад, проект влился в большую корпорацию F5.

Если все действительно так, как в твитах - это просто провал :( https://twitter.com/AntNesterov/status/1205086129504104460
А
16:19
Архитектура ИТ-решений
Поделюсь заметкой про AIOps (в основном обзор вендоров по Gаrtner-овскому отчету; а внутри еще ссылка на книжку «AIOps for Dummies») https://medium.com/@antonkasimov/%D0%BD%D0%B5%D1%81%D0%BA%D0%BE%D0%BB%D1%8C%D0%BA%D0%BE-%D1%80%D0%B5%D1%88%D0%B5%D0%BD%D0%B8%D0%B9-aiops-%D0%BF%D0%BE-%D1%80%D0%B5%D0%BA%D0%BE%D0%BC%D0%B5%D0%BD%D0%B4%D0%B0%D1%86%D0%B8%D1%8F%D0%BC-gartner-9a5e5758e237
А
17:33
Архитектура ИТ-решений
MS
Maxim Smirnov 12.12.2019 17:02:05
Работающий в Rambler айтишник, на ваш взгляд, должен:
Anonymous poll
- Уволиться 181 votes, chosen vote
- Работать дальше (семья, ипотека, все дела...) 139 votes
- Отказаться от своих пет-проеков 33 votes
- Я не связываюсь с токсичными работодателями 193 votes
- А что случилось? 202 votes
748 votes
13 December 2019
А
10:36
Архитектура ИТ-решений
Еще один перевод от Фланта про service mesh (Linkerd, конечно) https://habr.com/ru/company/flant/blog/478306/ Статья не маленькая, но в конце вас ожидает симпатичный FAQ, начинающийся вопросом:
— Если я буду игнорировать service mesh, она исчезнет?
— Должен огорчить вас: service mesh с нами надолго.
А
16:15
Архитектура ИТ-решений
Наш канал добрым словом упомянули в канале Дашбордец https://t.me/dashboardets/91 Не могу не ответить взаимностью. Тем более, что канал, действительно, интересный, а преврашение описания архитектуры предприятия в интерактивный дашборд -- заветная мечта многих архитекторов
14 December 2019
А
20:37
Архитектура ИТ-решений
Photo
238×28
А что я в этой жизни пропустил, с какого момента RabbitMQ стал by Pivotal
А
22:23
Архитектура ИТ-решений
Как того и следовало ожидать O’Reilly движется в направлении монетизацией своей платформы онлайн-обучения. Потому контент с вкусным названием, как например когнитивные искажения архитектора: https://www.oreilly.com/radar/cognitive-biases-in-the-architects-life/ будет только в подписке

(Уж не знаю, насколько интересен доклад внутри. Может кто из посетивших конференцию запомнил это выступление и поделится впечатлениями)
А
23:02
Архитектура ИТ-решений
Вот еще публикация: https://www.researchgate.net/publication/317433924_On_Cognitive_Biases_in_Architecture_Decision_Making (Я бы переголосовал бы таблицу 1, с красивыми названиями искажений, в нашем локальном сообществе, но не представляю как это технически сделать внутри telegram)
15 December 2019
А
20:00
Архитектура ИТ-решений
Проект Cards42 - набор карточек для архитектора ПО. Пока только на немецком и всего 16 штук из 42 (совпадение?)
Короткая заметка: https://www.feststelltaste.de/cards42-announcement/
Сайт https://cards42.org/
А
22:38
Архитектура ИТ-решений
Одноклеточные организмы появились около 3,8 миллиарда лет назад. Однако жизнь выбрала другую стратегию, создав многоклеточные организмы. Это радикально поменяло облик нашей планеты...

Так начинается очередная заметка о микросервисах, проводящая аналогии между этим архитектурным стилем и эволюцией живых организмов https://byrslf.co/microservices-biology-and-evolution-17961800d009

Почитайте, мне понравилось. Если бы еще не упоминание блокчейна в самом конце статьи, то её можно было бы смело рекомендовать как пособие по микросервисам для неайтишников
16 December 2019
А
16:45
Архитектура ИТ-решений
Офф-топик #Билайн решил создать предновогодний ажиотаж в своих офисах. Правда, речь не идет о новых подключениях, а скорее наоборот. Сегодня оператор разослал своим абонентам СМС с информацией о повышении тарифов с 16 января 2020. Мне решили повысить тариф до 29 рублей в день, жене до 16р. Возможно, кто-то просто выкинет симку, но большинство, я думаю выберут вариант смены оператора. Вот и оживленная толпа в офисах под Новый год. Впрочем, похоже конкурентов предупредить забыли. #МТС, обрабатывая мою заявку на смену номера, оставленную на сайте откровенно тупил: не смог, зарезервировать симку в удобном мне офисе, предлагал взять «Тарифище» и только после долго объяснения, что мне нужен Smart или другой оператор, порекомендовал после покупки тут же сменить план. В общем, под Новый год – идем в салоны связи, как в старые добрые времена
А
17:33
Архитектура ИТ-решений
In reply to this message
Ой погорячился я! Мне тут коллеги посоветовали: ты мол не спеши симками разбрасываться, она как партбилет - двадцать лет с тобой и выбросить её можно только один раз в жизни. Там в смс-ке написано, что можно не оставаться на подорожавшем тарифе, а зайти в личный кабинет и перейти на новый тариф (он уже и так дорогой). Зато скидка тебе будет, аж на весь год и целых 20%.

Маркетинг, он такой маркетинг!
А
18:57
Архитектура ИТ-решений
In reply to this message
Похоже, что тема когнитивных искажений либо не специфична для ИТ-архитектуры, либо высказавшимися авторами пока еще не раскрыта. В любом случае, продублирую свой старый слайд из которого видно, что ИТ-архитектор, как минимум, проверяет свои решения
А
21:53
Архитектура ИТ-решений
F
Forbes Russia 16.12.2019 21:42:09
❗️Созванный по инициативе Сбербанка совет директоров "Рамблера" решил:

1. Поручить менеджменту компании обеспечить расторжение договора с компанией Lynwood и предложить ей обратиться в правоохранительные органы с просьбой об отзыве своего заявления.

2. Поручить менеджменту "Рамблера" обратиться в российские правоохранительные органы с просьбой о прекращении, возбужденного ранее уголовного дела и продолжить в случае необходимости обеспечение защиты интересов компании в рамках гражданско-правового поля.

3. Поручить менеджменту "Рамблера" ознакомить основателей компании Ngnix и представителей компании F5 с некоторыми из материалов, свидетельствующих о возможном нарушении прав "Рамблера" и провести с ними консультации по урегулированию сложившейся ситуации.

4. Поручить комитету по кадрам совета директоров рассмотреть вопрос о действиях должностных лиц "Рамблера" в вопросах взаимодействия с советом директоров по ситуации с NGnix.
17 December 2019
А
15:28
Архитектура ИТ-решений
Смотрите какой текст нашел:

С выявлением трендов еще хуже, вот смотрит марксвебб на текущую ситуацию на рынке и говорит — всё, теперь тренд засовывать в мобильное приложение всё, что банк умеет.

На самом деле, пользователю не уперлось, чтобы в приложении было ВСЁ. Нужно, чтобы там было нужное. Но в итоге получаем одновременно и избыточность, когда из приложения делают адовый комбайн, и попытку считать такую ситуацию нормой, к которой надо стремиться https://vc.ru/finance/97620-o-chem-molchit-markswebb-kak-banki-uchastvuyut-v-reytingah
18 December 2019
А
22:32
Архитектура ИТ-решений
Вот ведь, блин, модель [не]конференции: сначала марафон мастер-классов (слушатели платят, докладчики стараются), а собравшим больше всего платных слушателей спикерам 100 рублей, почет и уважуха https://orange-ocean.ru/ Завидуйте, искатели новых бизнес-моделей, а я пойду думать, где на этом клондайке осталось еще для меня место скромного продавца бейсболок от солнца и золотой пыли
20 December 2019
А
06:39
Архитектура ИТ-решений
Итоги 2019 и гадания на 2020 от InfoQ https://www.infoq.com/software-architecture-trends-2020/ Ну, как-то так, по содержанию меня не очень впечатлило, похоже, акцент сделан на формате
А
08:22
Архитектура ИТ-решений
Ха-ха-ха ;-) Katakoda (такой новый формат обучения инструментам, о нем я писал выше, его еще O'Reilly недавно купил) про Istio (это о service mesh) от Red Hat на Хабре (эти двое - сами знаете кто) https://habr.com/ru/company/redhatrussia/blog/481182/

см. раздел: 10 интерактивных занятий по Istio
22 December 2019
А
08:34
Архитектура ИТ-решений
Четвертое измерение процессного подхода в ИТ. Свежие сообщения Кента Бека на Medium https://medium.com/@kentbeck_7670/inefficient-efficiency-5b3ab5294791 натолкнули меня на мысль о том, что в модели рассуждения о нарезке изменений на команды и фичи (feature teams vs. component teams) обычно игнорируется одна важная составляющая: как производится нарезка пожеланий заказчиков на элементы бэклога. Проще говоря, имея запрос на изменение с низким приоритетом от одного заказчика, мы можем спросить у других заказчиков: не нужно ли им тоже самое. Иногда ответ будет положительным, что позволит нам увеличить ценность (и приоритет) этого изменения.
Другими словами, преимущество feature teams перед component teams строится на наборе весьма шатких допущений: 1) мы можем сделать такие команды; 2) поток изменений неисчерпаем и достаточно плотен (нет простоев); 3) технологическими компетенциями можно пренебречь …
А
17:39
Архитектура ИТ-решений
Забыл поделиться: https://youtu.be/HRRv82L75wU
23 December 2019
А
12:19
Архитектура ИТ-решений
Все туториалы по k8s на одной странице https://www.magalix.com/blog/the-best-kubernetes-tutorials
24 December 2019
А
12:00
Архитектура ИТ-решений
Говорят, что вчера всех из торгового центра интернета эвакуировали по пожарным лестницам https://www.kommersant.ru/doc/4205926

UPD: а вот существенное дополнение https://t.me/c/1304614627/1944
27 December 2019
А
12:25
Архитектура ИТ-решений
Оффтопик: Освобождающие структуры - паттерны групповых видов деятельности на работе или в ходе обучения https://liberating-structures.ru/ Но мне, как ИТ-тренеру, было довольно интересно это посмотреть. Делюсь. Оригинал: http://www.liberatingstructures.com/
29 December 2019
А
09:55
Архитектура ИТ-решений
Решил выделить в отдельный канал всё, что связано с ИТ-обучением https://t.me/quest42
А
22:19
Архитектура ИТ-решений
Сравнение сервисных сеток и немного про альтернативы https://servicemesh.es/?utm_sq=g93pkk1sp2
31 December 2019
А
10:19
Архитектура ИТ-решений
Всё! Закрываем канал на праздники. Спасибо, что вы с нами! Встретимся в 2020-м
Поздравляю всех с наступающим Новым годом! Желаю счастья, успехов и весёлых новогодних каникул 🍾🎄🎉
5 January 2020
А
08:32
Архитектура ИТ-решений
https://mxsmirnov.com/2020/01/05/application-rationalization/
А
14:14
Архитектура ИТ-решений
ДБ
Денис Бесков 04.01.2020 15:04:32
Я написал статью о том, зачем нужна контекстная диаграмма, как её создавать и тестировать, как использовать: http://systems.education/context-diagram

Спасибо за комментарии Николаю Судникову, Денису Мишарину, Рафику Ямолееву и Максиму Смирнову
8 January 2020
А
10:35
Архитектура ИТ-решений
Новая книжка от Нила Форда и Марка Ричардса Основы архитектуры программного обеспечения (февраль 2020). Ознакомительный фрагмент на O'Reilly наводит меня на мысль о необходимости её почитать https://www.oreilly.com/library/view/fundamentals-of-software/9781492043447/
А
22:47
Архитектура ИТ-решений
Netflix пообещал в 2020 году открыть исходники DBLog - собственного Change-Data-Capture (CDC) решения https://medium.com/netflix-techblog/dblog-a-generic-change-data-capture-framework-69351fb9099b
10 January 2020
А
23:55
Архитектура ИТ-решений
Пару дней назад в чате ИТ-архитекторов https://t.me/itarchitect была дискуссия про физические и логические модели данных. Какой аналитик какую из них и когда делает, аналитик ли это делает и нужно ли их вообще разделять. Последовательность сообщений я сейчас уже не воспроизведу, но свои три копейки внести хочу:

Если мне память не изменяет, то еще Джон Захман в своих ранних статьях говорил (и в матрице рисовал) о том, что необходимость логической модели возникает при декомпозиции решения на компоненты и команды(субконтракторов), возможно использующих разные технологии. Возникает из-за необходимости им между собой договориться. Грубо говоря: надо как-то формат файла отобразить на реляционную модель данных, вот вам и появляется логическая модель поверх двух физических, принципиально разных. Т.е. логическая модель - некоторый аналог интерфейса. Интерфейса, который скрывает реализацию. Кто её делает? Тот, кто, как минимум, владеет всеми задействованными технологиями. Может я путаю, и это не Захмана рассуждения, но мне они кажутся вполне разумными и обоснованными. А иначе зачем весь этот огород городить?
11 January 2020
А
00:00
Архитектура ИТ-решений
Ну, и моя история про матрицу Захмана здесь: https://mxsmirnov.com/2018/03/23/zachman/
12 January 2020
А
16:49
Архитектура ИТ-решений
In reply to this message
Вот эта канва описания ограниченных контекстов в предметно ориентированном-проектировании (DDD bounded context) https://medium.com/nick-tune-tech-strategy-blog/bounded-context-canvas-v2-simplifications-and-additions-229ed35f825f чем-то похожа на шаблон описания микросервисов (см. выше https://t.me/it_arch/179) не так ли?
13 January 2020
А
18:30
Архитектура ИТ-решений
Вот оно оказывается как! После перехода от проектной организации работ к продуктовой, вдруг оказывается, что нужны программы. Новая статья на martinfowler.com: https://martinfowler.com/articles/programs-in-product-mode.html
А
22:23
Архитектура ИТ-решений
Довольно неоднозначная, но полезная история https://www.codeproject.com/Articles/4043134/Message-Driven-Business-Process-Orchestration-usin Неоднозначная потому, что я бы повыкидывал бы половину БД на картинках (например на Figure 4. одна из стрелок точно лишняя, ну да ладно). Почему интересная: системы управления бизнес-процессами явный тормоз развития микросервисов: транзакции, состояния и т.п. О таких темах, как S-BPM, вроде бы, все уже давно забыли. Zeebe - чем-то принципиально новым не считаем, она о другом.

Но в тоже время в современных нам ИТ-архитектурах появилось столько всяких новых вещей. Например, а не пора ли включать в BPMN пиктограмму circuit breaker? Ну и вообще, что может быть более похожим на паттерн event sourcing, чем позиции из сетей Карла Петри. Сети Петри, вроде как для моделирования процессов придумали, разве нет?

В общем, митап пора делать о бизнес-процессах и микросервисах
14 January 2020
А
13:47
Архитектура ИТ-решений
Подарок архитектору предприятия от YouExec Бесплатный шаблон для Google slides или PowerPoint (и не говорите, уважаемые EA, что вы его не используете) из семи анимированных слайдов презентации бигбоссам стратегических карт https://youexec.com/strategy-maps-3e2djzvibo
15 January 2020
А
23:08
Архитектура ИТ-решений
Может быть нарочито просто, зато доступно про онтологии и графы знаний, с картинками и примерами: https://enterprise-knowledge.com/whats-the-difference-between-an-ontology-and-a-knowledge-graph/
17 January 2020
А
11:22
Архитектура ИТ-решений
Завтра в 10:30 MSK приглашен на запись очередного подкаста linkmeup Весь выпуск будет целиком посвящен ИТ-архитектуре https://linkmeup.ru/blog/528.html Слушать можно непосредственно в ходе записи или скачать позже. На то это и подкаст ;-)
19 January 2020
А
11:05
Архитектура ИТ-решений
А тем временем на Хабре появилось несколько переводов про REST. Первый: "REST API должен основываться на гипертексте" https://habr.com/ru/post/483528/ одного из сообщений Роя Филдинга в его блоге и нескольких комментариев к нему (Оригинал 2008 года: https://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven)
А
19:01
Архитектура ИТ-решений
И еще один перевод https://habr.com/ru/post/483328/ вызвавший больше флейма, чем понимания
21 January 2020
А
07:19
Архитектура ИТ-решений
In reply to this message
Если вы регистрировались на сегодняшний вебинар, но не получили ссылку на трансляцию, то вот она: https://youtu.be/tky1EiWRpNE

Начинаем в 11:00
А
12:42
Архитектура ИТ-решений
2020-01-21 Слайды вебинара.pdf
5.7 MB
Слайды сегодняшнего вебинара
А
13:31
Архитектура ИТ-решений
Про вовлеченность аналитиков и архитекторов
22 January 2020
А
22:22
Архитектура ИТ-решений
Задачка по архитектуре предприятия (вымышленная): есть несколько систем, поддерживающих одну функцию. Например, CRM от мегавендора, развиваемый интегратором, самописный внутрикорпоративный сайт с данными о контактах с клиентами (интеракциях) и база знаний на готовом движке, развиваемая собственными силами. В компании идет рационализация портфеля приложений. Как правильно поступить: объединить три системы в одну, оставить как есть, объединить сайт с CRM, слить сайт и базу знаний, заменить всё новой коробкой.

Вопросы и уточнения в группе канала. Голосование ниже
22:24
Как изменить ИТ-ландшафт (см. https://t.me/it_arch/699)
Final results
- объединить три системы в одну 38 votes
- оставить как есть 47 votes
- объединить сайт с CRM 72 votes
- объединить сайт и базу знаний 49 votes
- заменить всё новой коробкой 18 votes
- другое (см. комментарий) 46 votes, chosen vote
270 votes
23 January 2020
А
13:40
Архитектура ИТ-решений
In reply to this message
Несколько моих соображений по кейсу:
1. Безусловно, всё определяется контекстом и нет каких-то общих рекомендаций по объединению/разделению приложений
2. Более того, будущее важнее настоящего (ну, если у нас ничего не рушится в текущий момент и не надо срочно тушить пожары). Т.е. куда мы пойдем зависит от ожиданий через год-полтора-два или десять.
3. Если сегодня цели противоречивы: служба работы с клиентами ожидает быстрых дешевых изменений, на которые не способен интегратор с текущей CRM коробкой; ИТ нацелено на контроль над complexity, в идеале не больше одной системы на бизнес-функцию и т.д., то это не значит, что так будет всегда. Т.е. надо садиться за стол, рисовать картинки и договариваться о будущем, пусть не очень близком, но обязательно светлом.
4. Но сначала глобальные тренды. Поддержка будет уходить в digital-каналы, людей заменять искусственные интеллекты, базу знаний вести и читать станут сами клиенты, нерадивых системных интеграторов постигнет agile, а часть их работы будут делать citizen developers со стороны заказчика. Да и вместо CRM-ов e у нас будут coreless, облачные customer experience платформы на микросервисах. Ответы на вопрос "когда?" – к вендору, интегратору и своим разработчикам
5. Но это всё случится не скоро, поэтому на пути к светлому будущему надо предложить среднесрочные варианты, позволяющие снять часть текущих противоречий. (Противоречивость требований – причина декомпозиции систем на части; верно и обратное - устранение противоречий упрощает ИТ-ландшафт)
6. Не все предложенные варианты взаимоисключающие. Можно рисовать этапы. Перед наступлением единой микросервисной (кто сказал микросервисной? Я не говорил) платформы будут промежуточные этапы. Например, отсутствующее в вариантах объединение самописного сайта и базы знаний или доработка текущего CRM силами внутренней команды и т.п. Так что обсуждение стратегического целевого состояния, с которым все согласны, мы заменяем на тактику прокладывания маршрута
7. Если мы не договорились по тактике, то как минимум надо договориться обвести одним кружком все системы (не люблю слово «платформа», но видимо назвать это надо так) и координировать все работы в рамках этой области
13:41
Большое спасибо всем откликнувшимся! Вопросы и комментарии приветствуются в группе канала
24 January 2020
А
20:19
Архитектура ИТ-решений
Скажите мне, что я сплю, и на самом деле Wardley Maps не имеют абсолютно никакого отношения к микросервисной архитектуре, т.е. соотносятся с технологиями примерно так же, как придуманные древними созвездия с реальным расположением звезд и мне не придется смотреть и анализировать вот это видео https://youtu.be/1cnLMuBABo0

Вот сейчас я проснусь и всё встанет на свои места. А звезды будут лишь точками на небе и между ними не будет никаких линий, как в планетарии
27 January 2020
А
22:39
Архитектура ИТ-решений
Domain Driven Design рекомендован многими авторами в качестве подхода распределения данных между [микро]сервисами. Но мне всё чаще приходится сталкиваться и с другими способами декомпозиции. Как говорится, не DDD единым разбивается монолит на микросервисы. В какой-то момент я начал коллекционировать такие способы. Ну, например, вы можете сделать декомпозицию, которую я называю шардирование по состоянию, храня в различных базах данных информацию об экземплярах бизнес-процессов, достигших некоторого состояния (на самом деле, удобнее хранить в одной базе экземпляры процесса, которые находятся "в шаге" от некоторого состояния; такая база размещается в перехватчике событий, переводящих процесс в это состояние) Много интересных идей можно найти, в ходе чтения книжки https://www.piter.com/product/raspredelennye-sistemy-patterny-proektirovaniya рекомендовал её и здесь в своем блоге https://mxsmirnov.com/2019/09/28/designing-distributed-systems/

А есть ли у вас примеры подобных паттернов (или антипаттернов)? Поделитесь, пожалуйста, в группе обсуждения этого канала
28 January 2020
А
20:47
Архитектура ИТ-решений
Kubernetes Failure Stories https://k8s.af/
29 January 2020
А
17:00
Архитектура ИТ-решений
Второй день в чатике архитекторов https://t.me/itarchitect продолжается обсуждение очередной серебряной пули (кстати, открыл для себя несколько новых слов, например "АСУнизация")

Всё же не зря буржуи развивают культуру питчинга (... и здесь я должен бы в очередной раз порекламировать свой тренинг по архитектуре ИТ-решений, но воздержусь :)
А
23:57
Архитектура ИТ-решений
In reply to this message
… я сейчас глупость одну скажу в продолжение обсуждаемой темы: обреченность универсальных подходов, единых моделей и прочих странных вещей из это серии проистекает из-за сильного влияния на систему контекста (окружения, проблемной области…), в котором она эволюционирует. Внешние обстоятельства важнее внутренней структуры системы, т.к. именно они её формируют, под них она постоянно подстраивается. Потому мы и называем эту часть software. Эта мысль, в частности, противоречит фундаментальному подходу нобелевского лауреат Герберта Саймона (Herbert Simon), изложенному в цикле лекций Науки об искусственном (The Sciences of the Artificial), предложившему создать науки о рукотворных системах. Но для программных систем, похоже, мы остаемся в фрейме естественных наук, а задачей архитектора всё больше становится проектирование систем адаптивных, устойчивые к изменениям внешней среды чем, например, концептуально целостных
31 January 2020
А
17:57
Архитектура ИТ-решений
Огромное количество ссылок выдает гугл по слову Flexbox. Я решил остановиться на этой https://developer.mozilla.org/ru/docs/Learn/CSS/CSS_layout/Flexbox, которая представляется мне довольно понятной, хотя не самой красивой. А вспомнил я про CSS Flexible Box Layout из-за недавнего обсуждения требований к редактору архитектурных диаграмм.

Напомните мне, какой-либо из UML/Archimate/DFD/ERD/... редакторов, который помогает вам подобным образом визуализировать архитектурные диаграммы? (продукты от yWorks не вспоминаем; это отдельная история)
А
23:17
Архитектура ИТ-решений
Распределенная сетка данных (Еще одна попытка для тех, кто раз пять уже не смог внедрить единое корпоративное хранилище данных)

Сегодня на InfoQ появилось краткое изложение Томасом Беттсом майской статьи Жамак Дехгани
https://www.infoq.com/news/2020/01/distributed-data-mesh/ , а заодно и анонс будущего подкаста. Исходная статья https://martinfowler.com/articles/data-monolith-to-mesh.html была довольно объемной, а трехминутный обзор прямолинеен лаконичен и прост
2 February 2020
А
19:36
Архитектура ИТ-решений
Немного про зарплаты архитекторов: https://www.thebalancecareers.com/top-paying-tech-careers-2071299
6 February 2020
А
13:46
Архитектура ИТ-решений
... Какая-то крупная компания создаёт интересный продукт, делает часть его функций открытой, но самую важную часть оставляет платной. Сообщество пользуется-пользуется, а потом кто-то махнёт рукой и сделает форк, реализовав в нём те самые платные фичи и открыв их для всех. Вот KeyDB — тот самый случай» https://habr.com/ru/company/flant/blog/478404/

А вообще, нормальный как-бы Redis - крайне актуальная тема
А
20:29
Архитектура ИТ-решений
В тему инструментов отрисовки графов
7 February 2020
А
10:56
Архитектура ИТ-решений
Поделюсь еще одной странной картинкой о том, какими бывают ИТ-архитекторы 😜 (UPD: Картинка не моя, но названия строчек и столбцов заслуживают внимания)
8 February 2020
А
07:50
Архитектура ИТ-решений
Очередная громкая статья Monoliths are the future, активно обсуждаемая околомикросервисным сообществом, оказалась просто громким заголовком https://changelog.com/posts/monoliths-are-the-future. Микросервисам, как станет понятно из фрагмента и комментариев после него, ничего не грозит.

Вернее, речь идет даже не о статьей, а о выдержке из расшифровки подкаста Go Time https://changelog.com/gotime/114 Кстати, неплохой выпуск. Послушайте/почитайте
10 February 2020
А
23:10
Архитектура ИТ-решений
Думаю 🤔, что таких простых и доступных статей как эта https://itnext.io/5-patterns-to-make-your-microservice-fault-tolerant-f3a1c73547b3 должно быть больше (не спрашивайте меня причем здесь микросервисы и не цепляйтесь к автору статьи по мелочам). Впрочем, как и ресурсов типа https://itnext.io/ Одним словом, рекомендую
11 February 2020
А
11:52
Архитектура ИТ-решений
Большое, чуть занудное, но полезное сравнение CDC и Event sourcing от Debezium https://debezium.io/blog/2020/02/10/event-sourcing-vs-cdc/
🔥 1
А
13:34
Архитектура ИТ-решений
Краткий обзор https://medium.com/@dr.teck/10-secrets-for-developers-to-sabotage-a-micro-services-project-e73e1c55ad0a вот этого замечательного выступления https://youtu.be/X0tjziAQfNQ Слайды, текст, манера выступления - всё просто прекрасно! Не пропустите 😜
А
23:08
Архитектура ИТ-решений
Читаю я наши архитектурные группы и всё больше склоняюсь к гипотезе, что главной проблемой карьерного роста ИТ-архитектора в современном нам enterprise является его повышенная серьёзность. В крупных организациях, так вообще к большей части происходящего стоит относиться как к некоторой игре, допуская, что люди делают все свои глупости понарошку, ну роль, например, такая у вашего заказчика - веселый недотёпа, вот он её и играет; кто-то стикеры развешивает, кто-то слайды рисует, так это всё они не всерьез, так просто у них в сценарии прописано...
👍 1
17 February 2020
А
08:29
Архитектура ИТ-решений
Пятничный оффтоп, хотя сегодня и понедельник: Наверняка все уже видели действующую модель windows - Windows93 https://www.windows93.net/ Ну, вдруг кто не видел
А
09:19
Архитектура ИТ-решений
У меня много нового и интересного про визуализацию графов (естественно, для рисования архитектурных картинок), но пока я всё это внятно опишу пройдет неизвестно сколько времени. Потому, пока поделюсь этой старой ссылкой https://mxsmirnov.com/2018/06/25/concept-map/
А
14:05
Архитектура ИТ-решений
Собрались как-то архитекторы, взяли кота и давай беседы беседовать в подкасте linkmeup_sysadmins.

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

https://linkmeup.ru/blog/536.html
18 February 2020
А
21:53
Архитектура ИТ-решений
SystemsInnovation.io (есть такая сетевая организация) объявила о доступности своей главной книжки Systems Thinking Guide (под лицензией creative commons) Скачать или полистать можно здесь: https://systemsinnovation.io/systems-thinking-guide/ если кому интересно
19 February 2020
А
00:15
Архитектура ИТ-решений
В принципе, этот обзор сервисных сеток 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: забрать управление сервисными сетками вашей организации в зону своей ответственности. Не успеете сейчас, потом уже не отнимите
20 February 2020
А
22:08
Архитектура ИТ-решений
Послушаем, что SOER думает про ИТ-архитекторов https://youtu.be/bYd9FavRQfI а завтра и немного поспорим с тем, что он прочитал в своем смартфоне
21 February 2020
А
18:26
Архитектура ИТ-решений
€30 - колода карт с паттернами cloud native трансформации https://www.cnpatterns.org/ картинки красивые, тексты понятные :-)
23 February 2020
А
00:01
Архитектура ИТ-решений
А не почитать ли нам мартовские книжки (см. Release Date: March 2020) https://learning.oreilly.com/library/view/the-software-architect/9781492077534/
26 February 2020
А
22:11
Архитектура ИТ-решений
Обратил внимание на то, что у Грефа в презентациях стало много внятных treemap-ов. Архитекторам предприятия, на мой взгляд, пора серьезно поизучать вёрстку или навсегда остаться в роли скромных архивариусов корпоративных справочников (Взято из этого ролика: https://youtu.be/NOKJ96VgueI)
27 February 2020
А
19:58
Архитектура ИТ-решений
Это очень хорошо, что издательский дом «Питер» регулярно и довольно оперативно переводит книжки о паттернах распределенных систем. Но вот статью https://habr.com/ru/company/piter/blog/490180/ для анонса очередной книжки «Паттерны Kubernetes…» они выбрали не самую удачную. По сути, текст о том, что следует избегать приложений с сохранением состояния, мол все к этому стремятся и за этим будущее. Это можно сказать и без статьи, вопрос в том, насколько ответственной будет такая рекомендация на сегодняшний день. Ладно, скажем спасибо переводчикам текста за фразу Облачно-ориентированное проектирование приложений в качестве перевода Cloud-Native Application Design и пойдем читать новые книжки:

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

Это правда. Любые визуальные представления должны использовать элементы и отношения из общей базы знаний, которая и представляет собой архитектуру (решения, энтерпрайза, не важно). Моделью следует называть всю базу, а диаграмма - всего лишь частная выборка. По-моему, большинство ИТ-архитекторов разделяют такой взгляд на вещи
А
10:39
Архитектура ИТ-решений
В связи с неуёмным флудом в группе Работа для ИТ-архитекторов продублирую ссылку на сообщение здесь: https://t.me/itarchitect_jobs/6394
А
15:12
Архитектура ИТ-решений
Неожиданно для себя обнаружил, что часть сайта K8S переведена на русский язык https://kubernetes.io/ru/
А
21:20
Архитектура ИТ-решений
Draw.io медленно переезжает на diagrams.net Интересно, что станет с другими сайтами в домене io https://www.diagrams.net/blog/move-diagrams-net
4 March 2020
А
23:55
Архитектура ИТ-решений
Результаты ежегодного опроса Cloud Native Computing Foundation за 2019 год https://www.cncf.io/blog/2020/03/04/2019-cncf-survey-results-are-here-deployments-are-growing-in-size-and-speed-as-cloud-native-adoption-becomes-mainstream/ Краткий обзор и 16-страничный отчет (довольно познавательный)
5 March 2020
А
12:14
Архитектура ИТ-решений
Читаю Паттерны Kubernetes и не могу избавиться от ощущения, что к нам приближается вторая волна Public Cloud для организаций. Вернее, называться это облако будет приватным (PrivatePaaS, etc.), но размещаться на хостинге у провайдера. Услуга, которую можно назвать Kubernetes-as-a-Service, будет почти бесплатной (несколько отечественных провайдеров уже это делает как-бы в тестовом режиме), но за диски, ОЗУ и процессора придется платить. Равно как и за расширения базового мониторинга, настройки сервисных сеток и прочие виды консалтинга. Да, и sidecar-ы тоже будут бесплатные, но ресурсов будут потреблять немеряное количество

Кстати, издатель сначала снизил цену на электронную версию книги в два раза, но потом одумался. Видно, книжка хорошо зашла
А
22:46
Архитектура ИТ-решений
In reply to this message
InfoQ настойчиво продвигает этот обзор. Вслед за парой картинок появилось и слайд- шоу https://twitter.com/InfoQ/status/1235626270622453760
7 March 2020
А
13:49
Архитектура ИТ-решений
Шаблон проектирования DDD-агрегата https://domaincentric.net/blog/modelling-aggregates-with-aggregate-design-canvas
8 March 2020
А
08:46
Архитектура ИТ-решений
Моя довольно старая заметка с множеством открытых вопросов https://mxsmirnov.com/2014/05/04/technical-debt/ Что думаете?
9 March 2020
А
18:00
Архитектура ИТ-решений
In reply to this message
Ну и для полноты коллекции https://medium.com/nick-tune-tech-strategy-blog/bounded-context-canvas-v2-simplifications-and-additions-229ed35f825f

Обязательно посмотрите предыдущую статью Modelling Bounded Contexts with the Bounded Context Canvas: A Workshop Recipe - подробный сценарий воркшопа, включающего в себя сессию EventStorming и последующую обработку её результатов
16 March 2020
А
07:58
Архитектура ИТ-решений
Мне не нравится термин Multi-Runtime Microservices. Но мне нравится идея: выжать максимум из SideCar паттерна, получившего популярность вместе с решениями класса ServiceMesh. Идея, собственно, в том, чтоб реализовывать общий или повторно-используемый функционал в виде отдельных процессов внутри микросервиса. Эти процессы могут взаимодействовать между собой через сеть, реализуя, например, общие сервисы данных или еще что-либо. В общем, читайте очередное короткое интервью с Bilgin Ibryam, смотрите слайды, задавайте вопросы в группе по кнопке под этим каналом https://www.infoq.com/news/2020/03/multi-runtime-microservices/ Да, и вряд ли это следующая большая вещь, скорее всего только одна из них. Хотя для ИТ-архитектора, конечно, тема крайне занимательная
08:00
... и еще, картинка с возможным подзаголовком SOA и ESB возвращаются 🤔
17 March 2020
А
07:56
Архитектура ИТ-решений
Гради Буч примерил капитанскую фуражку:
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
18 March 2020
А
17:43
Архитектура ИТ-решений
Опрос группе архитекторов (на текущий момент 263 голоса) https://t.me/itarchitect/59104 показывает, что больше 40% работают из дома. Это хорошо. Если тема приживется, то может надо будет скоро и резюме обновлять :-D
19 March 2020
А
21:30
Архитектура ИТ-решений
In reply to this message
Больше 400 голосов и 53% - из дома. После трех рабочих дней недели - наступил перевес дистанционщиков. Каким станет мир после этого кризиса даже сложно себе представить. Неужели кому-то еще хочется иметь свой датацентр?
А
23:16
Архитектура ИТ-решений
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
20 March 2020
А
17:59
Архитектура ИТ-решений
18 карточек по книжке Digital Practitioner Body of Knowledge™ Standard https://publications.opengroup.org/n201 Внутри 12 компетенций, 2 странички про сам стандарт и еще 4 чего-то, что я не увидел (похоже, что коллеги спешили) Но карточки неплохие. Надо будет воспользоваться для некоммерческих целей, естественно
23 March 2020
А
14:45
Архитектура ИТ-решений
М
Мастерская ИТ-тренера 23.03.2020 14:44:41
Не знаю, стоит ли разбираться в GitHub Classroom. Я как-то в гугловском освоился, но может кому пригодится https://github.blog/2020-03-18-set-up-your-digital-classroom-with-github-classroom/
24 March 2020
А
15:34
Архитектура ИТ-решений
офф-топик: Любой кризис оставляет за собой трущобы унаследованных приложений и обломки незавершенных проектов. ИТ-архитекторы называют это браунфилд. Это хотели переделать, да не успели. А это начали, но потом денег не стало, а потому бросили. В общем, всё как мы любим. Очень скоро заказчики захотят построить поверх этого новые воздушные замки силами сотрудников с удалёнки. Так что архитекторА будут востребованы. Вот только сначала HR-ы пройдутся дружными рядами туда-сюда и можно приступать.
25 March 2020
А
06:57
Архитектура ИТ-решений
Еще одна картинка о жизненном цикле архитектуры решений (solution architecture). От других её принципиально отличает попытка предоставить список возможных вариантов реализации (см. внизу секцию options) https://dalbanger.wordpress.com/2017/05/07/the-solution-architecture-life-cycle/
А
17:53
Архитектура ИТ-решений
В своем учебном курсе про микросервисы https://itexpert.ru/msa/ (который переезжает в онлайн, ну разумеется) хочу перенести демо/лабы по docker и kubernetes с katakoda.com на какой-либо отечественный kubernetes-as-a-service. Если среди подписчиков кто-то такое предоставляет, напишите, плз. @mxsmirnov
26 March 2020
А
08:00
Архитектура ИТ-решений
Классификация микросервисов.
Совершенно разные вещи понимают под микросервисами те или иные эксперты. Для кого-то это компоненты без состояния (stateless), участвующие в обработке команд. В другом случае микросервис отвечает не только за обработку, но за хранение данных, причем не только в оперативной памяти, но и на внешних носителях. Часто микросервисом считают реплику данных, предназначенную только для чтения. Один и тот же набор данных может поступать в множество различных представлений, оптимизированных для определенного типа запросов. Все эти случаи разные. И характеристики компонент, называем ли мы их микросервисами или нет, так же различаются. Мы запутаемся если не признаем, что под общим термином мы понимает несколько непохожих вещей. Возможно, классификация микросервисов уже существует, но мне она не известна. В этом случае её придется создать
А
14:47
Архитектура ИТ-решений
Похожая ситуация была с архитектурным стилем REST. Автор этого стиля Рой Филдинг (Roy Fielding) описал его в своей диссертации немного сложно https://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm Что не помешало разработчикам добавлять слово REST к любым API, реализованным поверх HTTP. И только одно нарушало их энтузиазм. Заметки Филдинга в его блоге о том, что очередной как бы REST API таковым не является 
I am getting frustrated by the number of people calling any HTTP-based interface a REST API. Today’s example is the SocialSite REST API. That is RPC. It screams RPC
https://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven
Ситуацию разрядил Leonard Richardson, предложив модель зрелости API по степени их соответствия идеям REST http://restcookbook.com/Miscellaneous/richardsonmaturitymodel/
27 March 2020
А
07:48
Архитектура ИТ-решений
На мой взгляд, наиболее адекватный сегодняшним технологиям способ классификации взаимодействий между сервисами представлен на рисунке. Любое взаимодействие — это либо команда (command), запрос(query) или событие(event). Команды устремлены в будущее. Они несут намерение клиента изменить состояние ресурса на сервере. Это может произойти при успешной обработке команды, как правило осуществляемой асинхронно, либо не произойти. Запросы не собираются ничего менять. Они хотят предоставить клиенту информацию о текущем состоянии ресурса (это тоже может не всегда получиться). Команды – про настоящее. Вернее, про очень недавнее прошлое. И события – это уведомления сервера о том, что где-то за его границами что-то случилось с одним из ресурсов и сервису может быть интересно об этом узнать. События – следы прошлого. Они не могут закончится неудачей, т.к. уже произошли, хотя сервис, конечно, может их проигнорировать
А
15:11
Архитектура ИТ-решений
In reply to this message
The Open Group начал выкладывать этот документ в твиттер https://twitter.com/DPBoK_TM/status/1243150725263302656 по страничкам
29 March 2020
А
10:07
Архитектура ИТ-решений
Иногда краткий обзор книжки бывает не так уж плох. Нашел такой для знаменитой "Дилеммы инноватора" Клейтона Кристенсена. Всё перечисленное там полностью применимо к ИТ-продуктам
А
10:34
Архитектура ИТ-решений
Немного странный опрос: https://tsh.io/state-of-microservices/ Ну, какой есть
30 March 2020
А
14:06
Архитектура ИТ-решений
С моей подачи https://t.me/itarchitect_jobs/6691 третий день в группе "Работа для ИТ-архитекторов" идет крайне интересное обсуждение темы Почему люди становятся ИТ-архитекторами, посмотрите. Язык не поворачивается назвать это офф-топиком. Вряд ли кто-то сейчас занят подбором архитекторов, ведь так? Думаю, что контекст, в котором мы все сейчас оказались, располагает к размышлениям о более фундаментальных вещах, чем обычно
31 March 2020
А
00:12
Архитектура ИТ-решений
In reply to this message
... да, но на собеседованиях лучше рассказывать другие истории. Если бы меня спросили почему ты решил стать ИТ-архитектором, то я бы ответил, что всю жизнь мечтал стать менеджером. Хорошим менеджером, как в книжках Питера Друкера про эффективного управляющего. Менеджером, принимающим правильные решения, учитывающим объективные возможности, способным придумать несколько альтернативных вариантов, а ещё лучше – угадать неожиданное, но офигенно эффективное решение.

Наивность таких фантазий я осознал, став еще совсем маленьким начальником. И вот почему. Во-первых, даже у самого маленького начальника времени о чём-то подумать просто нет. Какие альтернативные варианты и неожиданные решения? Дела надо раскидывать, причем шустренько, а иначе ими тебя просто закидает. Во-вторых, если о чем-то и удается подумать, то исключительно о политике. Всё многообразие мира ограничивается для начальничка его организационно-социальным окружением; такими же как он бюрократами, с которыми и дружить надо, но палец в рот не клади. И в-третьих, работа норовит превратить всю твою потенциальную энергию в свою кинетическую. Сил разобраться с той или иной технологией, понять и посмотреть что-то новое, пусть даже очень простое, банально не остается.

Даже доработав до должности руководителя департамента, по-настоящему хорошим менеджером я так не стал. Зато понял, чего ИТ-руководителю больше всего не хватает и как ему помочь почувствовать себя эффективным управляющим из книжек Питера Друкера. Я научился готовить хорошие решения. Когда меня просят проработать для руководства компании какой-либо технический вопрос я делаю это будто бы для себя. Вернее, для того вымышленного хорошего менеджера из собственных фантазий.

В общем, вот так я и стал ИТ-архитектором. Нет, ну еще много UML-диаграмм рисовал, конечно, в нотации Archimate и TOGAF-ом перед сном зачитывался
PS: история вымышленная [почти], но вдруг кому пригодится
А
20:09
Архитектура ИТ-решений
На злобу дня (Март 31, 2020) https://www.infoq.com/articles/teams-teamwork-trends-2020/
1 April 2020
А
00:29
Архитектура ИТ-решений
Ну что, айтишнички криворукие, есть ли у вас план Б? Я не знаю, живо обсуждаемое в telegram-каналах приложение https://t.me/itsorm/1576, действительно, от оперативного штаба Москвы или нет, но есть ряд детских глупостей, от которых отлично помогает ИТ-архитектура. Надо её просто иногда применять. Попробую перечислить пару вещей:

1) Никогда не пишите приложения. Особенно клиентские, особенно мобильные (да и фронтальные, те что на js в браузере, тоже не пишите), особенно если нет времени, тем более если вам масштабироваться до нескольких миллионов за несколько дней. Начинайте с протокола взаимодействия: Alice->Bob…, ну сами знаете

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

2 ) Нет приложения, нет проблемы омниканальности. Сегодня локально проверяем, а вечером логи на сервер грузим для поиска злоупотреблений, завтра в браузере, послезавтра по mail-у шлём и ответ полчаса ждём, через полгода приложение напишем, ну если ещё захочется, разумеется

3) Фичи никому не нужны. Всегда надо делать только базовый функционал. Кстати, реальное назначение MVP не гипотезы тестировать, а отгонять от продукта идиотов с дополнительными требованиями (это шутка, почти). Типа:
- А почему ты не хочешь биометрию встроить?
- Я?! Не хочу? Да я всё что угодно встрою! Хоть блокчейн с машинлёрнингом, хоть ГОСТовские алгоритмы, реализованные только под виндоуз, но потом, в целевой архитектуре, так сказать. А пока у меня MVP, отвалите!

Ну, а для тех кому всё это сложно даётся простой совет: архитектора позовите, будет хоть на кого потом всё свалить
А
12:58
Архитектура ИТ-решений
In reply to this message
Тезис о том, что приложения – это проблема совсем не метафора. Кому-то это покажется странным, но дискуссия о том, что важнее: разработать софт или сочинить протокол возникала в ИТ-отрасли неоднократно. В 90-ые по организациям ходило множество уродов, которые впаривали proprietary реализацию электронной почты. Стоило больших сил убедить руководство в том, что почту надо отправлять по SMTP, а читать по POP3/IMAP4. Пользователи орали, что им нужен функционал, а не правильная архитектура. Про сайт ietf.org вообще мало кто что понимал. На тот момент электронная почта по интернет-протоколам победила (Собственно интернет и существует исключительно благодаря протоколам).

Когда сегодня тот или иной локальный облачный почтовый сервис отключает у себя IMAP, предлагая читать почту через собственное мобильное приложение или сайт, я чувствую, что мракобесие возвращается. (Эти компании - алчные идиоты, а никакие не технологические лидеры)

Такая же ситуация с разного рода госуслугами. Если вы не можете получить услугу используя curl, то с вами, скорее всего, просто играют в наперстки. Протокол начинает работать, а сервис развиваться, только когда появляются 3-4 независимые реализации. Вспомните, хотя бы войны браузеров.
В общем: #APIFirst
А
18:41
Архитектура ИТ-решений
Никак не найду время написать что-то внятное после прочтения этой книги https://www.alpinabook.ru/catalog/book-604931/ потому главное впечатление.

Авторы поставили себе цель не просто регулярно проводить опросов вокруг DevOps (с 2014 года), но и найти статистические зависимости между довольно разными вещами в организациях (помните, наверное, критерий хи-квадрат и всё такое... )
Ряд таких зависимостей (и их отсутствий) авторам обнаружить удалось. Ну а за подробностями переадресую к первоисточнику
2 April 2020
А
21:08
Архитектура ИТ-решений
In reply to this message
Расширю словами самого же Gene Kim из интервью https://www.infoq.com/articles/unicorn-project/
--
When I contributed to Accelerate and to The State of DevOps Reports with Dr. Nicole Forsgren and Jez Humble, we established that architecture is a top predictor of performance
Architecture enables teams to independently develop, test, and deploy value to customers without being coupled to 20 30 40 other teams. This finding really got me interested in exploring how important it is for developers to write code that can be decoupled from everybody else.
--
Ну, а вообще, это интервью про книжку The Unicorn Project и раскрытых в ней Five Ideals:
- Locality and Simplicity
- Focus, Flow, and Joy
- Improvement of Daily Work
- Psychological Safety
- Customer Focus
3 April 2020
А
18:15
Архитектура ИТ-решений
Новое слово в архитектуре пишется AIP, что означает API Improvement Proposals
AIP - это сочетание руководства по проектированию и системы, которую мы используем для управления и отслеживания этого руководства
https://aip.dev/
Изобретатель архитектурного стиля REST Рой Филдинг пишет у себя в твиттере (см. рисунок). В общем, наблюдаем
5 April 2020
А
19:17
Архитектура ИТ-решений
Не хотел делиться этой ссылкой в канале, но в выходные в группах по ИТ-архитектуре как-то совсем тоскливо. Редкий спам от ботов, а иногда и людей. Так что расшарю: https://mxsmirnov.com/2020/04/02/digital-shadow/
6 April 2020
А
17:10
Архитектура ИТ-решений
ИТ-ПЛАТФОРМА как много в этом звуке, для ... начинающего предпринимателя, чиновника от ИТ, бюрократа. Если у вас есть бюджет, но нет понимания какой нужен продукт - создавайте платформу. Если у вас есть потенциальный заказчик, но нет решения - продавайте платформу. Когда вам нравится считать себя обладателем некоторого набора технологий, ноу-хау, но не очень ясно куда и как это применить назовите их в платформой и предлагайте при всяком удобном случае.

Теперь чуть более серьезно. Последнее время термин платформа часто комбинируется с о словом микросервисная. Однако внятной концепции, ответа на вопрос зачем она нужна, практически не услышишь.
У меня есть свой вариант ответа (надеюсь неплохой). Позже, я обязательно его озвучу. Есть и еще несколько гипотез. Но уверен, что мой список неполный. Потому прошу подписчиков поделиться своим вариантом ответа на вопрос: кому и зачем нужна микросервисная платформа; какие боли нашего и кого именно она вылечит и почему? Чем такое лекарство отличается от других таблеток?
7 April 2020
А
09:53
Архитектура ИТ-решений
In reply to this message
У каждого типа платформ, технологических или бизнес- , есть свой вариант ответа на вопрос ЗАЧЕМ? (Кстати, есть и своя цена, которую мы платим за выбор такого варианта ответа) Библиотеки не только упрощают разработку, но и обеспечивают концептуальную целостность. Сервера приложений отвечают за совместное использование ресурса. СУБД обеспечивают нескольким параллельным процессам работу с общим набором данных, обещая поддержание консистентности этого набора. Бизнес-платформа защищает нашу позицию внутри экосистемы. API избавляет от необходимости интеграции с каждым новым клиентом, вынуждая их интегрироваться в режиме самообслуживания. Но зачем нужна микросервисная платформа?

Прояснение замыслов (концепций) один из основных видов деятельности архитектора. Нам не избежать ответов на подобные вопросы, ведь так?
А
17:31
Архитектура ИТ-решений
Cloud Native Computing Foundation решил рассортировать свои многочисленные видео. Здесь: https://videos.cncf.io/
8 April 2020
А
11:04
Архитектура ИТ-решений
In reply to this message
Я за такой вариант ответа: безопасное(safety) расширение функционала. Главная цель микросервисной платформы дать возможность добавлять новый функционал без риска обвалить остальную систему.

Микросервисная архитектура для функционала - это как в свое время wiki для контента. Две главные концепции wiki: 1)простое и 2)безопасное(обратимое) внесение изменений в веб-страницы. Вы можете спокойно править страницу в wiki. Если что не так, модератор её откатит(или не пропустит). Но главное, что ничего не испортится. Таким образом, микросервисная платформа - ответ на вопрос : как изменить существующий функционал решения, добавив в него новый сервис , который использует произвольные технологии хранения данных, любые инструменты разработки и любую среду выполнения. Причем сделать это с минимальным риском для работающей системы и без помощи программистов, сисадминов этой системы или кого-либо ещё.

Почти всегда речь должна идти об inversion of control, т.е. не мы вызываем сервисы платформы, а они нас. Скорее всего, реализуемый микросервисом функционал - это обработчик определенного события или набора событий (даже для команд и запросов). Вполне вероятно, что микросервисная платформа выстраивается вокруг того или иного инструмента непрерывного развертывания
А
18:06
Архитектура ИТ-решений
#оффтопик, но не совсем. Несколько дней назад Вова Ломов из теплицы социальных технологий сделал короткое видео про Google Classroom https://youtu.be/49mB73vJtf8 Я уже пару лет пользуюсь этой штукой и всё жду, когда же она испортится. Когда же в неё напихают кучу ненужного функционала. Так, чтоб использовать инструмент стало бы решительно невозможно. Но классрум остаётся простым и рабочим. Может гугл знает какой-то секрет сохранения свежести программных продуктов, а?
А
19:23
Архитектура ИТ-решений
О! Спасибо, Алексей Лосев, за картинку на русском: https://logrocon.ru/wichthe_architector
13 April 2020
А
10:01
Архитектура ИТ-решений
Н
Нецифровая экономика 13.04.2020 09:47:56
Новости такие. Mos.ru ожидаемо лежит и не встаёт.
А
13:15
Архитектура ИТ-решений
Проанонсирую вебинар: https://www.itexpert.ru/rus/webinars/AWS-WEB/
14 April 2020
А
08:27
Архитектура ИТ-решений
Архитектор решений (solution architect), пожалуй, самый атипичный представитель семейства ИТ-архитекторов. Вальяжный архитектор предприятия (enterprise architect) стремится выстроить правильный ИТ-ландшафт. Технологически подкованный архитектор ПО (software architect) настаивает на грамотном использовании технологий. Они всегда голосуют за правильное. Solution architect из другой когорты. Он взламывает (to hack) унаследованную корпоративную систему для получения нового качества, не реализуемого в текущих процессах взаимодействия и технологиях. Он нарушает социальные и технологические правила, чтоб продукт или сервис состоялся. Архитектор решений – это больше про авантюризм и про совсем другую степень ответственности. Вся компания будет ждать, когда же он, нарушитель сложившихся устоев и негласных правил, ошибется. Будут ждать, чтоб потом злорадно отметить: ага, мы же говорили, что так нельзя!
А
21:13
Архитектура ИТ-решений
Длинный текст с плохими картинками, но разумными мыслями https://medium.com/@kylegenebrown/whats-the-right-size-for-a-microservice-bf1740370d47
15 April 2020
А
17:54
Архитектура ИТ-решений
Draw.io Вернее, теперь и в будущем Diagrams.net создает картинки из псевдокода (причем здесь русалки?) https://www.diagrams.net/blog/mermaid-diagrams Лучше бы он создавали диаграммы, а не изображения. Но это посложнее будет
16 April 2020
А
20:00
Архитектура ИТ-решений
In reply to this message
Ещё несколько отличий солюшена от других архитекторов:
- наличие нескольких вариантов реализации, а не одного, безоговорочно «правильного»
- выбор варианта реализации в большей степени на заказчике, а не на ИТ. Ну или коллегиальное решение всех заинтересованных лиц
- решение выбрано в тот момент, когда все заинтересованные лица договорились.Пока не договорились – рано что-либо делать
- фокус на интеграции приложений, а не на обсуждении того, что там внутри. Главное, чтоб внутри приложения сидел человек, который пообещает сделать всё, что от него требуется
- причем интеграция— это не взаимодействие точка-точка, а длинное путешествие сквозь множество систем
- требования – субстанция относительная, сегодня их больше, завтра меньше. Решение – это русло реки в котором течет функционал. Лишь бы река полностью не пересохла, но и не вышла бы из берегов

... можно продолжать еще долго
17 April 2020
А
01:38
Архитектура ИТ-решений
In reply to this message
Пятничное: Мне бы следовало стать писателем и сочинить рассказ Интернет забытых вещей - подражание сказке Успенского Гарантийные человечки о забытых в бытовой технике персонажах, отвечающих за её исправность на время гарантийного срока. Может кто читал в детстве.

Писателем я не стал, а стал айтишником, потому что от разработки ПО и денег больше и радости. А вот от писательства сплошные страдания. Ну а денег – это уж как получится. Правда и в ИТ нашлась должность, связанная с вымучиванием замыслов. Называется она ИТ-архитектор. Специальный такой субъект, отвечающий на вопрос что и зачем, а порою и как, мы делаем. Одним словом, овеществляющий замыслы. Без него мы пошли бы и сразу сделали что-нибудь. Может и не то что нужно, но ведь что именно нужно сделать, понятно далеко не всегда. Так что - что сделали, то и сделали. Потом отрефакторим если что. А вот с архитектором так нельзя. Сначала надо помучаться. Замыслить нечто такое и еще друг с другом договориться...

Вредный он персонаж по всеобщему разумению. Лучше б я книжки пошел писать ;-)
А
18:52
Архитектура ИТ-решений
In reply to this message
Не ожидал такого большого количества регистраций, учитывая текущие времена. Изучаю ваши вопросы. На что-то начну отвечать здесь еще до вебинара
А
22:41
Архитектура ИТ-решений
Вот оно как: https://www.it-world.ru/it-news/it/152779.html на инфраструктуре Сбербанка и Ростелекома, так сказать
18 April 2020
А
14:19
Архитектура ИТ-решений
GIF
Замечательные анимированные gif-ки из заметки о том, что пора бы в k8s легализовать sidecar как специальный тип контейнера в поде https://banzaicloud.com/blog/k8s-sidecars/
А
23:08
Архитектура ИТ-решений
Мои уважаемые подписчики! Расскажите, пожалуйста, как объяснить людям, что любая цифровая услуга начинается с службы поддержки. Услуга может быть простой, сложной, высоконагруженной или не очень, располагаться в центре экосистемы или в её удалённых уголках, но одно должно быть точно - возможность для клиента спросить, что он делает не так или сказать поставщику услуги что тот сделал что-то не так. Двадцать лет назад, когда я пришел в мобильную связь это было всем очевидно. Сейчас есть много всяких книжек, презентаций, видео, модных слоганов, типа Human by Exception, но не могу найти авторитетного источника, говорящего о важности в цифровом мире работы с претензиями и обращениями. Подскажите куда смотреть…

Заранее благодарен!
20 April 2020
А
07:28
Архитектура ИТ-решений
Прежде чем разбирать вопросы к вебинару Проектирование по событиям, надо немного поговорить про управляемые событиями архитектуры. Сам термин появился лет двадцать назад как своего рода альтернатива сервис-ориентированным архитектурам или, если угодно, SOA 2.0 (подробнее см. Event-driven architecture) Потом много чего происходило и с термином и с управляемыми событиями архитектурами. Если разбирать всё, то экскурс получится не только обширный, но и довольно занудный.
Потому перенесемся сразу в 2017 год к выступлению Мартина нашего Фаулера The Many Meanings of Event-Driven Architecture на GoTo Conference в Чикаго. Кому лень смотреть всё выступление – в первом комментарии приведены отметки времени. Краткий обзор озвученных рассуждений здесь: https://martinfowler.com/articles/201701-event-driven.html
А
10:20
Архитектура ИТ-решений
Частый и довольно важный вопрос, от зарегистрировавшихся на вебинар: а в чём именно разница между описаниями цифровых услуг и традиционными функциональными требованиями?

Есть много осязаемых различий. О них я подробней расскажу на вебинаре. Но есть и неявное, но принципиальное различие в подходе к дизайну услуг. Заключается оно в том, что акцент с продукта сместился на клиента. Т.е. раньше компании разрабатывали продукты. Что представляет собой продукт было более-менее ясно, но не особо понятно для кого именно нужен этот продукт. Теперь времена CustDev-а, т.е. мы намного лучше представляем для кого, но всегда представляем что именно собираемся сделать. Это довольно сильно влияет на дизайн клиентского опыта и на подходы к разработке решения. А еще между клиентом и продуктов появилась сущность кампания… Ну и т.д...
10:21
… кстати, когда госструктуры начинают рассуждать, что им нужна цифровая платформа для сокращения количества информационных систем в разных ведомствах, сразу ясно, что они еще в прошлом, а не с нами. Иначе бы они озвучивали бы тезис, что платформа им нужна для того, чтоб проще и полнее закрывать потребности разных групп клиентов, независимо от того, какое из ведомств отвечает за ту или иную часть услуги, ну или что-то подобное. В этом случае скепсиса в отношении подобных инициатив было бы меньше
21 April 2020
А
16:02
Архитектура ИТ-решений
17:00 MSK Проектирование по событиям: https://youtu.be/eR_PbrQ7PwQ
А
23:00
Архитектура ИТ-решений
https://youtu.be/oMSzGc5bDr4 Программа по ссылке https://www.asyncapiconf.com/
22 April 2020
А
08:15
Архитектура ИТ-решений
In reply to this message
Меня вчера спрашивали про Domain Storytelling, а в цитируемом сообщении (и том, что после него) я немного досадовал по поводу этого подхода
23 April 2020
А
15:40
Архитектура ИТ-решений
Поделюсь событием: T-Meetup Online: Architecture as Code
Вы не успеваете задокументировать архитектуру приложения, потому что спринт очень короткий? Тогда подумайте об автоматизации ваших ежедневных задач," — советует архитектор T-Systems Сергей Лукин
https://t-systems-russia.timepad.ru/event/1302333/
24 April 2020
А
15:14
Архитектура ИТ-решений
Вот какую картинку нашёл
А
19:59
Архитектура ИТ-решений
Термин Micro-Web-Service появился в 2005 году. Его использовал Питер Роджерс, выступая на конференции Web Services Edge. Всё было выражено одним слайдом: одним из типов ресурсов сети могут быть программные компоненты, реализованные в произвольных средах исполнения, обнаруживаемые по своим URI и допускающие интеграцию в стиле Unix-like pipelines
27 April 2020
А
16:53
Архитектура ИТ-решений
Поработав в центральном и коммерческих банках, я довольно скептически настроен в отношении BIAN. Да и Archimate стараниями The Open Group движется в некотором, не ясном для меня направлении. Тем не менее, поделюсь новой статьей Ирины Блажиной https://habr.com/ru/post/499092/ Ведь может так случиться, что взаимодействие этих двух вещей рано или поздно принесет неожиданные, но так давно ожидаемые финансовым сектором плоды
28 April 2020
А
15:09
Архитектура ИТ-решений
Наконец-то! А то мы уже заждались отчета о новых и уже не вполне свежих технологиях, подходах и практиках в архитектуре и дизайне ПО: https://www.infoq.com/articles/architecture-trends-2020/
А
20:03
Архитектура ИТ-решений
In reply to this message
К сожалению, самые интересные на мой взгляд вопросы о том, почему ряд трендов прошлогоднего отчета, таких как CQRS, преодолели пропасть между ранними последователями и большинством, а другие, например Evolutionary Architecture, потерялись. Возможно, застряли в "пропасти"?
А
20:56
Архитектура ИТ-решений
Н
Нецифровая экономика 28.04.2020 20:07:28
Как кризис повлиял на денежные потоки в телеком и IT
20:56
Н
Нецифровая экономика 28.04.2020 20:07:28
20:56
Н
Нецифровая экономика 28.04.2020 20:07:28
3 May 2020
А
11:54
Архитектура ИТ-решений
Мне довольно утомительно повторять идею, которую мне внушили еще лет десять назад: digital disruption – это не о том, что надо всю деятельности перевести в цифру, а скорее о том, что завтра придет какая-то неизвестная ранее компания и начнет делать некоторую, очень малую часть вашей цепочки создания ценности в десять раз эффективней, чем вы это делали сами. При этом, скорее всего платить ей за использование этой фичи вы будете в десять раз больше, чем тратили на этот шаг цепочки раньше. Потому, что это капитализм. Отказаться будет можно только потеряв часть клиентов, возможно значительную часть. Ну, просто клиенты начнут орать: почему вы не продаёте айфоны или еще что-то подобное. Главное, что требуется от компаний (и от их айтишников), четко и экономически выгодно на это отреагировать. Т.е. не раздавать айфоны бесплатно у метро, а сделать что-то чуть более осмысленное
А
18:02
Архитектура ИТ-решений
Что-то мне подсказывает, что уже очень скоро вместо разработки и проведения учебных курсов по архитектуре ИТ-решений мне придется рисовать карточки для подготовке к собеседованиям. Как-то так: https://github.com/donnemartin/system-design-primer Ну, и еще по стопочкам их раскладывать:
- быстро,
- чуть подробнее,
- некуда спешить
4 May 2020
А
16:25
Архитектура ИТ-решений
В группе "Архитектура ИТ-решений" опрос о том, кто сегодня работает. На текущий момент 52 голоса. Половина ответивших не работает, а другая очень даже трудится. Причем 11% делает это в офисе
А
16:25
Архитектура ИТ-решений
MS
Maxim Smirnov 04.05.2020 15:40:10
Вы сегодня работает (удалённо)
Final results
- Да, сегодня понедельник 97 votes
- Я и вчера работал 66 votes, chosen vote
- Работаю по собственной инициативе (привык и т.п.) 86 votes
- Нет 296 votes
- Работаю, причём в офисе 15 votes
- Другое 11 votes
571 votes
6 May 2020
А
13:37
Архитектура ИТ-решений
Ссылка на перевод: https://docs.google.com/document/d/1w3qb6SS1Hycyce5Fg5mVMdzkGYXTRskSf57IoD98ZQw/edit?usp=sharing Он, конечно, немного странный. Чего стоит термин "мастер-раб", но может кому пригодится
А
13:37
Архитектура ИТ-решений
IR
Ilya Runov 06.05.2020 11:03:53
А забавное чтиво. Там и перевод на русский язык есть. В git и docs.google.
А
19:07
Архитектура ИТ-решений
Самой туманной областью архитектуры решений (Solution architecture) является выбор варианта реализации решения на основании сравнения набора альтернатив. Многие solution architects отлично владеют этим навыком, но никто его внятно не описал :(
А
22:58
Архитектура ИТ-решений
Очень такой типичный подход к ИТ-обучению от Бориса Бобровникова в интервью РБК 30.04.2020: https://youtu.be/7CuJ6bb3Vc4?t=554

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

Вот так этот самый digital и работает :-)
7 May 2020
А
15:16
Архитектура ИТ-решений
Свежая статья о том, что данные из микросервисов, ну или по крайней мере часть данных, всё же придется выносить в отдельные конструкции https://www.infoq.com/articles/data-gateways-cloud-native/ В общем, все об этом так или иначе умалчивали несколько лет, но, похоже, пришла пора обсудить
11 May 2020
А
08:11
Архитектура ИТ-решений
Мне очень нравится эта лекция Алана Кея https://www.pvsm.ru/programmirovanie/276228

Но я абсолютно не понимаю как включить в современный онлайновый курс рассуждения о том, что Computer Science - это наука о процессах, а не компьютерах. Она не изучает компьютеры, т.е. не занимается их описанием, классификацией и т.д. Точно так же программная инженерия не исчерпывается инженерией или программированием, она о другом...
12 May 2020
А
23:52
Архитектура ИТ-решений
Chris Richardson, безусловно, авторитетный эксперт. И я рад, что его шаблон описания микросервисов теперь есть и для GoogleDoc (Здесь: https://github.com/cer/microservice-canvas описание шаблона см. здесь: http://chrisrichardson.net/post/microservices/general/2019/02/27/microservice-canvas.html), но почему-то меня сильно смущают в описании API слова
createOrder(), reviseOrder(), cancelOrder()
Может быть RPC снова в моде?
15 May 2020
А
10:22
Архитектура ИТ-решений
Принято считать, что архитектура предприятия начинается с работы Джона Захмана A framework for information system architecture, 1987. Но двумя годами позже, другой человек придумал не только подход, но и предложил инструмент такого описания.

Тим Бернес-Ли в "Information Management: A Proposal" https://www.w3.org/History/1989/proposal.html пишет: CERN – удивительная организация. В ей деятельности участвует несколько тысяч человек, многие из которых очень креативны и работают на достижение общих цели. Хотя они номинально организованы в иерархическую структуру управления, это не ограничивает способ общения между людьми и обмен информацией, оборудованием и программным обеспечением между группами. Фактически структура организации представляет собой многосвязную «сеть», которая развиваются с течением временем. В этой среде новому человеку, обычно дают несколько советов о том, с кем можно было бы поговорить. Информация о существующих возможностях публикуется в периодических информационных бюллетенях, но чаще передается в коридорах в виде сплетен. Учитывая все обстоятельства, результат является удивительно успешным, несмотря на случайные недоразумения и дублирующиеся усилия...
А
13:00
Архитектура ИТ-решений
In reply to this message
В чём важность этой истории. Многие организации, да и государство в целом, не первый год пытаются внедрить архитектуру предприятия as a governance. Ну, т.е. мы будем говорить вам какие технологии правильные, как структурировать и где хранить данные и т.д. Но ни у кого я не видел архитектуру предприятия as a service. Может инструменты не те используются, а может подход не те головы придумывают
19 May 2020
А
20:34
Архитектура ИТ-решений
Демистификация ИТ-архитектуры
В рамках одного корпоративного курса по ИТ-архитектуре началось обсуждение, которое мне хочется вынести на более широкую аудиторию

В ИТ-архитектуре есть много практик, которые при внешнем сходстве довольно сильно различаются между собой. Например, описание текущей архитектуры вещь более-менее формализуемая. Здесь подходят строгие нотации, всякие UML, archimate, формальные языки описания aka ADL, да и вызывающее все больший интерес architecture-as-a-code – тоже сюда. А вот проектирование, особенно верхнеуровневое и концептуальное, решительно восстает против всех этих скучных вещей. Здесь нужны эскизы, быстрые наброски для обсуждений и непрерывной переделки. Нотация здесь: boxes and arrow. Все это как-то более или менее понимают, ну или воспринимают на уровне ощущений.

Таких противопоставлений можно насобирать десяток, может больше. Кроме fact-decision (он же as is против to be), есть еще противопоставление контекста и внутренней структуры, анализа и проектирования и т.д.

Но самое интересное происходит дальше. В какой-то момент противоречивые практики начинают сливаться в единое целое. Так в архитектуре решений (solution architecture) мы делаем карандашные наброски, элементами которых является вполне себе реальные приложения из CMDB, документированные вдоль и поперек API и описанные источники данных. Если делать не так, а просто рисовать произвольные фигурки со стрелочками, то архитектура решения не сложится. Нельзя так делать. Архитектура решения - это набросок изменения, нарисованный от руки поверх строгих, актуальных и выверенных as-is диаграмм. При этом, специфицировать решение с точностью до последнего гвоздя, да еще в правильных нотациях тоже никто не будет…

Не это ли в ИТ-архитектуре самое интересное?
А
22:53
Архитектура ИТ-решений
А кто-нибудь читает этот регулярно обновляемый (пополняемый) пост Мартина Фаулера? https://martinfowler.com/articles/branching-patterns.html (Посмотрите Significant Revisions внизу сообщения)
20 May 2020
А
22:47
Архитектура ИТ-решений
Мне стало совсем не интересно комментировать технологический радар https://www.thoughtworks.com/radar (на самом деле, еще с предыдущей версии). То ли технологическая граница уехала так далеко, что я уже не различаю её черты, то ли вектор у ThoughtWorks направлен так. Но я был бы рад комментариям. Вдруг кого-нибудь что-то зацепит из очередного списка
22 May 2020
А
07:12
Архитектура ИТ-решений
Еще про технологический радар. Вот прям с самого начала: Applying product management to internal platforms https://www.thoughtworks.com/radar/techniques/applying-product-management-to-internal-platforms Мне кажется эту идею уже несколько лет назад обсудили и... перевели в раздел магии. Есть несколько обзоров в интернет. Один из неплохих вот этот: https://www.thoughtworks.com/radar/techniques/applying-product-management-to-internal-platforms Впрочем, достаточно будет и этого твитта:
To be a Customer you have to:
a) have a Choice
b) Exchange something of value.
https://twitter.com/joshuajames/status/891432826817478657

Так зачем она в радаре v.22 от 2020г.?

PS: Тема нужная. Но до попадания в категорию ADOPT её еще трясти и трясти. Может что полезное и обнаружится
25 May 2020
А
15:42
Архитектура ИТ-решений
Можно ли избежать рисования диаграмм, работая ИТ-архитектором
Final results
- У меня получается ничего не рисовать 16 votes
- Рисую только эскизы на доске 11 votes
- Да, но я пишу код 34 votes
- Наверное, но проще нарисовать 142 votes, chosen vote
- Практически нереально 174 votes, chosen vote
- А мне нравится рисовать картинки 101 votes
- Архитектура – это модель, а не диаграммы 86 votes
460 votes
А
19:07
Архитектура ИТ-решений
Демистификация ИТ-архитектуры
Говорят, что хороший проектный менеджер – это эксперт по управлению дефицитами. Не хватает людей в проекте, менеджер привлекает в команду новых людей. Не хватает денег – находит бюджет. Не укладывается проект в сроки, менеджер сужает рамки проекта. Заказчик начал выказывать неуверенность в результате, менеджер обнаруживает и митигирует риски, ну и т.д.

В этой логике ИТ-архитектор эксперт по управлению парадоксами. Стоит кому-либо усомниться в разрабатываемом решении, тут же зовут архитектора приводить частную точку зрения к единому видению. Возникли среди заинтересованных лиц взаимоисключающие суждения – снова зовут архитектора, чтоб он такие суждения развел по представлениям(views), объяснил людям, что и парадокса то никакого нет, просто смотрят они на проблему каждый со своей точки зрения.

В общем, роль важная, как ни крути. Не эксперт по дефицитам, конечно, но персонаж тоже полезный…
29 May 2020
А
07:32
Архитектура ИТ-решений
In reply to this message
Закрыл опрос. Большое спасибо за участие! Ожидаемые для меня ответы о том, что избежать рисования картинок ИТ-архитектору практически нереально (37%), картинку проще нарисовать (30%) и про то, что архитектура это модель, а не картинка (18%), а вот неожиданные:

- эскизы на белой доске (2%) – думал будет существенно больше

- мне это нравится (21%) – думал будет меньше. Этот вариант ответа заставляет задуматься, а правы ли авторы утверждений, что свидетельством большого ума является способность выразить мысль в формате русскоязычной прозы. Без картинок. «Визуальное мышление» (в кавычках) вещь оказывается полезная. Не то мышление, о котором пишут в популярных книжках. Я бы даже назвал его топологическое или чанковое, т.е. позволяющее структурировать наборы объектов в некоторый типовые рисунки, созвездия если угодно
31 May 2020
А
10:35
Архитектура ИТ-решений
Вот не понимаю я, почему некоторые архитекторы предприятия недолюбливают agile. Тем более, почему вместо улучшения своих процессов, они пытаются исправить процессы разработчиков. Не надо этого делать, лучше заняться своими задачами. Гибкие методологии насоздавали множество полезных подходов, которые пригодятся и в архитектуре.

Возьмем, например, что-нибудь попроще, тот же Scrum Guide. Там русским по белому написано, что базируется он на эмпирической теории управления процессами, т.е. знания приходят не из TOGAF ADM или научно-популярных статей по архитектуре, а из опыта. Придумали или вычитал где-нибудь архитектор идею серебряной пули – проверь!

Для этого нам в помощь принципы транспарентности (значимые аспекты процесса должны быть видимы ответственным за результат) и инспектируемости. А принцип адаптируемости побуждает нас выстраивать собственный архитектурный процесс. Могут быть разные причины того, почему те или иные best practices у нас не работаю. Может быть они не подходят для нашей конкретной задачи, а может мы что-то не так поняли или не так сделали. Пробуем еще раз, смотрим что получилось, корректируем...
1 June 2020
А
17:08
Архитектура ИТ-решений
В свое время пропустил перевод https://habr.com/ru/post/441538/ вот этого замечательного текста https://panoply.io/data-warehouse-guide/data-warehouse-architecture-traditional-vs-cloud/
Билл Инмон против Ральфа Кимбалла (Естественно, я за второго, а вы?) "Звездочка" или "Снежинка, ETL vs. ELT, облачное хранилище от Amazon и BigQuery от Google. ... что там ещё?

Впрочем и этих vs. вполне хватит :-)
17:12
Да, еще вот! Если вы не знаете кто такой Кимбалл, то почитайте Манифест многомерного моделирования https://www.kimballgroup.com/1997/08/a-dimensional-modeling-manifesto/ Надолго отбивает охоту [выключить мозг] сесть и изложить предметную область в виде ER-модели на пару десятков сущностей
3 June 2020
А
00:15
Архитектура ИТ-решений
In reply to this message
По большому счету, эта книжка еще и о том, что организации бывают плохие, хорошие и выдающиеся. И если разница между первыми и вторыми не так уж и велика, то выдающиеся компании существенно оторвались от всех остальных. В таких компаниях и архитектура слабосвязная и непрерывная интеграция работает и продуктовое мышление преобладает, сотрудники счастливы, а безопасность на высоте и никому не мешает.

В общем, грустная книжка о тщетности усилий по эволюционному преобразованию плохого в хорошее
А
22:34
Архитектура ИТ-решений
Чего слушателю вебинаров не хватало для полного счастья? Правильно, чтоб YouTube вынес отметки времени из описания видео непосредственно в картинку. Так вот - это случилось!

Я не поленился, взял свой старый вебинар и набросал тайм-кодов на первые полчаса. Думаю, стало лучше, наслаждайтесь: https://youtu.be/18D3uoUlOEw
4 June 2020
А
23:46
Архитектура ИТ-решений
https://mxsmirnov.com/2020/06/04/sunset/
6 June 2020
А
20:57
Архитектура ИТ-решений
Карьерные траектории ИТ-архитектора.
Я не собирался становиться архитектором. Даже не задумывался об этом. Мне нравилось заниматься разработкой и намного меньше управлением. Много лет я просто участвовал в тех или иных проектах. При этом, как я это сейчас понимаю, в этих проектах следовало бы заниматься архитектурой. Но тогда, почему-то, такая мысль просто не приходила в голову. И хотя своего рода сигналов: давай же, бери на себя архитектуру - было достаточно, я успешно их игнорировал. Закончилось все тем, что один топ-менеджер буквально прижал меня к стенке словами:
- у меня есть разработчики, у меня есть менеджеры, ты в какой-либо из этих ролей мне совершенно не нужен; так что давай, соглашайся на архитектора
Вот так и пришлось стать ИТ-архитектором. Поначалу, конечно, давил синдром самозванца. Но продолжалось это недолго.

К чему я всё это. Да вот, думаю, сколько вокруг потенциальных архитекторов таковыми себя не воспринимают. И ведь может выйти так, что никогда ими не станут..., а ведь могли бы

Надо бы это с HR-ами перетереть
8 June 2020
А
15:11
Архитектура ИТ-решений
In reply to this message
Судя по откликам в группе этого канала, мне не следовало соглашаться на работу ИТ-архитектором так быстро. Может лучше было начать с архитектурных ка-та (список от Нила Форда здесь: http://nealford.com/katas/ и я уже писал про них в этом канале https://t.me/it_arch/253) лет пять упражнения поделать, экзамен по TOGAF-у сдать и только потом...
15:20
... но каты: http://nealford.com/katas/random.html всегда можно поделать если что :-)
9 June 2020
А
11:12
Архитектура ИТ-решений
Cайт Real ITSM устроил обсуждение: https://realitsm.ru/2020/05/yavlyaetsya-li-it-arxitektura-chastyu-cmdb/ которое, впрочем, быстро заглохло.

Я всегда был приверженцем точки зрения, что архитектурный репозиторий AR, словно data integration tool, должен использовать все источники данных CMDB, оргструктуру, продуктовый каталог,... есть перечень бизнес-процессов - тоже тащите. Но может кому-то будет интересно пообсуждать и вопрос ИТ-архитектура и CMDB - что внутри чего, а что, соответственно, снаружи
14 June 2020
А
00:33
Архитектура ИТ-решений
Менеджеры продуктов думают, что они занимаются продуктами, но, на самом деле, уже давно занимаются сервисами. Просто менеджеры тоже так думают, но любая деятельность у них превращается в проект. Разработчики ненавидят проекты и потому делают продукты и сваливают их в IT operations от которых заказчик ждут не продуктов, а сервисов. Они это знают, но часто не могут внятно объяснить. Редкое исключение нашел в блоге Axelos Products, Services, and Service Relationships https://www.axelos.com/news/blogs/april-2019/itil-4-connecting-the-key-concepts-blog-part-1
18 June 2020
А
15:10
Архитектура ИТ-решений
Похоже, что эта новость обвалила сайт rkn
А
15:10
Архитектура ИТ-решений
Н
Нецифровая экономика 18.06.2020 15:07:44
⚡️⚡️⚡️Конец "блокировки" Телеграма. Все танцуют

По согласованию с Генеральной прокуратурой РФ Роскомнадзор снимает требования по ограничению доступа к мессенджеру Телеграмм.

https://rkn.gov.ru/news/rsoc/news73050.htm
А
17:38
Архитектура ИТ-решений
В чате "Архитектура ИТ-решений" обсуждаем темы для следующих zoom-ов
1 - https://t.me/itarchitect/65475
2 - https://t.me/itarchitect/65476
А
17:38
Архитектура ИТ-решений
DK
Daria Kaftan 18.06.2020 17:18:09
Всем доброго дня! По итогам встречи в zoom и докладам, заявленным в чате, сейчас будет проведено два опроса - все доклады не влезли в один. Множественный выбор доступен, отметьте все интересующие варианты - что хотите послушать, в чем хотите поучаствовать.
Приславшим короткие темы - спасибо. Темы остальных были сокращены до нужного кол-ва символов, поля с вариантами довольно маленькие.
21 June 2020
А
18:33
Архитектура ИТ-решений
Всем привет! Обычно я так не делаю, но для следующего вебинара, который случится в первой половине июля, хочу провести голосование по выбору темы. Какая окажется наиболее востребованной, ту и обсудим. (Уточняющие вопросы, а также рекомендации по темам приветствуются в группе этого канала)
18:35
Тема следующего вебинара
Final results
- О чём говорить с заказчиком ИТ-решения 69 votes
- Инверсия управления для менеджеров (Почему никто не использует мой сервис?) 38 votes
- Дилемма корпоративного ИТ-архитектора (Альтернативы архитектуре предприятия) 133 votes
- Воронка инициатив. Уравнение со многими неизвестными 67 votes
- Предложу свою тему в группе канала 4 votes, chosen vote
255 votes
23 June 2020
А
07:15
Архитектура ИТ-решений
Более половины высказались за Дилемму корпоративного ИТ-архитектора Спасибо. Так тому и быть. Ссылка на предстоящую трансляцию: https://youtu.be/XVkExnJ6lrw
24 June 2020
А
00:20
Архитектура ИТ-решений
DK
Daria Kaftan 23.06.2020 18:25:14
Коллеги, в этот четверг в 20:00 состоится доклад Алексея Сенькова
"Классификация видов долга, накапливающегося со стороны разработки"

Аннотация:
Часто на конференциях по разработке ПО проскальзывает термин "технический долг", иногда рядом с ним появляется "архитектурный долг". Но никто явно не говорит об "организационном долге" - понимании необходимости развития процессов разработки ПО, которые были отложены ввиду каких-то причин.
Вопросы для обсуждения:
1. Выделение типов долга. Какие типы долга известны? Можно ли выделить можно ли выделить отдельно архитектурный долг?
2. Организационный долг. Формирование понятия о тех долге, обстоятельствах возникновения и рисках (риски несомненно не менее высоки чем риски, связанные с техническим долгом). ЖЦ организационного долга. Виды орг. долга, возникающие на различных этапах развития команды разработки.
Форма доклада: дискуссия
Продолжительность доклада: 15-20 мин презентация + время на обсуждение.
Ссылка на конференцию zoom:
https://us02web.zoom.us/j/89019160706?pwd=dXF2ZFVFUWh2NDUwbTlaMFM3M09Xdz09
Идентификатор конференции: 890 1916 0706
Пароль: 513901
26 June 2020
А
06:24
Архитектура ИТ-решений
Хочу такой :-0
А
09:13
Архитектура ИТ-решений
Запись вчерашнего zoom-а по архитектуре: https://youtu.be/cIJopH2lV-k
30 June 2020
А
07:23
Архитектура ИТ-решений
DK
Daria Kaftan 29.06.2020 22:27:57
Коллеги, в четверг 02.07.2020 в 20:00 в zoom состоится доклад Александра Самарина
"ISO/IEC/IEEE 42010:2011 viewpoints, views, model-kinds and models for Enterprise Architecture (Smart Cities as an example)"

Аннотация:
При построении Умных Городов (УГ) необходимо решать одновременно несколько известных задачек:
1) зная, что решения УГ примерно на 70 % одинаковы во всех УГ как избежать «изобретения велосипедов» в разных городах.
2) зная, что в разных городах будут работать разные команды, как достичь того, чтобы решения, сделанные в одном городе, можно было бы использовать в других городах.
3) зная, что бюджеты на УГ весьма ограничены, как сделать построение УГ доходной программой.
Форма доклада: презентация
Продолжительность доклада: 25 мин + дискуссия
Ссылка на конференцию:
https://us02web.zoom.us/j/82504629520?pwd=VmNIOTRkSlh1ejMzNjQzWE1hRUZFZz09
Идентификатор конференции: 825 0462 9520 Пароль: 029023
2 July 2020
А
19:45
Архитектура ИТ-решений
А
22:36
Архитектура ИТ-решений
https://youtu.be/B2x7Qa1Fdo4
6 July 2020
А
00:02
Архитектура ИТ-решений
Оказывается, в CNCF есть рабочая группа по https://smi-spec.io/
А
09:13
Архитектура ИТ-решений
Похоже, что AWS появится в России и случится это через Mail.ru. Комментарии экспертов в статье экспертностью не блещут (ага, мультиклауд, вот именно его и не хватает нынче отечественным заказчикам), но если AWS здесь появится, хотя бы с основными своими сервисами, то изучать ИТ-архитектуру мы будем именно по ним https://www.kommersant.ru/doc/4405864
Да, и локальные сервисы станут резко потерять свою актуальность... Тарантул, говорите, ага, щас!
А
14:28
Архитектура ИТ-решений
DK
Daria Kaftan 06.07.2020 11:28:29
Коллеги, в четверг 09.07.2020 в 20:00 MSK в zoom состоится доклад Геннадия Круглова
"Трансформация роли архитектора в технологического партнёра бизнеса (сейлов, топов, лпр)"

Аннотация: В процессе работы над архитектурными решениями стало понятно, что становится востребованной роль некоего партнёра для нетехнических ЛПР:
1) ЛПР нужно слушать (общаться) на постоянной основе, чтобы помогать структурировать мысли и проецировать их на технические решения, буквально проводить оценку в реальном времени их реализуемости, порядка трудозатрат и расширять, трансформировать идеи.
2) Проводить «мягкое» обучение в процессе общения по технологиям, арх. и орг. подходам, для чтобы ЛПР трезво оценивали их возможности и ограничения.
3) Быстро предлагать концепты, то есть делать высокоуровневый системный дизайн для поддержки продаж.
4) По их просьбе проводить аудит архитектуры и процессов разработки в проектах, выдавать заключения и рекомендации.
Хотелось бы рассказать об этом и о том, какие возникают сложности при взаимодействии и какие навыки нужно совершенствовать.

Форма доклада: презентация + обсуждение
Продолжительность доклада: 30 минут доклад, ~30 минут обсуждение
Ссылка на конференцию: Ссылка на конференцию:
https://us02web.zoom.us/j/89019160706?pwd=dXF2ZFVFUWh2NDUwbTlaMFM3M09Xdz09
Идентификатор конференции: 890 1916 0706 Пароль: 513901
7 July 2020
А
09:30
Архитектура ИТ-решений
Как понять, что вы разговариваете с настоящим ИТ-архитектором https://mxsmirnov.com/2020/07/07/real-architect/
9 July 2020
А
13:36
Архитектура ИТ-решений
Слайды сегодняшнего вебинара здесь: https://drive.google.com/file/d/19zdMzBfhjtN0VIHhApXt1XjM6M1aEp07/view?usp=sharing Запись получилась (ну, если не считать обрезки по правому краю :), см. там же: https://youtu.be/XVkExnJ6lrw Вопросы и комментарии пишите в группу канала https://t.me/joinchat/DOGCZU3C1uO5I9zWYGcLfg
10 July 2020
А
08:15
Архитектура ИТ-решений
А вот и запись нашего вчерашнего zoom-а https://youtu.be/21ydC4BRkBg
А
10:56
Архитектура ИТ-решений
Пятничное: почему такой живой и неутихающий интерес вызывает вопрос: должен ли ИТ-архитектор писать код? Давайте пойдем дальше и спросим себя: а не должен ли архитектор исполнять код? Почему бы и нет. Представить себя процессором или виртуальной java-машиной. Взять листочек бумажки в клеточку для записи значений переменных, карандаш, ластик. Отчеркнуть в сторонке область для стека вызовов. Попросить коллегу громко произнести F5 и вперед, поехали, так сказать
А
18:55
Архитектура ИТ-решений
Ну, всё. Все ИТ-архитекторы бегом за парту! https://youtu.be/Qyca0PSoep8?t=1138
13 July 2020
А
07:23
Архитектура ИТ-решений
Наверное, это самый интересный слайд прошедшего вебинара (Ссылка на запись: https://youtu.be/XVkExnJ6lrw?t=3274)
15 July 2020
А
07:52
Архитектура ИТ-решений
DK
Daria Kaftan 14.07.2020 20:48:37
Коллеги, в четверг 16.07.2020 в 20:00MSK в zoom состоится доклад Александра Лучкова
"Непрерывное применение архитектурных практик как способ снижения рисков"

Аннотация: Проблема документирования технических решений обсуждается часто, долго и с большими разногласиями. Широко распространены в зависимости от отрасли два лагеря "формалисты-бюрократы" и "гибкие-либералы".
Из моего опыта аргументы вторых сводятся к утверждениям похожим на:
- "Документация устаревает быстрее, чем обновляется, поэтому в ИТ системе единственная актуальная документация - это код"
- "Документация нужна только там, где нужно её сдавать. Поэтому необходимо писать только ту документацию, которая указана в контракте"
- "Документация - это дорого и поэтому лучше делать продукт интуитивным"
- "Формализмы - это затраты на их изучение, а рынок настолько широк, что невозможно научить всех. Поэтому лучше писать каждый как умеет."

Первые же говорят о том, что:
- "Хорошая документация должна быть"
- "Документация делает процесс разработки управляемым"
- "При хорошей документации RTFM является эффективным способ обучения сотрудников"
- "Документация обеспечивает возможность поддерживать качество продукта, и поэтому должна быть исчерпывающей."

В рамках доклада я попробую обосновать свою точку зрения на причины возникновения подобных суждений, некоторые их риски и пути устранения этих рисков в духе применения принципов непрерывного приращения ценности результатов труда.
Продолжительность доклада: ~45 минут доклад, ~30 минут обсуждение
Ссылка на конференцию: https://us02web.zoom.us/j/89019160706?pwd=dXF2ZFVFUWh2NDUwbTlaMFM3M09Xdz09
Идентификатор конференции: 890 1916 0706
Пароль: 513901
16 July 2020
А
23:05
Архитектура ИТ-решений
Запись сегодняшнего зума: https://youtu.be/ui4Fk-vm-pE
17 July 2020
А
10:50
Архитектура ИТ-решений
The code is the truth, but not the whole truth
https://twitter.com/Grady_Booch/status/1278949993722724352
Великие архитекторы тоже любят пообсуждать вечные темы нашего архитектурного чатика: https://t.me/itarchitect :-)
А
14:34
Архитектура ИТ-решений
На вчерашнем зуме появилась идея устроить на тему «Документация и Архитектура» небольшую панельную дискуссию. Взять несколько вопросов и попросить подготовиться и высказать по ним свое мнение 3-4 участников.

Давайте проведем, но не в ближайший четверг, а 30 июля 29 июля. Мой список вопросов ниже. Можете предложить свои, по которым вы готовы выступить с репликой 3-5 минут или высказаться по одному из перечисленных. Позже запущу голосование по общему списку. Пять лучших возьмем в обсуждение
1. Как связаны между собой описание архитектуры и документация (требования, ТЗ, описание системы …)?
2. Что так, а что не так с ISO 42010 (ГОСТ Р 57100)
3. Заинтересованные лица и варианты использования архитектуры
4. Модели и диаграммы. Когда появится API архитектурного репозитория?
5. Каким станет описание архитектуры к 2025 году?
А
21:34
Архитектура ИТ-решений
Полторы тысячи респондентов рассказали O'Reilly о своем опыте использования микросервисов (февраль 2020). Результаты подведены в июле: https://www.oreilly.com/radar/microservices-adoption-in-2020/
20 July 2020
А
11:03
Архитектура ИТ-решений
Нашел у себя картинку с техниками бизнес-анализа по BABOK Guide v.3 К чему и зачем я её рисовал - даже не помню. Но может кому пригодится 🤔
22 July 2020
А
22:39
Архитектура ИТ-решений
Для тех, кто меня постоянно троллит темой цифровой трансформации я специально написал короткую заметку (см. ниже). Ключевая концепция в digital это цифровые двойники. О самом важном типе цифровых двойников, а именно о цифровом двойнике гражданина и следует думать в первую очередь. Именно они, а не люди станут основным субъектом цифровой экономики. Благодаря машинному обучению и искусственному интеллекту наши с вами двойники будут больше и правильнее пользоваться цифровыми госуслугами, принимать более взвешенные решения, например, при голосовании, да и вообще, станут более счастливой версией нас. И именно для них, в полном объеме и будут реализованы все предыдущие пункты стратегии
А
22:40
Архитектура ИТ-решений
MS
Maxim Smirnov 22.07.2020 21:47:39
Думаю, дело будет так. К 2030 году цифровая трансформация случится. Но доступ к цифровой стране нам пока не дадут. По соображениям информационной безопасности, ну и для сохранения конфиденциальности персональных данных. А то ведь пользователи они могут по неопытности пострадать от социальной инженерии и раскрыть свои данные. В общем, ни к чему нам туда доступ. Тем более, что система будет населена цифровыми двойниками граждан, которые и станут производить цифровые сделки на блокчейне и пользоваться всеми цифровыми услугами, оплачивая их цифровой валютой. Поможет им в этом, безусловно, искусственный интеллект.
Тем не менее, для отдельных групп граждан (журналистов, например, или высокопоставленных чиновников) будет доступна демоверсия. Разумеется, только имеющим лицензию на использование сертифицированных средств. Ведь средства будут созданы в рамках импортозамещения и надо будет их сертифицировать на отсутствие зарубежных байт, латинских букв и ближневосточных цифр. Так вот, эти ответственные граждане будут даже встречаться с демоверсиями своих цифровых двойников и потом рассказывать нам по телевизору об успехах цифровой страны. Примерно так, как это сейчас происходит в программах с обзорами соцсетей. Делиться, так сказать, последними успехами и впечатлениями от первого лица. Может даже журналист не сам это будет делать, а поручит своему цифровому двойнику роботу Фёдору. Хотя лицо его конечно будет скрыто, так что мы всё равно не поймем кто это. Впрочем, большинство людей не станут разбираться во всех этих технических деталях, слоёных архитектурах и пр. Человека просто будет согревать вера в то, что его цифровому двойнику живется там, в цифровой стране, намного лучше, чем нам, здесь, в реале…
23 July 2020
А
17:52
Архитектура ИТ-решений
Темы панели "Архитектура и документация"
Anonymous poll
- Как связаны между собой описание архитектуры и документация 175 votes, chosen vote
- Что так, а что не так с ISO 42010 (ГОСТ Р 57100) 74 votes, chosen vote
- Заинтересованные лица и варианты использования архитектуры 108 votes, chosen vote
- Модели и диаграммы. Когда появится API архитектурного репозитория? 177 votes, chosen vote
- Каким станет описание архитектуры к 2025 году 178 votes, chosen vote
451 votes
24 July 2020
А
07:06
Архитектура ИТ-решений
In reply to this message
Я пока не стану останавливать голосование, но уже и сейчас видно, что три темы (1,4,5) лидируют. Потому ими и ограничимся. Следующий zoom пройдет не в четверг, как обычно, а в среду 29 июля в 20:00 MSK. Кто чувствует в себе силы и желание выступить экспертом, пишите мне в личку @mxsmirnov
25 July 2020
А
07:09
Архитектура ИТ-решений
https://www.bcs.org/content-hub/what-is-agile-enterprise-architecture/
27 July 2020
А
07:15
Архитектура ИТ-решений
Архитектура и документация (панельная дискуссия) состоится в среду 29 июля в 20:00 MSK.Темы:
- Как связаны между собой описание архитектуры и документация
- Модели и диаграммы. Когда появится API архитектурного репозитория?
- Каким станет описание архитектуры к 2025 году

К участию в обсуждении приглашены:
Игорь Беспальчук - Software/Solution Architect в CUSTIS, консультант, преподаватель, спикер
Сергей Добриднюк - Руководитель продуктов "операционная деятельность банков", Диасофт
Дарья Кафтан - Системный аналитик, Инфосистемы Джет
Геннадий Круглов - независимый эксперт, спикер
Модератор: Максим Смирнов

Подключиться к конференции Zoom https://us02web.zoom.us/j/89019160706?pwd=dXF2ZFVFUWh2NDUwbTlaMFM3M09Xdz09
Идентификатор: 890 1916 0706 Код доступа: 513901
28 July 2020
А
09:34
Архитектура ИТ-решений
Сначала я подумал, что Саймон Браун начал серию статей "ИТ-архитектура для идиотовчайников" https://dev.to/simonbrown/how-to-review-a-software-architecture-diagram-6p0 Оказалось, что все немного тоньше. Просто в Structurizr появился сервис комментирования картинок https://structurizr.com/help/diagram-review
29 July 2020
А
23:11
Архитектура ИТ-решений
In reply to this message
Запись сегодняшнего zoom-а https://youtu.be/7KR0U_Vzy8M
31 July 2020
А
09:40
Архитектура ИТ-решений
А тем временем и в c4model появляются карты https://twitter.com/simonbrown/status/1288957833397010432
А
15:21
Архитектура ИТ-решений
GIF
Попытки зайти на https://www.ilograph.com/ приводят к The Amazon CloudFront distribution is configured to block access from your country, поэтому наслаждайтесь этим видео
Channel title changed to «Архитектура ИТ-решений»
6 August 2020
А
06:19
Архитектура ИТ-решений
А в Telegram-канале я несколько дней ничего не пишу потому, что третий из моих учебных курсов - Микросервисная архитектура https://www.itexpert.ru/msa-online/, тоже заработал в онлайн формате.
7 August 2020
11 August 2020
А
22:57
Архитектура ИТ-решений
Обнаружил на alibabacloud серию руководств Getting Started with Kubernetes в двух частях https://community.alibabacloud.com/series/87?spm=a2c65.11154792.0.0.33bc3c92MNOgMe Познавательно
13 August 2020
А
23:21
Архитектура ИТ-решений
Для вакансий ИТ-архитекторов стало характерно отсутствие больших идей. Даже хайпы стали упоминаться реже. Сохранились одни трансформации. Трансформации из априори плохого настоящего в сторону всё равно какого будущего. Почему так? Может с ИТ-директорами что-то случилось?
14 August 2020
А
21:04
Архитектура ИТ-решений
Не знаю, доберется ли до корпоративного мейнстрима идея поставки программного обеспечения в виде sidecars контейнеров, но контуры этой темы проступают всё более и более чётко: минимальные накладные расходы на межпроцессное взаимодействие в сочетании с независимостью от используемых технологий https://thenewstack.io/operators-and-sidecars-are-the-new-model-for-software-delivery/
21:10
In reply to this message
Хотя может, я просто всегда любил sidecar-ы. В конце 1999 года даже короткую заметку в Компьютерре напечатал https://old.computerra.ru/196057/
18 August 2020
А
07:43
Архитектура ИТ-решений
Недавно случился подкаст, на который Gene Kim пригласил Michael Nygard, известного, в частности, знаменитой книжкой Release It! К аудиозаписи этого полуторачасового разговора добавили расшифровку(транскрипт).

В общем, слушайте и читайте здесь: https://itrevolution.com/idealcast-episode-8/
PS: картинка, как это часто уже случается в моём канале, неправильная :-)
А
19:49
Архитектура ИТ-решений
20 августа, 20:00 MSK
Веб-ресурсы – новая интеграционная среда?

Нет никакого изъяна в очередях и брокерах сообщений. Нам по-прежнему нужны машины состояний и обработчики бизнес-правил. Почему же корпоративные сервисные шины ESB, ставшие столь популярными в нулевых годах, к концу второго десятилетия XXI века считаются явным анахронизмом. Что в них не так?
А может быть проблема не в сервисной шине, а некоторых других понятиях...

Приглашаю обсудить эту тему, в ближайший четверг, в zoom: https://us02web.zoom.us/j/89019160706?pwd=dXF2ZFVFUWh2NDUwbTlaMFM3M09Xdz09 Идентификатор конференции: 890 1916 0706 Код доступа: 513901
21 August 2020
А
08:15
Архитектура ИТ-решений
Можем ли мы простыми словами рассказать неайтишнику о том, что у нас происходит? Объяснить некоторые базовые концепции, приложив их к текущему состоянию дел. Раньше, очевидно, могли. И получаса хватит, чтоб растолковать практически кому-угодно что такое реляционные базы данных и даже порисовать с ним таблички, рассказать об устройстве хранилища данных или, например, корпоративной сервисной шины.

Сегодня, боюсь, что нет. Мы, конечно, можем попробовать, но вряд ли уложимся в полчаса и то, выйдет у нас слишком поверхностно (Расскажите про CQRS за пять минут). Впрочем, слушать нас скорее всего никто не станет. Обстоятельные истории об устройстве технологий уступили место бестолковым журнальным заголовкам. А в реальной работе понимание достигается за счет плотных регулярных коммуникаций. Показать мы можем намного больше чем объяснить. Потому и без agile никуда.

В общем, снова архитекторы виноваты, как ни крути! Ну, а кто еще должен простыми словами объяснять людям сложные вещи?
23 August 2020
А
18:55
Архитектура ИТ-решений
Доктор Курпатов рассказывает понятным для людей языком что такое архитектура предприятия и основные концепции ISO 42010 https://youtu.be/qOD3ceZxdYM?t=2278 :-D
24 August 2020
А
07:49
Архитектура ИТ-решений
Чем радует меня закат микросервисного хайпа, особенно в корпоративном контексте, так это предложением вернуться назад, типа к монолиту. Прям рисуется картина маслом, как мы берем ERP, CRM, системы дистанционного обслуживания и всё прочее и собираем в один большой процесс и развертываем его в сотнях экземпляров на всех серверах компании.

Не было у вас никакого монолита. Вернее, их было много с разными технологическими стеками, разными структурами данных и непосредственно данными, разными фрагментами функционала, перевязанного в сквозные бизнес-процессы интеграционными средами. В общем кусочно-лоскутная автоматизация во всей красе. Мы к ней возвращаться будем?
- Нет, не будем – отвечают ревизионисты микросервсиной архитектуры – мы новые системы станем писать не в виде набора сервисов, а как единый процесс.

Ну, правильно! Предыдущие тридцать лет все так и делали. Начиналось обычно словами: сейчас мы все перепишем и будет одно новое и хорошее. Заканчивалось появлением еще одного булыжника в дополнение к существующему ИТ-ландшафту. Со своей технологией, со своими данными, как-то криво и косо синтегрированного со всем остальным
А
10:13
Архитектура ИТ-решений
In reply to this message
Микросервис от приложения отличают два важных преимущества: у него есть API и у него нет GUI. Помните как раньше пользователи ходили и орали:
- Сделайте нам единое окно! Мы не хотим работать в десятках систем!... А еще мы хотим быстрый поиск по данным из всех систем и чтоб ничего никогда не тормозило!

Хайп твоего счастья заканчивается, дорогой пользователь!
Вспоминай старые навыки: запускаем в начале рабочего дня все нужные приложения и копи-пастим данные между ними через клипборд и ждем ...
30 August 2020
А
20:50
Архитектура ИТ-решений
Начав читать транскрипт этого выступления https://www.infoq.com/presentations/microservices-monolith-antipatterns/ я решил, что оно относится к разделу "сатира и юмор". Однако ни после истории с потребностью в webhooks, ни после злоключений с shared libraries в транскрипте не было отметок о смехе в зале. Пришлось включить запись. С изумлением я обнаружил, что по ходу выступления вообще никто не смеется... Может это считается неполиткорректным, не знаю. Почему-то мне кажется, что девушка собиралась сделать веселую презентацию, но вошла в другой образ и веселыми получились лишь смайлики на последнем слайде
31 August 2020
А
12:38
Архитектура ИТ-решений
Раз уж я переименовал этот канал в "Архитектура ИТ-решений", то позволю себе иногда публиковать некоторые определения. Сегодня термин solution (решение) из руководства бизнес-аналитиков BABOK Guide v3
Solution:
A specific way of satisfying one or more needs in a context.
A solution satisfies a need by resolving a problem faced by stakeholders or enabling stakeholders to take advantage of an opportunity
1 September 2020
А
06:24
Архитектура ИТ-решений
Давайте продолжим с определениями:
Solution Architecture 
A description of a discrete and focused business operation or activity and how IS/IT supports that operation.
Note: A Solution Architecture typically applies to a single project or project release, assisting in the translation of requirements into a solution vision, high-level business and/or IT system specifications, and a portfolio of implementation tasks
[ TOGAF 9.2: https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap03.html#tag_03_69 ]
2 September 2020
А
21:45
Архитектура ИТ-решений
А вот вам состав описания архитектуры решения из прошлогодней книжки
Alan McSweeney, Introduction to Solution Architecture
3 September 2020
А
14:29
Архитектура ИТ-решений
Собрал в один плейлист вебинары, проведенные на канале IT Expert https://www.youtube.com/playlist?list=PLDwZgqHLFBe5B4Dt3dFszxo-p3xMalN8e

#youtube
7 September 2020
А
17:45
Архитектура ИТ-решений
Я всё ждал, а не перерисует ли кто-нибудь знаменитую картинку Джона Захмана 1987 года в приемлемом разрешении
8 September 2020
А
07:20
Архитектура ИТ-решений
In reply to this message
Вдогонку. Фрагмент видео https://youtu.be/oUhOPcHginY
#youtube
А
17:07
Архитектура ИТ-решений
In reply to this message
The OpenAPI Specification (OAS) - стандарт описания REST API в виде YAML-файла.

Но YAML можно использовать и для описания микросервисов в Microservice Design Canvas. Прототип такого решения см. https://solusoftsl.github.io/microservices-design-canvas-editor/
10 September 2020
А
00:17
Архитектура ИТ-решений
Нашел свой довольно старый текст https://mxsmirnov.com/2014/03/20/why-ea/ и подумал, что вместо него следовало бы создать для архитекторов предприятия страничку ответов на часто задаваемые руководителями и заказчиками вопросы. Может кто видел такую штуку именно для EA?
А
23:34
Архитектура ИТ-решений
Очень простое объяснение одного из паттернов микросервисной архитектуры https://medium.com/@volodymyrfrolov/pluggable-microservices-734457c3a3b3 Я уже говорил, что микросервисы бывают разными и изложенная в статье архитектура - лишь одна из нескольких. Но, задумываясь о микросервисах, я бы в первую очередь думал о "распределенных плагинах"
11 September 2020
А
23:03
Архитектура ИТ-решений
Вау! Оказывается Cloud native computing foundation с июня 2020 делает тематические технологические радары, наподобие ThoughtWorks. Сегодня появился уже второй https://www.cncf.io/blog/2020/09/11/cncf-end-user-technology-radar-observability-september-2020/

Подробнее: https://radar.cncf.io/
14 September 2020
Архитектура ИТ-решений pinned this message
А
20:05
Архитектура ИТ-решений
В CQRS Documents by Greg Young https://cqrs.files.wordpress.com/2010/11/cqrs_documents.pdf я всегда проскакивал мимо идеи о том, что анемичная модель предметной области, во-первых, это своеобразный способ обеспечения гибкости: когда ИТ-системы предоставляют россыпь объектов, которые можно как угодно модифицировать, а рабочий процесс реализован в головах пользователей и его изменение не требует доработок софта. А во-вторых - показатель бедности (Возникающие в таких системах ошибки, видимо, не столь критичны; как тактично говорит автор, эти системы имеют низкую ценность с точки зрения бизнеса)

В противоположность этому CQRS добавляет в предметную область глаголы (частные случаи команд), которые становятся полноценными элементами модели, а не только сигнатурами методов, о существовании которых никто кроме разработчиков и не подозревал
16 September 2020
А
08:40
Архитектура ИТ-решений
В отличии от историков, архитекторы предприятия часто перерисовывают модели будущего. Есть даже традиция разработки нескольких целевых архитектур: для горизонта планирования год, три года и совсем отдаленного будущего, например. Для структурирования унаследованных приложений и данных было бы полезным наличие нескольких горизонтов прошлого. Например, до некоторого момента времени организация структурирует своих клиентов в соответствии с предоставленными им услугами. Затем, когда услуг становится слишком много, появляется понятие кампании – ограниченного по времени предложения пакета услуг, перевязанного праздничной ленточкой. Потом приходит пора когортного анализа, целевых предложений и других подобных вещей… Всё это разные представления клиентов, разные сценарии услуг, а часто и разные информационные системы. Обобщить это в единую концептуальную модель практически нереально.

Архитектуре предприятия помогло бы мульти-концептуальное проектирование, если бы такое существовало
А
16:43
Архитектура ИТ-решений
Разбор AWS-овских картинок от Ilograph https://blog.ilograph.com/posts/fixing-aws-architecture-diagrams-vod/ Конечно, это в первую очередь реклама собственного инструмента, но придирки к картинкам Амазона и предложения по их улучшению вполне обоснованные
17 September 2020
А
07:15
Архитектура ИТ-решений
Для новых подписчиков и тех, кто почему-то не знал, хочу напомнить про связанные с каналом группы:
Архитектура ИТ-решений и
Работа для ИТ-архитекторов

А заметки, опубликованные здесь, можно обсудить в специальной группе этого канала
20 September 2020
А
21:30
Архитектура ИТ-решений
June 2020, Philippe Kruchten:
30 years of software architecture https://youtu.be/70kyGrjs8rU
Слайды здесь: https://pkruchten.files.wordpress.com/2020/06/kruchten-2020-northrop-award.pdf
25 September 2020
А
10:45
Архитектура ИТ-решений
I
Ilya 25.09.2020 09:40:53
20 Октября Нил Форд будет хостить воркшоп по архитектурным катам. Если есть желание можно организовать команду и поучаствовать 🙂
https://learning.oreilly.com/live-training/courses/architectural-katas/0636920458463/
А
10:46
Архитектура ИТ-решений
I
Ilya 25.09.2020 09:55:24
Все кто хочет поучаствовать - добавляйтесь в группу
https://t.me/joinchat/CSEd5Rvy_6VeCyuZlnkGpA
А
14:39
Архитектура ИТ-решений
Иногда небольшая доля занудства помогает разложить всё по полочкам https://www.infoq.com/articles/event-driven-finding-seams/
26 September 2020
А
12:51
Архитектура ИТ-решений
Недавнее от Jeanne Ross: https://sloanreview.mit.edu/article/why-you-yes-you-need-enterprise-architecture/
28 September 2020
А
08:58
Архитектура ИТ-решений
Следует ли расценивать появление в iOS 14 такой штуки как App Clips (в русской версии блиц-приложения) как дальнейшее проникновении идей Грега Янга о Task based UI и CQRS?
30 September 2020
А
07:42
Архитектура ИТ-решений
Не сумел ответить для себя на вопрос: почему в Large Scale Scrum акцент сделан на системной динамике https://less.works/ru/less/principles/systems-thinking Ведь это не единственный из способов имитационного моделирования. Есть еще, как минимум, дискретно-событийное и агентное моделирование, но о них вообще ни слова.

Намеренно ли умалчиваются альтернативы или же авторы просто ограничились чтением книжки Питера Сенге - не ясно
1 October 2020
А
20:13
Архитектура ИТ-решений
Оставить ли кнопку "Прокомментировать" в сообщениях канала "Архитектура ИТ-решений" или избавиться от неё, как думаете?
3 October 2020
А
07:20
Архитектура ИТ-решений
The Open Group выпустила стандарт Open Agile Architecture™ https://www.opengroup.org/open-group-publishes-open-agile-architecture Он довольно сильно отличается от вышедшей в прошлом году предварительной версии O-AAF, хотя и базируется на ней, включает основные темы и много чего еще. Стандарт, как и прочие документы Open Group, доступен у них на сайте https://pubs.opengroup.org/architecture/o-aa-standard/
4 October 2020
А
21:20
Архитектура ИТ-решений
Кому лень читать - одна из немногочисленных картинок O-AA Building Blocks. Вообще, с картинками в стандарте всё плохо, впрочем как всегда. Ну, ничего, со временем нарисуем
6 October 2020
А
10:43
Архитектура ИТ-решений
Э
Экспресс 42 28.09.2020 18:10:32
Отчет о состоянии DevOps в России 2020

Компания Экспресс 42, совместно с конференциями Олега Бунина (Онтико), провели первое исследование состояния DevOps в России. Мы давно вынашивали эту идею, так как понимали, что исследования других компаний не дают ответов на вопросы, как DevOps развивается у нас в России. 

В течении августа 2020 мы опросили 889 специалистов и руководителей из разных регионов, отраслей и компаний.  В результате получили срез по текущему состоянию инженерных практик и инструментов, проверили гипотезы, как DevOps влияет на производительность и показатели компаний, сравнили результаты с предыдущими исследованиями, выявили тренды развития.

В отчете за 2020 год вы узнаете про следующие темы:

1. Использование ключевых DevOps метрик;
2. Сравнение ключевых метрик с показателями эффективности компаний;
3. Планы компаний на следующий год;
4. Популярные DevOps инструменты;
5. Применение DevOps практик:
1. Платформа как сервис;
2. Инфраструктура как код;
3. Непрерывная поставка и интеграция;
6. Как внедрять и развивать DevOps практики и инструменты;
7. Как связаны Agile и DevOps.
 

Скачайте отчет о состоянии DevOps в России 2020 прямо сейчас!
9 October 2020
А
16:52
Архитектура ИТ-решений
Набрел в ФБ на еще одну дискуссию о том, нужен ли корпоративный архитектор и, в случае положительного ответа, зачем он нужен. И в который раз наивно удивился тому, что в таких разговорах речь всегда идет о каких-то очень абстрактных предприятиях. Даже отраслевая принадлежность не дает ответа на вопрос: впишется ли в текущее устройство конкретной компании функция корпоративной архитектуры, есть ли зазор между реализациями других capabilities для архитектуры предприятия, есть ли потребности, не закрываемые имеющими функциональными подразделениями. Можно чётко обрисовать место архитектуры на business capabilities map: между операциями и стратегией, чуть в стороне от ИТ и неподалеку от основных заказчиков. А вот наличие потребности и возможности в том, чтоб занять это место, да еще и в данный конкретный момент времени – свойство каждого частного случая
10 October 2020
А
11:10
Архитектура ИТ-решений
Вы читали старую книжку “NoSQL Distilled” (рус. "NoSQL. Новая методология разработки...")?
Final results
- Да (я ИТ-архитектор) 33 votes, chosen vote
- Нет (ИТ-аритектор) 122 votes
- Да (бизнес-/ системный аналитик) 3 votes
- Нет (бизнес-/ системный аналитик) 69 votes
- Да (не архитектор и не аналитик) 8 votes
- Нет 146 votes
- Нет. А зачем? 93 votes
474 votes
А
18:11
Архитектура ИТ-решений
Подарок для методиста https://microservice-api-patterns.org/ Обратите внимание на вводное слайд-шоу в верхнем правом углу
18:12
Или же многобукв для тех, кому это нравится https://microservice-api-patterns.org/introduction
12 October 2020
А
18:59
Архитектура ИТ-решений
In reply to this message
Поясню почему я задал вопрос относительно этой книжки. На мой взгляд, в наше время недостаточно актуализирована тема моделирования данных. DDD подходит для разработчиков, но вряд ли годится для аналитиков и тем более специалистов предметной области. Они, если и принимают участие в сессия типа Event Storming, то делают это, как-бы вслепую. Отвечают на вопросы разработчиков, но не строят собственную и самодостаточную модель предметной области. Неявно предполагается, что она у них уже есть. Но даже в тех предметках, где наличие такой модели декларируется на поверку оказывается, что это не так. Не работают предметники с BDW, BIAN, SID и пр. за редким исключением. Раньше предполагалось, что старательный заказчик должен сесть и с помощь грамотного аналитика нарисовать UML диаграмму классов или модель сущность-связь. Реально, если кто-то этим и занимался, то высокооплачиваемые консультанты с весьма условным знанием предметной области, но большими понтами и голословными заявлениями о том, что модель у них есть. Сегодня роль данных стала ещё выше, а вовлеченность предметников в игру со стрелочками и квадратиками еще меньше. В общем, хочется иметь простую историю для людей из-за границы ИТ или же наших пограничников о том, как моделировать данные в конце второй декады XXI века
👍 1
14 October 2020
А
20:54
Архитектура ИТ-решений
Возможно, аргументация автора статьи покажется вам банальной (мне она такой показалась), но нельзя не согласиться с тем, что бессерверные вычисления подбуксовывают https://www.infoq.com/articles/serverless-stalled/ Да и вообще, если функция вызывается крайне редко, можно и без разного рода платформ отдельный процесс застартовать (было же ведь так во времена CGI), а если не так уж и редко, то держите запущенный микросервис
19 October 2020
А
07:32
Архитектура ИТ-решений
Талант Кента Бека - автора экстремального программирования (XP), заключается в формулировании едва осознаваемых вещей понятными и простыми словами. Его очередная заметка: https://medium.com/@kentbeck_7670/monolith-services-theory-practice-617e4546a879
21 October 2020
А
06:56
Архитектура ИТ-решений
I
Ivan Begtin 21.10.2020 01:22:44
Emerging Architectures for Modern Data Infrastructure [1] весьма интересно изложенный отчет от Andreessen Horowitz о том как устроена современная архитектура работы с данными в зависимости от задач для которых она проектируется.

По сути - это такой универсальный канвас который можно использовать в любом хорошем инструменте рисования диаграмм. Для типовых задач бизнеса или госструктур вполне подходит и весьма продуманно структурировано (не буду утверждать что идеально, надо смотреть более детально через призму своих задач). Особенно стоит обратить внимание на сдвиги в технологиях Например, Data Flow automation вместо Workflow Management и ELT вместо ETL, а также нового типа озёра данных вместо Hadoop.



Ссылки:
[1] https://a16z.com/2020/10/15/the-emerging-architectures-for-modern-data-infrastructure/

#data #bigdata #report
06:56
I
Ivan Begtin 21.10.2020 01:22:44
06:56
I
Ivan Begtin 21.10.2020 01:22:44
06:56
I
Ivan Begtin 21.10.2020 01:22:44
06:56
I
Ivan Begtin 21.10.2020 01:22:44
22 October 2020
А
06:58
Архитектура ИТ-решений
Гартнеровский Hype Cycle по архитектуре предприятия от сентября 2020 https://www.gartner.com/doc/reprints?id=1-24EE6K3G&ct=201019&st=sb&fbclid=IwAR3fOfPWeRNf10dyrHdIVCFYfvtg_hJaIjkFel4QBYMLIRNcSFYvyxlCFoA
27 October 2020
А
21:35
Архитектура ИТ-решений
Вот всё у нас так. Если API, то без спецификации в Open API, но зато с толстыми документами, в которых написано
(Цитата из одного из стандартов: 2.3 Принципы архитектуры. Архитектура среды Открытых банковских интерфейсов соответствует концепции RESTful ... В случаях, когда следование принципам RESTful является сложным,
принципы не соблюдаются. )
http://www.cbr.ru/press/event/?id=8223

PS. А вот и первоисточник: https://openbankinguk.github.io/read-write-api-site3/v3.1.6/profiles/read-write-data-api-profile.html
А
22:13
Архитектура ИТ-решений
In reply to this message
А вот эта картинка достойна отдельного консилиума с обсуждением методов излечения от UML

PS: Основная проблема этих документов не в том, что там что-то не так написано, а в том, что перед публикацией их никто не читал
31 October 2020
А
13:51
Архитектура ИТ-решений
Simon Brown с новой историей почему архитектурные диаграммы надо представлять как код (на придумываемом им языке описания архитектуры Structurizr DSL) https://dev.to/simonbrown/diagrams-as-code-20eo
2 November 2020
А
18:19
Архитектура ИТ-решений
ИТ-архитекторы люди разносторонние. Я раньше уже делился ссылкой на видео "Практика архитектурного проектирования ИТ решений" с YouTube-канала Евгения Никонорова - активного участника наших архитектурных обсуждений. С того времени у него появилось несколько роликов-размышлений и потому сегодня поделюсь ссылкой на сам канал https://www.youtube.com/channel/UC0fCSuasoxqJHoMSsZ-IHUg
👍 1
А
19:20
Архитектура ИТ-решений
А здесь у нас второй день проходит анонимный опрос о зарплатах ИТ-архитекторов: https://t.me/itarchitect/72733
3 November 2020
А
07:26
Архитектура ИТ-решений
In reply to this message
Уже послезавтра вебинар по Open Agile Architecture. Добавил ссылку на регистрацию: https://us02web.zoom.us/meeting/register/tZYod-2urDIvGNQM8CzEBbYnkH5rdi_stasc
А
15:30
Архитектура ИТ-решений
In reply to this message
Если кто-то успел полистать стандарт https://pubs.opengroup.org/architecture/o-aa-standard и хочет в четверг поделиться своими впечатлениями - пишите в комментарии к этому сообщению; постараюсь вывести вас в эфир
5 November 2020
А
12:38
Архитектура ИТ-решений
Запись сегодняшнего вебинара здесь https://youtu.be/g9kmKXd_ukI
А
14:34
Архитектура ИТ-решений
In reply to this message
Вебинар O-AA 5-11-2020.pdf
2.9 MB
Слайды
6 November 2020
А
13:39
Архитектура ИТ-решений
In reply to this message
O-AA by Memex.Team.pdf
1.1 MB
Слайды Евгения со вчерашнего вебинара
7 November 2020
А
12:35
Архитектура ИТ-решений
Канал преодолел скромную отметку 4 тыс. Спасибо всем подписчикам за то, что вы с нами. Продолжайте делиться своими мнениями в комментариях, обсуждаете материалы канала в тематических группах, не стесняйтесь предлагать для публикации собственные материалы.

Оставайтесь с нами! ;-)
14 November 2020
А
07:23
Архитектура ИТ-решений
MS
Maxim Smirnov 14.11.2020 07:22:32
Я за визуализацию архитектурных моделей в виде диаграмм и не считаю обязательным использование каких-либо нотаций, особенно накладывающих ограничение на модель

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

Чтоб это случилось к картинкам надо относится как к продукту. Я был бы рад, если бы в этой и соседних группах понятных и интересных картинок было бы больше и жду, что архитекторы умеют их рисовать
А
14:03
Архитектура ИТ-решений
О стрелках на архитектурных диаграммах. Согласно гипотезе о двух потоках переработки зрительной информации объекты воспринимаются быстрее, чем их взаимное расположение. Стрелки же - это дополнительные объекты, характеризующие отношения между парой других объектов (и то, это если дорсальный поток восприятия отметит соприкосновение концов стрелки с объектами). В общем где-то здесь автоматизмы передают эстафету мышлению, которое уже со скоростью черепахи начинает анализировать семантику нарисованного
А
17:20
Архитектура ИТ-решений
Все сегодня делятся отчетом State of DevOps 2020 (кто-то, как DevOps Deflope ниже прямой ссылкой, другие - страничкой с регистрацией https://puppet.com/resources/report/2020-state-of-devops-report/) В отчете:
- High DevOps evolution correlates strongly with self-service capabilities
- A product mindset is key to scaling DevOps and your internal platforms
ну, и т.д.
А
17:20
Архитектура ИТ-решений
D
DevOps Deflope News 14.11.2020 15:16:05
В пятницу 13 вышел State of DevOps от компании Puppet, прямая ссылка http://amp.gs/at8X
17 November 2020
А
19:22
Архитектура ИТ-решений
Как-то раньше я и не задумывался о том, что подходы к развертыванию приложений можно взять и пересчитать https://thenewstack.io/deployment-strategies/ а еще и анимированными картинками сопроводить
22 November 2020
А
12:02
Архитектура ИТ-решений
Пока записи прошедшего в пятницу ArchDays 2020 еще не выложены, пересматриваю записи конференции 2019 года https://www.youtube.com/channel/UC3d7WPEIIcnorj1ZTyxVa7w
25 November 2020
А
18:01
Архитектура ИТ-решений
Рассматривая картинки в твиттере Жана-Батиста Сарроди думается мне, что open-source инструмент корпоративной архитектуры Archi всё дальше уходит от Archimate. В прошлом году Жан-Батист рассказывал как C4 Model рисовать, теперь вот про кастомные иконки и стереотипы рассказывает https://twitter.com/jbsarrodie/status/1331256064503853056
26 November 2020
А
21:40
Архитектура ИТ-решений
Хекслет сочинил большую статью про ИТ-архитекторов https://ru.hexlet.io/blog/posts/gid-po-professii-arhitektor
👍 1
28 November 2020
А
14:18
Архитектура ИТ-решений
Диалекты архитектурных нотаций
Матрица Захмана, Archimate, UML, «4+1» говорят об одних и тех же вещах, похожими словами, за которыми подразумевают вещи довольно разные. Мы можем попробовать сопоставить эти понятия между собой, но это лишь сделает наглядным досадные несостыковки. Solution architect-у приходится выбирать с кем он. И часто ему лучше придумать свой набор понятий, дополнив перечисленные выше фреймворки следующими концепциями: containers из C4model, boundaries из диаграммы пригодности, Domain events и aggregates из Event Storming и может быть чем-то еще из диалекта конкретной организации
4 December 2020
А
14:04
Архитектура ИТ-решений
Заложники косвенной адресации (пятничное)

Множество архитектурных построений развернуты вокруг одной простой, даже можно сказать банальной идеи: в переменной можно хранить не только значение, но и ссылку на некоторую другую переменную. Ну, хорошо, не только на переменную, но и на функцию. Остальное, так или иначе выводится из этого примитива. Как изобрести кафку? Не извлекать сообщения из очереди, а скользить по ней указателем (см., например, вот этот несложный текст Kafka for Engineers). И так всегда и везде. Или нет?

Ну, как-то раз, в Domain Driven Design одумались, решили обозначить понятие value object, но потом снова взялись за старое :-)
5 December 2020
А
07:49
Архитектура ИТ-решений
In reply to this message
Как-то мне всё больше и больше нравятся заметки Дэйва Таублера. Вот, например, ещё одна: https://medium.com/datadriveninvestor/are-aggregate-oriented-microservices-a-dead-end-6651db494f0e Явно у него талант методиста: подробно и слегка занудно, с очень простыми выводами, примерами и картинками. Прям завидую
А
20:06
Архитектура ИТ-решений
Сегодняшние две вакансии в нашем чате Работа для ИТ-архитекторов https://t.me/itarchitect_jobs/11136 отлично показывают отсутствие у работодателей понимания чего следует ожидать от ИТ-архитектора и чего ожидать не следует. Наверное, проблема глубже, в подходе к управлению в целом. В двух диаметральных позициях. Приверженцы первой говорят, что у нас есть проблема X и мы хотим увидеть её технологическое решение. Приверженцы второй - предлагают использовать технологию Y. И им, в принципе, неважно какую именно пользу она принесет, пусть хоть какую-нибудь. Мало кого интересует поиск соответствия между множеством проблем и множеством потенциальных решений, аналога product-market fit

Это же относится и к поиску ИТ-архитекторов
6 December 2020
А
10:11
Архитектура ИТ-решений
In reply to this message
Вот здесь The Application Rationalization PLAYBOOK красной нить проходит идея business value and technical fit, правда при анализе текущего ИТ-ландшафта в ходе рационализации портфеля приложений. Даже опросники есть (правда так себе, но их вполне можно довести до ума)
А
12:52
Архитектура ИТ-решений
Похоже, что Simon Brown, придумавший для нас c4model, тоже стал немножко видеоблогером https://youtu.be/9LnYV2g7S-w Ну что ж, будем смотреть и слушать!
10 December 2020
А
21:11
Архитектура ИТ-решений
Забавный опрос, правда про США. Три сотни руководителей ИТ-служб (83% респондентов - компании среднего размера, от 500 до 5 000 сотрудников) спросили про cloud-native. 86% сказали, что именно туда они сейчас и движутся.
Однако только у 12% компаний на микросервисах базируется хотя бы четверть всех приложений

Не лучше обстоят дела с освоением kubernetes. А с API респонденты так вообще запутались, обозначив проблемы с мониторингом, обнаружением(service discovery), безопасностью, да и пониманием как используется тот или иной API https://www.volterra.io/resources/doc/Volterra_The_Rise_of_Cloud-Native_Apps_R1.pdf
12 December 2020
А
17:58
Архитектура ИТ-решений
*зловещим шепотом*: Двенадцатого, двенадцатого в двенадцать часов на сайте правительство появилось распоряжение №3277 от 9 декабря о начале инвентаризации информационных ресурсов и систем госорганов http://government.ru/news/41104/ (сразу вспоминается акт Клингера-Коэна 1996г.)

Что думаете, уважаемые архитекторы, об этой инициативе?
19 December 2020
А
08:15
Архитектура ИТ-решений
Шесть причин выделения микросервиса из монолита от Nate Schutta. (На самом деле причин 6+2, а при подготовки этой серии статей участвовал и Matt Stine)
1. Multiple Rates of Change
2. Independent Life Cycles
3. Independent Scalability
4. Failure Isolation
5. Simplify External Dependencies
6. The Freedom to Choose the Right Tech for the Job
- Multiple business owners
- Owned by multiple teams https://tanzu.vmware.com/content/blog/should-that-be-a-microservice-keep-these-six-factors-in-mind
20 December 2020
А
08:53
Архитектура ИТ-решений
Я испытываю некоторую неловкость, когда просто делюсь в этом канале ссылками на статьи, а не собственными впечатлениями от их прочтения и обдумывания. Особенно, когда речь идет о таком авторе как Жамак Дехгани, подарившей нам термин Data Mesh. Но пока я буду собираться с мыслями может кто-то другой прочтет и прокомментирует. Высока вероятность, что получится уж точно не хуже, чем у меня. В общем, несмотря на наличие более ранних и довольно внятных статей про Data Mesh автор в начале декабря перерассказала заново и расширила эту тему https://martinfowler.com/articles/data-mesh-principles.html Наслаждайтесь!
25 December 2020
А
13:57
Архитектура ИТ-решений
2020 - разочарования и надежды на будущее. В канун Нового года можно писать про ИТ-архитектуру вещи, которые никому другому не интересны. Этот жанр называется итоги уходящего года и перспективы наступающего. Я сам этим иногда баловался, но сегодня я буду признателен тем, кто поделится в комментариях к этому сообщению своими размышлениями об ИТ-архитектуре в текущем моменте времени и, может быть, некоторыми прогнозами на будущее.

Где мы сейчас и куда идем?
А
20:32
Архитектура ИТ-решений
Будет ли zoom работать в новогоднюю ночь (по московскому времени) или рухнет?
Anonymous poll
- Будет! 286 votes, chosen vote
- Вряд ли. (Лет через 5 может и научатся, но не сейчас) 108 votes
- Повалятся интернет-провайдеры 104 votes
- Мне всё равно 219 votes
- Да кому он нужен 160 votes
796 votes
30 December 2020
А
23:42
Архитектура ИТ-решений
In reply to this message
В обсуждении этого сообщения было много сказано про контекст[ы] (читать, начиная отсюда: https://t.me/c/1304614627/8988)

Может пришло время дополнить всеми любимый закон Мелвина Конвея гипотезой двух структур. 1-ая обозначена Конвеем как структура коммуникацией организации, создающей систему. Она не определяет дизайн системы, а ограничивает его. 2-ая структура - множество контекстов. Наличие этих двух вещей, вернее их несоответствие друг другу и образую "тяни-толкай" эффект, потенциальный вечный двигатель непрекращающихся изменений и эволюции системы.

В принципе, в системной инженерии это практически сказано. Кроме, быть может, непосредственно самого тезиса, о том, что несоответствие структур enabling system и operational environment(s) и формируют целевую систему (system-of-interest)
31 December 2020
А
14:47
Архитектура ИТ-решений
🎄 --- Дорогие друзья!
Завершается год 2020. Мы всё ближе к Новому, 2021 году. 2021, как многие уже наверняка заметили, хоть и не простое число, но является произведением всего двух простых сомножителей 43 и 47. А значит, в Новом году нам есть на что надеяться

Поздравляю всех подписчиков с наступающим Новым годом! Желаю успеха, здоровья и отличного настроения вам и вашим семьям. Пусть самые сокровенные желания непременно сбудутся!

С Новым 2021 годом! 🍾🎄🎉
👍 1
1 January 2021
А
08:42
Архитектура ИТ-решений
Термин Monolith, частенько используемый в качестве альтернативы микросервисов, выбран крайне неудачно. Его давно следовало бы заменить на термин Bottleneck. Причем речь идет как о разработке, так и об эксплуатации.

Представьте себе заголовки статей: выбираем между bottleneck-ом и микросервисами или почему мы решили вернуться назад к архитектуре bottleneck. По-моему, отлично звучит
2 January 2021
А
15:01
Архитектура ИТ-решений
Восемь новых видео с ArchDays 2020: https://www.youtube.com/channel/UC3d7WPEIIcnorj1ZTyxVa7w/videos
3 January 2021
А
13:00
Архитектура ИТ-решений
Хочу напомнить, что кроме группы для обсуждения этого канала, у нас есть группа для обсуждения всех прочих вопросов, касающихся ИТ-архитектуры https://t.me/itarchitect В ней намного больше участников и разнообразней представлены разные точки зрения
5 January 2021
А
00:54
Архитектура ИТ-решений
In reply to this message
В живом обсуждении этого сообщения, на мой взгляд, постоянно ускользала одна простая вещь. Сервис – это просто процесс; фоновый процесс, запущенный под управлением операционной системы и обрабатывающий передаваемые в него через REST API запросы. (Ну, или процесс, читающие запросы из очереди сообщений и обрабатывающий их). Даже в самом простом приложении нам потребуются десятки коллекций веб-ресурсов: пользователи, справочники, операции совершаемые и уже завершенные, задействованные в этих операциях вещи и многое другое. У каждого их этих ресурсов свой жизненный цикл, свои представления для разного типа запросов, более или менее сложный набор операций и уж наверняка разная скорость будущих изменений. Будь это статические веб-странички, то каждый элемент любой из коллекций лежал бы в отдельном файле. Четверть века назад CGI (common gateway interface) предусматривал свой исполняемый модуль для каждой коллекции ресурсов, ну да ладно

Сегодня же нас не особо коробит обрабатывать все запросы, не важно читаем ли мы данные GET-ом, создаем ресурсы POST-ом или заменяем PUT-ом, причем запросы для всех используемых приложением веб-ресурсов из десятков совершенно разных коллекций одним исполняемым модулем. Это и правда такая архитектура? Даже архитектурный стиль с гордым именем «монолит» :-) Да нет здесь никакой архитектуры и это обыкновенный bottleneck. Подарок, так сказать, службе эксплуатации и будущим поколениям разработчиков из нашего непростого настоящего
6 January 2021
А
21:52
Архитектура ИТ-решений
Нашел еще один текст про архитектора решений (solution architect) на русском https://merehead.com/ru/blog/solution-architect/
10 January 2021
А
16:41
Архитектура ИТ-решений
Специально для тех, кто считает BPMN более-менее свежим способом моделирования, напомню: в этом году мы будем отмечать столетие появления процессных диаграмм

В 1921 году Фрэнк и Лилиан Гилбрет выступили с презентацией на ежегодном собрании Американского общества инженеров-механиков. Она была озаглавлена «Диаграммы процессов: первые шаги в поисках наилучшего способа выполнения работы» Обратите внимание на условные обозначения на 8,9 и 11 страницах и разговоры про улучшение процессов https://thegilbreths.com/resources/Gilbreth-Process-Charts-1921.pdf
Что-то очень знакомое, не так ли?
12 January 2021
А
14:17
Архитектура ИТ-решений
К итогам прошлого года: многопользовательский редактор простых архитектурных эскизов, который я еще не успел опробовать в качестве инструментов на дистанционным обучении ИТ-архитектуре https://blog.excalidraw.com/rethinking-virtual-whiteboard/

Плюс появившаяся в конце декабря библиотечка для архитекторов https://libraries.excalidraw.com/
13 January 2021
А
12:49
Архитектура ИТ-решений
DG
Dmytro Golodiuk 13.01.2021 11:33:17
https://kroki.io с версии 4.0 поддерживает Excalidraw. Я писал обзор этой утилитки. Кому интересно, пост на моем сайте https://www.golodiuk.com/news/it-architecture-diagrams-from-text/
17 January 2021
А
08:55
Архитектура ИТ-решений
Сегодня немного про стратегию. Стандарт O-AA™ возвращает нас к понимаю стратегии, сформулированному Портером. 
Michael Porter recommends distinguishing operational effectiveness from strategy. Strategy is about developing sustainable differentiation based upon strategic positioning.
“Strategic positioning means performing different activities from rivals' or performing similar activities in different ways.” — Porter 1996
https://pubs.opengroup.org/architecture/o-aa-standard/#strategy

Для последующего выстраивания архитектуры данный подход крайне удобен. Если мы изначально договорились об отличиях нашей организации от конкурентов, то ответ на вопрос: как именно это использовать, не представляет труда.

Проблема в том, что организации формулируют свои стратегии прямо противоположным образом – методом copy-paste из разных авторитетных источников и стратегий своих конкурентов. Поэтому, определение дифференциаторов часто выпадает на долю корпоративных архитекторов
19 January 2021
А
22:12
Архитектура ИТ-решений
Всё более вероятным мне представляется развитие событий, при котором нотации моделирования будут вытеснены палитрами элементов архитектурного представления (view) и отношений между ними. Это уже сейчас происходит у облачных провайдеров, выпускающих наборы иконок и руководства по архитектурным диаграммам (см., например, https://cloud.google.com/icons). Их легко расширять, адаптировать под конкретные задачи, версионировать и т.д. Если в подобных наборах чего и не хватает, так это наличия у каждой иконки гиперссылки, на страницу с описанием визуализируемого понятия

Сложнее ситуация с описанием отношений. Вообще говоря, N-арные отношения описываются фреймами, а визуализируются в виде canvas (вот здесь http://masterfacilitator.com/canvas-collection/ полсотни примеров). Но пока они слишком громоздкие, а потому никто не рискует включать несколько фреймов в одну диаграмму. Но рано или поздно это произойдет
22 January 2021
А
21:37
Архитектура ИТ-решений
Поделюсь кратким обзором https://t.me/theworldisnoteasy/1208 вот этой статьи https://medium.com/@EthanZ/beyond-facebook-logic-help-us-map-alternative-social-media-889b874b7aee про альтернативны современным социальным сетям
23 January 2021
А
15:09
Архитектура ИТ-решений
The Open Group опубликовал new Snapshot IT4IT Reference Architecture, Version 3.0: Managing Digital Excerpt opengroup.org/library/s210
25 January 2021
А
19:20
Архитектура ИТ-решений
Вот здесь https://www.infoq.com/news/2021/01/elastic-aws-open-source/ продолжение истории о том, как Elastic изменил тип лицензии для Elasticsearch, а AWS решил форкнуть этот легендарный опенсорс
29 January 2021
А
09:05
Архитектура ИТ-решений
Программа Практики Архитектуры Предприятия

Есть у меня задумка превратить учебный курс https://itexpert.ru/eap-online/ в программу из нескольких модулей. Напомню, что в сентябре прошлого года The Open Group выпустила новый архитектурный стандарт Open Agile Architecture™ (O-AA), расширив тем самым практики и задачи архитектора предприятия.

Что из этого будет больше востребовано, а что меньше, пока не очень понятно. Набор коротких курсов это быстро покажет. Одним словом, если кто-то хочет присоединиться ко мне в качестве преподавателя или готов обозначить потребность в той или иной теме практик архитектуры предприятия, то буду рад вашим комментариям к этому сообщению
31 January 2021
А
22:25
Архитектура ИТ-решений
Как-то много вокруг поднялось разговоров о двадцатилетии agile-манифеста, появившегося 11-13 февраля 2001 года. Ну, помните: Люди и взаимодействие важнее процессов и инструментов…

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

Интересно то, что за двадцать лет существования манифеста, существенных изменений в рабочей культуре так и не произошло (Она прочно застряла в модерне). Ну и все мы, ежедневно приходя на работу или учебу, покидаем наш текущий социально-культурный контекст и переносимся на сотню другую лет назад. В мир единственно верных решений, абсолютных истин, априорных установок и четких иерархий. А вечером, возвращаемся в современность

Так что корпоративная культура не только съедает на завтрак стратегию, что подмечено было еще Питером Друкером, но и закусывает информационными технологиями. Что уж тут праздновать?
1 February 2021
А
08:47
Архитектура ИТ-решений
In reply to this message
А вот к ИТ-архитекторам это относится в минимальной степени. Эти парни хорошо устроились, буквально растворяясь в своей работе и не чувствуя ни малейшего дискомфорта. Типичные агенты постмодерна: система одна, а представлений (views) у неё несколько; вместо наилучшего решения - анализ компромиссов. А эволюционная архитектура - это вообще шедевр псевдологики.

Следите за руками:
"Architecture represents the significant design decisions that shape a system, where significant is measured by cost of change." -- Grady Booch
Но потом Кент Бек предлагает нам обратимость для обуздания сложности https://www.facebook.com/notes/kent-beck/taming-complexity-with-reversibility/1000330413333156/
А Фаулер говорит: a good architect reduces architecture
https://twitter.com/martinfowler/status/1285581525380202496
В общем в идеальной архитектуре вообще нет каких-либо significant decisions. А значит и самой её тоже нет
2 February 2021
А
09:42
Архитектура ИТ-решений
Похоже, что разговоры про культуру заходят у нас не очень. Потому сегодня вернемся к технологиям. Поделюсь ссылкой на рассуждения архитектора из MuleSoft Антонио Гарроте, об описании асинхронных взаимодействий https://engineering.salesforce.com/asyncapi-and-openapi-an-api-modeling-approach-db9873695910

Для REST есть спецификация Open API. А для обмена сообщениями AsyncAPI как-бы есть, но мало кто ей пользуется.

На самом деле, я думаю, что проблема глубже и стандартизировать надо не обмен сообщениями, а обработку потоков сообщений. Но, тем не менее
7 February 2021
А
19:25
Архитектура ИТ-решений
Evolutionary Architecture - аn architecture that supports guided, incremental change across multiple dimensions – не самое понятно определение, сформулированное Нилом Фордом. Intentional Architecture – еще один новый термин из Open Agile Architecture™ и так далее и тому подобное

Что здесь обязательно учитывать. Все эти изменения в архитектуре идут общим пакетом. Причем не только с изменениями в архитектуре, но и в разработке, развертывании, в ИТ в целом. Смещение от проектов к продуктам расщепляет архитектурные решения на те, от которых мы сможем потом отказаться и на те, которые формируют продукт и являются преднамеренными (вытекают из продуктовой стратегии и архитектуры самого продукта). Но вне продуктового контекста такое разделение вряд ли осмысленно.

Кто-то уже шагнул в такое пакетное изменение, но для многих компаний главными словами остаются проекты и системы. Что делает в этом случае? Нужно ли здесь изменение архитектурных подходов и возможно ли оно. Думаю, что да. Но выглядит всё непросто. Уж точно надо все такие вещи чётко предварительно проговаривать
8 February 2021
А
08:53
Архитектура ИТ-решений
В разговорах о том, что роль ИТ-архитектора всё больше смещается в область внутреннего консультанта по технологиям (и не только по технологиям) мы часто упускаем один момент

Поделюсь ссылкой на сообщение в канале ИТ-АС (ИТ-Архитектура, ИТ-Стратегия, ИТ-менеджмент в корпорациях), архитектура, стратегия, менеджмент (это не реклама :) и вставлю в рекомендацию как разговаривать с ночальнегами свои пять копеек

Мы все ищем универсальные рецепты для разных людей и ситуаций. Но лучше, что можно сделать - подходить к каждому человеку индивидуально. Выстроить у себя в голове, пусть поначалу не очень правильную гипотезу о том, какой он. Как этому конкретному руководителю удобно обсуждать решения, вникает ли он быстро или медленно, лезет в детали или скользит по верхам, принимает решения сразу или уходит подумать. Спросить у коллег, что они знают о нашем собеседнике, какие картинки тот воспринимает, как выстраивает разговор. Узнать результаты других обсуждений. И идти разговаривать с конкретным человеком.

Я долго не мог понять, насколько люди ценят такое вот индивидуальное отношение.
С ситуациями похожая история. Их просто намного больше, чем людей. Но придать ситуации уникальность – мега-инструмент в рассмотрении архитектуры решений
13 February 2021
А
08:14
Архитектура ИТ-решений
Какой шаблон описания микросервисов выбрать?

Несмотря на то, что microservice canvas придумано уже не мало, все они похожи довольно похожи. По крайнем мере, в каждом шаблоне взаимодействие сервиса с внешним миром описывается по схеме Queries-Commands-Events. Так какой выбрать?

Наиболее простой вариант взять готовый файл у LaunchAny В принципе, он повторяет шаблон Matt McLarty просто переставив ячейки. Если взаимодействий у сервиса чуть больше, то лучше переключиться на шаблон от Криса Ричардсона в нем строчки вставлять удобней. Ну или задуматься об инструментальной поддержке, как в этой штуке MDC Editor, визуализирующей описание сервиса на лету
17 February 2021
А
08:05
Архитектура ИТ-решений
Поделюсь этим большим и несколько занудным октябрьским отчетом a16z специально для любителей эталонных архитектур. Может кому пригодится: https://a16z.com/2020/10/15/the-emerging-architectures-for-modern-data-infrastructure/
18 February 2021
А
20:57
Архитектура ИТ-решений
Микросервисы. Обратный билет

Я приступаю к этому тексту с наивным намерением сделать целую серию небольших заметок о современны архитектурах ИТ-решений и разобраться, в первую очередь для себя, является ли переход на микросервисную архитектуру путешествием в один конец. Мне довелось читать достаточное количество историй о том, как та или иная компания вернулась назад из микросервисного безумия, но ни разу я не видел подобной истории собственными глазами и даже не разговаривал с участниками или очевидцами. Предполагаю, что упомянутых выше историях есть определенное лукавство. Обратный билет из микросервисов представляется мне лженаучной фантастикой. Впрочем, безусловно, я вполне могу ошибаться. Если вам хочет поделиться со мной своим контрпримером, то обязательно это сделайте

В первой заметке мы поговорим о том, из-за чего нас постигла эта микросервисная напасть и возможно ли было, хотя бы теоретически, другое развитие событий. В чем оно состоит, где находится развилка и до какого момента времени можно свернуть в указанном направлении. И начнем мы даже не с микросервисов, а с распределенных систем – приложений, данные и код которых, не вмещались по тем или иным причинам на одном сервере. Пока приложения развертывались на одном сервере всё было неплохо. Ну, может про один я не прав. Один для базы данных, еще один для сервера приложений, плюс еще парочка для резервирования, да и всё. Даже не вдаваясь в детали реализации я замечу, что данные на экземплярах БД были одинаковыми, как и приложения на серверах бизнес-логики.

Но затем конструкция эта начала расползаться. Сначала кусочки логики отвалились на отдельные узлы, продолжая работать с общей БД. Потом данные стали вылезать из базы и раскладываться в другие системы, ну а в конечном счете от приложений стали отваливаться полноценные сервисы. И процесс этот начался не 10 и не 15 лет назад, а несколько раньше. И причин тому, кроме банального желания, масштабироваться было штук этак несколько. Подробнее о некоторых из них в следующих репликах. Сам процесс распада приложений, по крайней мере в корпоративной среде, продолжался не один год, принимая разные формы, но неизменно представляя собой головную боль для корпоративного ИТ-архитектора. И системы новые в результате этого вырастали в ИТ-ландшафте предприятия и технологии обнаруживались и даже неучтенные сервера под столом в кабинете какого-нибудь вице-президента.

В начале десятых годов жизнь стала налаживаться. Фрагментам приложений и данных, возникшем при распаде информационных систем, эксперты дали гордое имя микросервисы и даже надавали советов как процесс этот упорядочить и проконтролировать. Но к современному моменту наблюдается заметное желание отдельных людей осколки приложений собрать и снова в один сервер запихнуть: снижение сложности, уменьшение расходов на взаимодействия и т.п.

Ну, давайте. Логику опять перепишем. Вернем её с java на PL/SQL и засунем в СУБД. Ну и сервисы, конечно, соберем, так сказать, на единой платформе и запустим в одном процессе. Или нет? Не будем спешить и в следующее заметке поговорим о том, а с чего это приложения в какой-то момент вдруг стали рассыпаться на сервисы
👍 1
21 February 2021
А
11:45
Архитектура ИТ-решений
In reply to this message
В среду, 24 февраля в 19:00 MSK
проведу небольшой стрим на эту тему. Ссылка трансляции на YouTube: https://youtu.be/S8JMVXAfFOM Вопросы можно задавать в комментариях к этому сообщению или в анонсе на FB: https://www.facebook.com/events/3781729695241571

Если вы не любите задавать вопросы, но готовы поделиться своим мнением, то тоже не стесняйтесь. Жду всех в среду вечером, присоединяйтесь!
22 February 2021
А
13:50
Архитектура ИТ-решений
In reply to this message
В комментариях возникла тема про сложность. Часто возникающий тезис, о том что в монолитной архитектуре и в микросервисном решении сложность примерно одинакова (в микросервисах, даже больше). Мол было сложность внутри одной системы, а с переходом на микросервисы мы размазываем её по сети. Думаю, что готов поспорить с этим тезисом. Для этого нам надо будет копнуть чуть глубже про сложность. Ответить на вопросы откуда она берется, как проявляется, в каких случаях нарастает быстрее, а в каких медленнее и т.д. Разобравшись с этим можно будет сформулировать способ уменьшения сложности
24 February 2021
А
18:34
Архитектура ИТ-решений
А скоро уже трансляция: https://youtu.be/S8JMVXAfFOM
25 February 2021
А
08:36
Архитектура ИТ-решений
В одной из компаний, в которой я когда-то работал, ИТ-архитекторы делились на два вида: системные и бессистемные.

Системными называли тех, кто отвечал за развитие какой-то конкретной информационной системы, а бессистемными – архитекторов, проектировавших решения и интеграционные взаимодействия. Я еще шутил, что им просто своей системы не досталось. Возможно, термин этот был немного обиден, но мне он нравился. Да и архитекторов этих вскоре стали называть solution architect.

А вспомнил я о том, прочитав свежую реплику Анатолия Левенчука, которой хочу поделиться с вами https://ailev.livejournal.com/1557247.html Сразу скажу, что мне порой доводилось встречать еще одно, третье понимание системного мышления, не совпадающее с рассмотренными в этом тексте. Но обобщение, которое я для себя принял исходя из этого и подобных рассуждений в том, что при встрече с термином системный, или производными от него, лучше проявить некоторую настороженность
28 February 2021
А
11:53
Архитектура ИТ-решений
In reply to this message
Сейчас просто предложение договориться о терминах для людей, хоть чуть-чуть знакомых с тем же DDD, выглядит несколько стрёмно. Оно может рассматриваться как приглашение в чужой ограниченный контекст или же попытка нарушить границу вашего (Пришли тут инженеры учить айтишников программы писать)

Да никогда мы, в полной мере, не договоримся о терминах! Мы можем договориться о следовании к общей цели и это позволит нам временно закрыть глаза на несоответствия в терминах и смыслах соратника. Чтоб действовать не разобщенно, а согласовано. Временно войти в некоторую игру, принять её правила, оставаясь частично вне игры. Соблюдать эти правила мы будет ровно до момента достижения цели и ни секундой дольше

Так стоит ли договариваться о терминах? Давайте отдадим предпочтение пониманию
3 March 2021
А
15:33
Архитектура ИТ-решений
Я давно слежу за выступлениями Жамак Дегани, но не знал что есть переводы её текстов на русский https://habr.com/ru/post/495670/
7 March 2021
А
00:20
Архитектура ИТ-решений
Поделюсь приглашением из чата
А
00:20
Архитектура ИТ-решений
К
Катерина 06.03.2021 20:17:10
Приглашаем 16 марта в 18:00 на митап по архитектуре продуктов — поговорим о микросервисной архитектуре и использовании git submodules.

В программе выступления спикеров от Банка «Санкт-Петербург» и Lipt-Soft, интерактив и подарки за классные вопросы спикерам.

На игру мы приглашаем специалистов уровня миддл и выше. Участие бесплатное, но нужно зарегистрироваться. Мы пришлем вам приглашение после модерации: https://bit.ly/3c1VCvu
А
09:47
Архитектура ИТ-решений
https://mxsmirnov.com/2021/03/05/analyst-vs-architect/
8 March 2021
А
07:51
Архитектура ИТ-решений
Поздравляю подписчиц канала с праздником 8-марта (вместо банального сообщения с картинкой я предлагаю вам присоединиться к голосованию)
Final results
- 🌷Присоединяюсь к поздравлениям, с праздником! 331 votes, chosen vote
- Спасибо :-) 67 votes
- А я вот промолчу 😶 37 votes
435 votes
9 March 2021
А
15:57
Архитектура ИТ-решений
В чате это сообщение может потеряться, поэтому поделюсь здесь
А
15:57
Архитектура ИТ-решений
OI
Oleg Igonin 09.03.2021 14:39:51
Добрый день!

На днях структурировал и описал подход по выделению функциональности из монолита в отдельный сервис системным аналитиком.

Кому будет интересно, можете посмотреть по ссылке:

https://youtu.be/dUeFaucs-pw
А
18:16
Архитектура ИТ-решений
Я, как это всегда и бывает, пропустил самое интересное. На этот раз речь о серии из шести прошлогодних заметок, которые Gregor Hohpe озаглавил Thinking Like An Architect. Мне на глаза попалась только пятая Architects Zoom In and Out, See Different Things в которой он пошагово улучшает ;) картинку из книжки Марка Ричардса и Нила Форда The Fundamentals of Software Architecture.

Естественно, я посмотрел и остальные. Серия начинается здесь: https://architectelevator.com/architecture/famous-architects-sketch/ А посетовать я хочу на то, что мне более чем симпатичны идеи автора, но, почему-то, совершенно не нравятся его тексты. Может у кого-то сходные ощущения?
10 March 2021
А
08:14
Архитектура ИТ-решений
In reply to this message
А теперь время согласиться и одновременно поспорить с уважаемым Грегором Хоупом. В первой статье цикла Мыслить как архитектор он замечает, что архитекторы (не айтишные, проектирующие дома), создающие эскизы зданий, иногда в виде скетчей на салфетке, зарабатывают много больше инженеров, разрабатывающих чертежи поэтажных планов и схем электропроводки. Но автор никак не может ухватить слово, описывающее их деятельность: abstraction не abstraction, illusion, gestalt… Хотя, на мой взгляд, здесь вполне подошло бы слово ideation, т.е. концептуализация – формирование понятий или представлений. И все дальнейшие разговоры об «устранении шума» в эскизах, выделении главного и пр., встречающееся и в первой, и в пятой заметке цикла, выражаются этим словом.

Архитектор занимается концептуализацией, тратя порой значительные силы и время, чтоб выразить идею решения понятной и лаконичной метафорой. А чертежи нам потом специально обученные алгоритмы нарисуют, ну или пока люди, освоившие нотации моделирования на соответствующих учебных курсах
11 March 2021
А
19:26
Архитектура ИТ-решений
Подборка информационных рассылок по архитектуре ПО от Екатерины Новосельцевой https://dzone.com/articles/15-software-architecture-newsletters-that-are-wort
13 March 2021
А
14:40
Архитектура ИТ-решений
Просто не могу не поделиться этой жизнерадостной рекламой. Если так и дальше пойдет, то и про ИТ-архитекторов начнут писать что-то подобное
16 March 2021
А
16:37
Архитектура ИТ-решений
Еще середина марта, а Apple уже придумал первоапрельскую шутку: https://www.vedomosti.ru/technology/articles/2021/03/15/861564-iphone-soft
16:45
Поделюсь статистикой использования моделей и диаграмм https://habr.com/ru/company/accenture/blog/547136/
А
19:30
Архитектура ИТ-решений
Вчера появилась новая версия 1.4 Enterprise Architecture on a Page от Svyatoslav Kotusev http://eaonapage.com/ Впервые она стала цветной
19 March 2021
А
19:07
Архитектура ИТ-решений
22 марта в 15:00MSK - хорошее время провести первый голосовой чат в нашем новом телеграмхаусе. Прямо здесь, на этом канале, мы немного поговорим о вещах, которые связаны с Domain Driven Design, но полезны и в более широком контексте. В общем, разговор будет на тему NoDDD.

Делитесь этим приглашением и присоединяйтесь!
(Ссылка на FB: https://fb.me/e/bVMiI2xKL)
20 March 2021
А
10:12
Архитектура ИТ-решений
Великолепно!
21 March 2021
А
21:05
Архитектура ИТ-решений
Philippe Kruchten с соавторами представили нам небольшую теорию архитектурного технического долга. Я было повелся на фразу a little theory (=conceptual model), тем более, что работа в открытом доступе https://www.sciencedirect.com/science/article/pii/S0164121221000224, но через пару страниц понял, что наскоком этот текст не осилить, даже если пропустить первые два раздела, описывающие само исследование и сразу перейти к модели. В общем, объемное описание причин, симптомов и последствий архитектурного тех.долга для вдумчивого чтения и перечитывания
22 March 2021
А
14:47
Архитектура ИТ-решений
In reply to this message
Через 15 минут начинаем
Voice chat
А
14:55
Архитектура ИТ-решений
https://t.me/it_arch?voicechat=3bbe1926fc513eb003
А
16:03
Архитектура ИТ-решений
Архитектура ИТ-решений – NoDDD
Exceeds maximum size, change data exporting settings to download.
50:11, 16.8 MB
Voice chat (5418 seconds)
А
21:12
Архитектура ИТ-решений
In reply to this message
И на YouTube: https://youtu.be/cZ10lv8kUA8
23 March 2021
А
18:57
Архитектура ИТ-решений
In reply to this message
В развитие темы о моделировании DDD-агрегатов. На мой взгляд множество внятных предложений по расширению реляционной модели данных дал сам Edgar F. Codd в своей статье 1979 года Extending the Database Relational Model to Capture More Meaning (см. перевод здесь: http://citforum.ru/database/classics/codd_2/) Работа сложная (как впрочем и непосредственно реляционная модель, описанная им десятью годами раньше), для любителей посидеть, подумать, поразбираться с моделированием данных, но очень ёмкая. Жаль, что десятая глава декартова агрегация(Cartesian aggregation) в ней слишком лаконична
25 March 2021
А
19:49
Архитектура ИТ-решений
MS
Maxim Smirnov 25.03.2021 19:48:42
Сегодня из ленты от Славы Панкратова
А
20:40
Архитектура ИТ-решений
Официально издана книжка Бернда Рюкера об оркестровке и интеграции в микросервисных и cloud-native архитектурах.
https://blog.bernd-ruecker.com/publishing-practical-process-automation-with-oreilly-db993db68411 Сознаюсь, этого релиза я ждал несколько месяцев и вот не только дождался, но еще и скачал бесплатный экземпляр с сайта камунды(раздают за регистрацию). В подписке O'Reilly она тоже есть. Если кому-то еще интересна эта тема, предлагаю почитать и ближе к концу апреля поучаствовать в обсуждении книжки в формате голосового чата. Пишите в комментах
👍 1
28 March 2021
А
22:52
Архитектура ИТ-решений
Рассчитываю провести на неделе еще один голосовой чат (дату и время обозначу чуть позже). В основном, о потребностях и решениях. Возможно, кто-то захочет поделиться наболевшем о словах из Business Analysis Core Concept Model™. Пишите и присоединяйтесь!

Update 30 марта 11:00 MSK
29 March 2021
А
07:28
Архитектура ИТ-решений
In reply to this message
Завтра, 30 марта в 11:00 MSK
30 March 2021
Voice chat
А
10:52
Архитектура ИТ-решений
https://t.me/it_arch?voicechat
Voice chat (2182 seconds)
А
11:47
Архитектура ИТ-решений
In reply to this message
Максим Смирнов – Модельключевых концепций бизнес-анализа глазами ИТ архитектора
Exceeds maximum size, change data exporting settings to download.
24:14, 20.0 MB
Запись голосового чата (Слайдкаст будет позже)
А
13:06
Архитектура ИТ-решений
А здесь и с картинками: https://youtu.be/SEms_UvdoTs
31 March 2021
А
14:25
Архитектура ИТ-решений
Март 2021-го заканчивается, а обещанный 2.8 релиз ZooKeeper-less Kafka так и не появился. Зато вот новое сообщение в блоге Confluent с обещаниями прилетело https://www.confluent.io/blog/kafka-without-zookeeper-a-sneak-peek/
А
18:11
Архитектура ИТ-решений
Хорошая новость для AsyncAPI Эта инициатива наконец начала вызывать некоторый интерес: https://linuxfoundation.org/en/press-release/linux-foundation-will-host-asyncapi-to-support-growth-and-collaboration-for-industrys-fastest-growing-api-spec/
2 April 2021
А
08:15
Архитектура ИТ-решений
Друзья! Я рад что «Архитектура ИТ-решений» преодолела скромную отметку в 5 тысяч подписчиков и хочу искренне вас поблагодарить за приверженность нашему каналу. Чтоб он и дальше оставался для вас интересным прошу поучаствовать в небольшом опросе - в каком направлении вы хотите, чтоб развивался этот канал? Уделите минутку голосованию ниже или черкните пару слов в комментариях к этой заметке

Еще раз искренне спасибо!
08:19
Каким вы хотите видеть этот канал?
Final results
- Оставить всё как есть 166 votes
- Больше рассказывать про самих ИТ-архитекторов 111 votes
- Хочется новых авторов и/или гостей 84 votes
- Больше ссылок на русскоязычные ресурсы 167 votes
- Аннотации материалов должны быть подробней 81 votes
- Меньше постов, не связанных с архитектурой 123 votes
- Сообщения должны появляться чаще 52 votes
- Нет. Реже 15 votes
- Меньше картинок 2 votes
- Больше скринкастов 42 votes, chosen vote
485 votes
А
15:32
Архитектура ИТ-решений
Воронка инициатив. Я часто рассказываю о том, что наибольшую ценность архитектор ИТ-решений приносит не ответом на вопрос как? реализовать ту или иную задачу, а отвечая на вопрос что? делать в первую очередь, что во вторую, а что пока не делать вовсе... https://mxsmirnov.com/2021/04/01/i-funnel/
11 April 2021
А
13:14
Архитектура ИТ-решений
ET
Eugene Terentev 11.04.2021 12:50:53
Малость тут есть: https://habr.com/ru/company/yota/blog/551566/
14 April 2021
А
08:51
Архитектура ИТ-решений
Теперь осталось понять какая из версий web-клиента Telegram лучше Version K или Version Z? https://bugs.telegram.org/c/4002
15 April 2021
А
11:59
Архитектура ИТ-решений
Давно хочу переписать набор непричесанных заметок из этого Telegram-канала https://mxsmirnov.com/2019/12/17/domain-map/ относительно моделирования агрегатов в Domain Driven Design, но все руки не доходят.

Как вы в предметно-ориентированном проектировании описываете агрегаты? Может есть что-то более детально проработанное, чем Event Storming и Domain Storytelling, а я просто отстал от жизни
А
17:35
Архитектура ИТ-решений
Я и не подозревал о существовании такой штуки, как Руководство по стилю SQL от Саймона Холивелла https://www.sqlstyle.guide/ - странице, объединяющей различные рекомендации по именованию таблиц, столбцов, хранимых процедур, алиасов и оформлению SQL-запросов

Вы можете использовать эти рекомендаций, форкнуть их или создать свои собственные, - пишет автор - главное, чтобы вы выбрали стиль и придерживались его
👍 1
16 April 2021
А
08:24
Архитектура ИТ-решений
Подниму сообщение из группы https://t.me/itarchitect
А
10:20
Архитектура ИТ-решений
MS
Maxim Smirnov 16.04.2021 10:08:29
Закипает рынок ИТ-труда. В FB-ке об этом пишут, да и вот здесь: https://www.forbes.ru/karera-i-svoy-biznes/426519-idet-zhestkiy-hanting-pochemu-v-rossii-rezko-vyrosli-spros-na-it
А
14:12
Архитектура ИТ-решений
In reply to this message
Безусловно, через некоторое время этот фактор повлияет на ИТ-архитекторов. Кое-как заполнив штатки, компании задумаются над тем, как координировать между собой вновь сформированные команды разработчиков (про закон Конвея им успеют рассказать agile-коучи) и вопрос этот непременно прилетит к архитекторам. Равно и как вопрос о том, как правильно делить функционал между командами, ну и заодно: а вообще, что же такое мы делаем?

В общем, к осени я бы был готовым отвечать на такие вопросы
18 April 2021
А
12:15
Архитектура ИТ-решений
С начала апреля успел провести уже три очных трехдневных курса и в качестве задания в одном из них попросил слушателей записать короткие видеоролики или скринкасты с рассказом об архитектуре решения. Оказалось, круто!

Похоже, что запись устного рассказа на 3-5 минут, дополненную картинками, можно считать одним из форматов представления ИТ-архитектуры. Как думаете?
19 April 2021
А
21:21
Архитектура ИТ-решений
С интересом обнаружил эту историю в своем же блоге:

Solution architect Семён получил новую задачку: расширить функционал простенького сервиса обработки заявок. Ничем не примечательный сервис предоставляет HTTP API, с коллекцией request, в которую можно опубликовать заявку. Проведя пару проверок и обогатив заявку данными из внешних систем, сервис отправляет заявку в очередь сообщений. Семён недавно работает в компании и хотя, по его мнению, задачка довольно простая, решает посоветоваться с Enterprise architect-ом Евгением. Тем более, что на днях Евгений собрал всех solution-ов и рассказал им о записях архитектурных решений (architecture decision record) читать продолжение...
21:35
In reply to this message
Что-то неладное у WP с ссылками. Выложу здесь текст целиком
Развилки архитектурных решений (пример). Чтоб лучше проиллюстрировать эту заметку я выдумал простенький пример, который предлагаю вашему вниманию.

Solution architect Семён получил новую задачку: расширить функционал простенького сервиса обработки заявок. Ничем не примечательный сервис предоставляет HTTP API, с коллекцией request, в которую можно опубликовать заявку. Проведя пару проверок и обогатив заявку данными из внешних систем, сервис отправляет заявку в очередь сообщений. Семён недавно работает в компании и хотя, по его мнению, задачка довольно простая, решает посоветоваться с Enterprise architect-ом Евгением. Тем более, что на днях Евгений собрал всех solution-ов и рассказал им о записях архитектурных решений (architecture decision record). Теперь каждый архитектор должен не только набросать небольшой эскиз, но и выложить набор решений в виде adr-файлов в версионное хранилище.
К удивлению Семёна вечно занятый Евгений был на рабочем месте. Дорисовывая очередной слайд он бросил Семёну:
– Что у тебя?
– Доработка сервиса обработки заявок, — пробурчал Семён.
– И в чём вопрос? – поинтересовался Евгений.
– Оформляю архитектурные решения, хочу посоветоваться.

Евгений посмотрел эскиз, поморщился и выдал свой любимый вопрос:
– Альтернативы придумал?
– Дорабатываем существующий сервис – Семён слегка замешкался. – Или пишем новый.

В этот момент к разговору внезапно присоединились еще два участника. Проектный менеджер Пётр, курирующий все доработки внутренних приложений в рамках программы цифровизации административной и внтурихозяйственной деятельности и продуктовый менеджер Павел. Эти двое всегда ходили вместе и постоянно спорили между собой.
– Не надо нам ничего переписывать! – не здороваясь начал Пётр. – Всё должно было заработать уже вчера! Десятки заявок в день вручную приходится разгребать.
– Это потому, что Борис накосячил, – включился в разговор Павел. – Вручную разгребаются заявки, которые не обработались с первого раза.
– Ну вот и подвернулась возможность Борису реабилитироваться, — не сдавался Пётр.

Не дожидаясь, пока эти двое окончательно втянутся в бесконечный спор, Евгений встал, подошёл к доске и рисуя квадратики принялся увещевать участников импровизированного совещания:
– У нас несколько вариантов реализации этой задачки. Самый простой, но не самый правильный состоит в том, чтоб сделать ещё одну очередь и написать новый компонент, который будет перекладывать сообщения из старой очереди в новую. Попутно он будет трансформировать ваши заявки.
– Не вариант! – прервал Евгения Павел. – Половина заявок в этот момент уже лежит в очереди ошибочных сообщений и разгребать их будет не ваш волшебный сервис, а рота сотрудников службы поддержи.
Павел покосился на Петра, ища у него поддержки. Вопреки традиции постоянно спорить с Павлом Пётр закивал.
– Хорошо! Вариант номер два, — не отступал Евгений. – Подменяем существующий сервис новым, с таким же интерфейсом, что и сервиса Бориса. Он будет обрабатывать все заявки. Некоторые сразу сбрасывать в очередь, а часть отдавать в старый сервис.
21:35
In reply to this message
Павел одобрительно закивал:
– Меньшую часть, я надеюсь, — удовлетворенно заметил Павел.
– Как получится, — включился в разговор Семён, про которого все уже, казалось, забыли. – Этот вариант не решит никаких проблем, только создаст новые!
Участники разговора повернулись к Семёну, стали разглядывать его с некоторой нехорошей настороженностью. Семён, уже с меньшей уверенностью, продолжал:
– Наша проблема в чём? Вот в этих синхронных вызовах внешних апи, — Семён указал рукой в правую часть доски, на которой могли бы быть нарисованы интерфейсы внешних систем, используемые для обогащения заявок дополнительными данными. – Сервис Бориса почему тормозит? Потому, что внешние системы ему медленно отвечают. Что новый сервис, что старый, работать всё будет так же плохо! Только дополнительный синхронный вызов воткнем, а по существу ничего не изменится.
Настороженность во взглядах собеседников стала преобразовываться в легкую злобу. Особенно у Евгения, предложившего, как ему казалось, такой отличный вариант.
– Ну и что с этим делать? – первым взял себя в руки Павел.
– Реплики данных из внешних систем, — предположил Семён
– И кто за это заплатит? – поинтересовался Пётр.
…
В общем, в этот день коллеги так ни о чем и не договорились. Евгений отправил Семёна писать adr. Семён быстренько накатал файлик с двумя вариантами: доработать существующий сервис или написать новый. А проблема осталась ждать своего решения
20 April 2021
А
07:16
Архитектура ИТ-решений
SFIA (The global skills and competency framework for a digital world ) - описание навыков архитектора решений (Solution architecture) https://sfia-online.org/ru/sfia-7/skills/solution-architecture
А
20:57
Архитектура ИТ-решений
Да вы что! Неужели? https://www.infoq.com/articles/architecture-trends-2021/
21 April 2021
А
07:18
Архитектура ИТ-решений
А вот и долгожданная версия 2.8 Apache Kafka вместе с early access version of KIP-500, для развертывания кафки без ZooKeeper https://blogs.apache.org/kafka/entry/what-s-new-in-apache5
22 April 2021
А
15:52
Архитектура ИТ-решений
Поделюсь свежей историей с хабра о трудоустройстве одного из подписчиков канала на позицию solution architect https://habr.com/ru/post/553780/

И, кстати, как вы думаете, подобного рода истории надо выстраивать по схеме: экспозиция-завязка- развитие-кульминация-развязка или же их и так интересно читать? (интересуюсь для себя)
А
18:59
Архитектура ИТ-решений
Дополню эту цитату ссылкой на книжку с говорящим названием The Enterprise As Story: the role of narrative in enterprise-architecture – February 27, 2012 by Tom Graves https://www.amazon.com/Enterprise-As-Story-narrative-enterprise-architecture/dp/1906681341
А
18:59
Архитектура ИТ-решений
MA
Mikhail Andronov 21.04.2021 09:53:56
"Most current approaches to enterprise-architecture describe everything in terms of structure. Yet people work better with story than with structure – and people are the enterprise. As we expand the architecture towards a true whole-of-enterprise scope, we need to describe the enterprise as story. Story is everywhere in the architecture – even the enterprise itself is a story." (С) Tom Graves
23 April 2021
А
09:15
Архитектура ИТ-решений
Оказывается шведские товарищи уже не первый год работают над подрывом (disruption) традиционных практик архитектуры предприятия. Называется это The Milky Way Enterprise Map. Слайды и видео здесь: https://annikaklyver.wordpress.com/2020/01/04/presentations-of-milky-ways/ Будем отслеживать повнимательнее. Вдруг и правда что-нибудь из этого выйдет
24 April 2021
А
18:37
Архитектура ИТ-решений
In reply to this message
Интересно, будет ли эта история иметь какое-либо продолжение?

В коротком сообщении о выходе сразу двух версий web-клиента мессенджера telegram, имеющих схожий набор функций, сказано: мы верим во внутреннюю конкуренцию.

Что ж, мы все в неё верим! Но пока другие разработчики не начнут поступать так же, это выглядит скорее эксцентричной выходкой, чем перспективной практикой
25 April 2021
А
00:22
Архитектура ИТ-решений
GIF
Эту картинку я утащил из заметки Gregor Hohpe Thinking Like An Architect Part 2: Architects See More Dimensions и вспоминаю её всякий раз во время жарких дискуссий в соц.сетях.

Смотрите какая штука. В средневековье приверженцев гелиоцентрической системы принято было жечь на кострах. Но это не значит, что гелиоцентрическая система на сегодня является единственно верной, а геоцентрическая ошибочной. Обе модели равноценны, даже если школьная физичка пыталась вас в этом разубедить. Большая, чем у Земли, масса Солнца не является окончательным и бесповоротным основанием прикрепить к нему систему координат. Вы, по-прежнему, можете использовать геоцентрическую модель совершенно не опасаясь никаких порицаний.

Если же ваш оппонент считает вас идиотом, из-за того, что вы не разделяете его истинное и научное убеждение о вращении Земли и других планет нашей системы вокруг Солнца, то это исключительно его проблема. (Кстати, можете упомянуть, что одна из планет солнечной системы вращается не вокруг Солнца)
А
19:30
Архитектура ИТ-решений
In reply to this message
А вот и обещанный подкаст с расшифровкой https://www.infoq.com/podcasts/architecture-design-trends-report/ Мне показалось, что участники разговора постоянно что-то упускают и сами это чувствуют. Будто забыл какое-то нужное слово. И сам его не можешь и собеседники не готовы подсказать. Впрочем, подкаст большой, надо еще раз будет к нему вернуться
27 April 2021
А
11:40
Архитектура ИТ-решений
Зацепившись взглядом за этот твит Gregor Hohpe https://twitter.com/ghohpe/status/1386808304987475972 я набрел на длинную, но интересную дискуссию с банальным заголовком Has UML died without anyone noticing? (см. здесь https://news.ycombinator.com/item?id=26934577 и здесь про используемые диаграммы: https://news.ycombinator.com/item?id=26940593)

Интересна она набором неочевидных гипотез относительно снижения популярности UML, например таких, как изменение модели поставки ПО или упоминаниями идей типа GML - Galactic Markup Language от Кента Бека :-)
А
17:23
Архитектура ИТ-решений
Минутка графомании: для чего нужна ИТ-стратегия

Существует множество банальных ответов на этот вопрос: поддержать стратегию бизнеса, оптимизировать использование ресурсов, расширить, углубить и пр.

Мой вариант ответа такой. ИТ-подразделение плотно интегрировано в другие процессы и управленческие практики организации: планирует и исполняет бюджет как велят финансисты, работает с персоналом под методическим руководством HR, поддерживает операции по требованиям линий бизнеса, приобретает технологии под бдительным оком закупок и блюдет весь прочий комплаенс. В общем, ИТ существует в поле всех этих правильных, полезных, но часто разнонаправленных сил от чего его частенько накреняет, перекашивает и разрывает на части.

Нужно нечто, способное сбалансировать такую систему. Нивелировать ситуации, когда есть бюджет, но не хватает людей, чтоб его освоить, технологий в избытке, но некому с ними разобраться, аутсорсеров пруд пруди, но продолжительность закупки их услуг начинается с полугода или наоборот: людей много, только денег нет (ну, пусть они тогда программируют что ль)

Вещь, которая выстроит динамическое равновесие между деньгами, людьми, изменениями, клиентами, партнерами и регуляторами называется… правильно, стратегия. А её воплощением в нашей материальной реальности занимается архитектура предприятия
А
22:30
Архитектура ИТ-решений
In reply to this message
GIF
Набросал анимированную картинку к рассуждениям выше
PS: обновил
28 April 2021
А
20:47
Архитектура ИТ-решений
Большая, быть может даже чуть-чуть занудная статья, в которой есть пожалуй все важные вещи для понимания распределенных систем. Статья с очевидными историческими параллелями о хранении данных на внешних запоминающих устройствах в старые добрые времена https://queue.acm.org/detail.cfm?id=3236388
5 May 2021
А
22:15
Архитектура ИТ-решений
Хочу вытащить из чата "Мастерская ИТ-тренера" тему про конструкторов (вероятно, наиболее близкий английский термин design engineer). Может и правда solution architect в большей степени именно конструктор, воплощающий новые продукты и фичи из имеющихся ресурсов и возможностей организации. Как вы думаете?
А
22:15
Архитектура ИТ-решений
ГК
Геннадий Круглов 03.05.2021 19:47:32
Мне кажется, нужно вообще забыть слово «архитектор» применительно к решениям (продуктам)

Над решением работает команда конструкторов. Конструкторы ПО (как мин бэк и фронт), конструктор инфраструктуры, конструктор ИБ

Руководит этой командой Главный конструктор - архитектор решений
10 May 2021
А
07:27
Архитектура ИТ-решений
18 мая, 17:00 MSK Продолжаем бесплатные вебинары из жизни ИТ-архитекторов. Описание на странице мероприятия https://mxsmirnov.timepad.ru/event/1639808/
12 May 2021
А
08:20
Архитектура ИТ-решений
In reply to this message
На вебинар зарегистрировалось уже под сотню участников, но вот вопросов совсем мало. Их можно задавать не только при регистрации, но и на странице https://fb.me/e/2aVx3qI8S или в комментариях к этому сообщению.

Ответы на них будут в ходе вебинара, но на пару вопросов я начну отвечать прямо сейчас. Постараюсь кратко, одной репликой.

Есть два предварительных условия превращения ИТ-архитектора во внутреннего консультанта. Первое, архитектору есть что сказать, а второе - он не хочет принимать некоторое решение единолично, ну или не обладает такими полномочиями. Без этих предусловий тема становится не особо актуальной. А вот самих вариантов связок «что-кому-зачем» мы говорим может быть несколько. Например, забрать часть ресурсов у одних заказчиков в пользу других (тяжелый получится разговор). К счастью, есть менее сложные компромиссы.
Обсудим их на вебинаре, регистрируйтесь и задавайте вопросы!
13 May 2021
А
07:55
Архитектура ИТ-решений
Кто-нибудь уже попробовал NGINX Service Mesh? https://www.nginx.com/blog/how-to-choose-a-service-mesh/ Объявили о нем еще прошлой осенью, как о развитии темы NGINX Ingress Controller. Выглядит заманчиво, но ведь, не проверив, как оно там на самом деле, не узнаешь
А
19:26
Архитектура ИТ-решений
Арчи, Смарчи и еще несколько инструментов корпоративного архитектора в еще одном свежем обзоре на эту вечно актуальную тему + гартеровский квадрант и волны форрестера (декабрь 2020 и Q1 2021 соответственно) https://welkaim.medium.com/enterprise-architecture-tooling-63cbe7ea0ad4

Кстати, один из вопросов к предстоящему вебинару снова про инструменты ИТ-архитектора. Всегда затрудняюсь с ответом на этот вопрос, помогайте!
14 May 2021
А
20:56
Архитектура ИТ-решений
Темы теперь включены в PlantUML https://plantuml.com/ru/theme
14 May, 2021: Introducing new !theme feature (V1.2021.6). (Thanks to Brett Schwarz for his work)
18 May 2021
А
16:52
Архитектура ИТ-решений
In reply to this message
В связи с большим количеством регистраций и ограничением моей
подписки на zoom, вынужден предложить тем, кому не удалось
подключиться, youtube-трансляцию https://youtu.be/W0QZ10z1LpM На вопросы из чата YouTube тоже обязательно ответим
А
19:44
Архитектура ИТ-решений
Хочу запустить небольшое голосование о том, какие новые требования возникают к ИТ-архитектору. С ожиданиями относительно каких навыков, артефактов, подходов и задач вам (вдруг!) довелось столкнуться? Поделитесь, пожалуйста, в комментариях к этому сообщению или в личке @mxsmirnov Заранее спасибо!
20 May 2021
А
08:19
Архитектура ИТ-решений
В общем-то полезные приемы презентации архитектуры предлагает Марк Ричардс https://youtu.be/pJc0l2DASpo
26 May 2021
А
11:36
Архитектура ИТ-решений
In reply to this message
Вынесу ответ на один из вопросов, полученных перед вебинаром в отдельное сообщение. Собственно, вопрос традиционный, похожие были и раньше. Вопрос о взаимодействии архитектора с командой разработки. Для архитектора продукта/платформы он особенно актуален.

Говоря о взаимодействии с командой легко упустить из виду, что команда – это некоторая абстракция. Мы разговариваем не с командой, а с конкретными людьми. Соглашаемся, спорим, договариваемся. Часто под фразой взаимодействие с командой скрывается общение всего с одним человеком, например, тимлидом или даже менеджером. И это именно он боится выпускать архитектурные решения из своих рук (или полностью передоверяет их какому-то одному разработчику). Другим участникам команды выработки архитектурных решений тоже не достается, а за фразой The best architectures, requirements, and designs emerge from self-organizing teams скрываются предложения конкретного человека.

Проблема даже не в том, что архитектурные решения принимает кто-то один. Часто это квалифицированный и опытный разработчик. Проблема, если всегда происходит только так! Без обсуждений, рассмотрения альтернатив, картезианского радикального сомнения со стороны кого-то еще. Рано или поздно полезут ошибки, сформируются предпочтения, от которых непросто отказаться, сменятся технологии. Разработчики, выключенные из процесса проектирования, потеряются мотивацию и просто уйдут. Тонущий корабль с единственным капитаном на борту – узнаваемая картина legacy системы.

Решение проще, чем кажется на первый взгляд. Agile помог разобраться с процессом. 
В основе управления эмпирическими процессами заложены три главных принципа: прозрачность, инспекция и адаптация - Скрам Гайд™.
Это пойдет и для архитектуры: transparency, inspection, and adaptation. Инструмент: architecture decision record. В общем, в теме ADR еще далеко не всё сказано. И уж точно ИТ-архитектору есть чем заняться сейчас и будет чем позаниматься в будущем
28 May 2021
А
21:48
Архитектура ИТ-решений
Думаю, что это архитектурное описание вполне можно использовать в качестве примера https://github.com/team7katas/sysopsquad Идея со стикерами нефункциональных требований, так вообще зачетная ;-)
1 June 2021
А
10:15
Архитектура ИТ-решений
01-06-2021 FSA.pdf
3.5 MB
Слайды сегодняшнего рассказа
А
12:45
Архитектура ИТ-решений
Запись: https://youtu.be/Jzygc6W1y-s