Архитектура ИТ-решений
15.8K subscribers
313 photos
2 videos
33 files
1.17K links
Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений).
Контакт: @maximsmirnoff

Регистрация в перечне РКН: https://knd.gov.ru/license?id=6735f4cd97de7d1d1953c457&registryType=bloggersPermission
Download Telegram
Архитектура ИТ-решений pinned «Группы для обсуждения ИТ архитектуры: https://tttttt.me/itarchitect и https://tttttt.me/msa_training Телеграм-канал это однонаправленный поток, но вы всегда можете поделиться своим мнением в этих группах, равно как и в личном сообщении»
Микросервисная архитектура приведет не к усложнению корпоративного ИТ-ландшафта, а к его упрощению. (Ряд соображений в продолжение этой заметки https://mxsmirnov.com/microservices-ea/) Вернее, не столько сами микросервисы, сколько платформы для их развертывания. Сегодня ИТ-ландшафты организаций представляются нам набором информационных систем, каждая из которых является совокупностью серверов и развернутых на них приложений. Виртуализация инфраструктуры IaaS принесла организациям много пользы, но не изменила подход к восприятию корпоративного ландшафта. Мы по-прежнему говорим о приложениях, развернутых на виртуальных серверах. Даже прикладная платформа всё еще воспринимается как _большая_ информационная система, а термин PaaS мало о чем говорит организациям. Но здесь появляется Kubernetes c термином кластер и как пылесос начинает засасывать в себя новые приложения, состоящие из микросервисов(ну или не совсем уж из микросервисов). Всё! Понятия информационная система больше нет. Вернее, оно осталось в разделе: «унаследованные системы», но все новое теперь в кластере. В определенной мере организацию уже прицелились к такому пониманию своего ИТ-ландшафта при появлении кластеров Big Data.
Вероятно, эти рассуждения выглядят достаточно утопично. Но ведь в старый Новый Год, с которым я вас от всей души поздравляю, можно и помечтать
Neo4j не первый раз пытается предложить графовые базы данных в качестве репозитория корпоративной архитектуры. На этот раз краткое руководство по импорту архитектуры вымышленной компании ArchIshurance из Archi в Neo4j и экспорту её обратно. Думаю, взять любимый пример использования ArchiMate, очень правильный выбор :-) https://lju-lazarevic.github.io/ArchiMateNeo4j1.html
Похоже, что эта история не устаревает: https://mxsmirnov.com/2015/06/02/paas/ :-)
Должен ли 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.
Примите, пожалуйста, участие в опросе. Еще раз продублирую ссылку на описание того что такое HLD https://mxsmirnov.com/high-level-it-design/
Самая популярная страница в блоге за прошлый год https://mxsmirnov.com/2017/02/01/landscape-map/ и одновременно учебный курс, который так и не сумел найти своего слушателя
Еще раз хочу обратить внимание на учебный курс http://idratherbewriting.com/learnapidoc/ Не смотря на то, что OpenAPI specification (swagger) вынесен в отдельный раздел, весь остальной материал заслуживает не меньшего внимания
Утащил слайд у Сэма Ньюмана - автора книжки про микросервисы
Собираем переводы свежих популярных статей про микросервисы. "Смерть микросервисного безумия в 2018 году" https://habrahabr.ru/company/flant/blog/347518/ наверняка все уже видели (довольно типичный взгляд разработчика)
Channel name was changed to «Архитектура ИС»
А еще, картинки про техники из BABOK Guide для аналитиков https://mxsmirnov.com/2015/05/02/babok-guide-v3-techniques-map/
Если кому-нибудь вдруг станет скучно, то вот короткая заметка про IoC https://mxsmirnov.com/2013/06/23/framework/
Forwarded from Maxim Smirnov
Буду отвечать по частям. Первый эффект, наблюдаемый для ERP систем, как впрочем и для других трехбуквенных слов, типа CRM, ECM - это эффект "пакетного" предложения. Примерно такой же, как в пакетах оператора связи, включающего в себя 100 минут, 200 смс и пару гигабайт трафика. Что из этого пакета, действительно, нужно, а что нет, понятно далеко не всегда. Но мы покупаем пакет, даже не смотря на то, что никто нам ничего не наплел про лучшие практики и исключительно выверенный для данного пакета баланс минут и смс, подходящий для современного городского жителя. Более того, мы не думаем уже отдельно о голосе и передаче данных, а думаем о пакете в целом. Тaк же и с ERP. Что такое финансовый учет, главная книга, поставщики и клиенты более или менее понятно. Понятны такие виды деятельности, как материальный учет, бюджетирование, управление поставщиками, проекты, кадровый учет. Но мы рассуждаем не обэтих предметных областях, а об ERP в целом и такие "мелочи", как например возможность вынести payroll на аутсорсинг выпадают из нашего поля зрения. С другой стороны, стоит нам задуматься о серьезной поддержки той или инйо потребности, ну например управлении цепочками поставок, как выясняется отсутстувие этого функционала в стандартной трехбуквенной системе. И мы идем к финансовому директору и начинаем канючить о необходимости покупки новой трехбуквенной хрени, называемой SCM. Теперь пару слов процессах. Какие там процессы лежат в этой самой ERP? Структуры данных, да, видел. Взятые из этой, не новой уже книжки https://www.amazon.com/Data-Model-Patterns-David-Hay/dp/0932633749 Управление жизненным циклом этих объектов, тоже есть. Но назвать это полноценными бизнес-процессами я бы не решился. Собственно с гибкостью процессов у ERP и обнаруживается проблема: настроить их можно как угодно, но только один раз. В этом у ERP есть определенное сходство с бетоном, который до своего застывания может быть залит в совершенно любую форму ...
Если вы раньше читали международный стандарт описания архитектур ANSI/IEEE 1471-2000 или его возрождение в виде ISO/IEC/IEEE 42010:2011, то надеюсь согласитесь со мной, что документы эти сложно назвать понятными. Поэтому перевод на русский язык должен был сделать описание описания архитектуры непонятным вдвойне. Но перевод стандарта не только блестяще справился с этой задачей, но и в определенной степени превзошел открывающиеся возможности. Теперь, что такое описание архитектуры и как его делать стало окончательно непонятным https://mxsmirnov.com/2017/06/10/gost-r-57100/