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

Регистрация в перечне РКН: https://knd.gov.ru/license?id=6735f4cd97de7d1d1953c457&registryType=bloggersPermission
加入频道
📑 Хочу поделиться с вами вот этим лонгридом What is Enterprise Architecture? Сomplete Guide (надеюсь встроенная реклама вас не смутит). Давайте расскажу почему

Я часто ссылаюсь на книжку ADM Practitioners’ Guide из TOGAF 10 в качестве примера современного взгляда на EA, отличающегося от архаики Fundamental Content, например. А текст руководства практика по архитектуре предприятия написали авторы из Conexiam.

Собственно, верхняя ссылка представляет собой выжимку основных идей руководства
Если немного уйти от метафоричности, которую всегда так умело использует Gregor Hohpe в своих текстах, то вчерашний его текст Enterprise Architects: From Cartographers to Scouts подтверждает одну простую вещь:
архитектура предприятия все больше воплощается посредством архитектуры решений (solution architecture)
Мартин Фаулер, международный эксперт по программной инженерии, начал свою публичную просветительскую деятельность с книги Analysis Patterns 1997-го года.

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

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

Андрей Гордиенков решил исправить это досадное обстоятельство и подготовил собственную версию перевода.

https://habr.com/ru/articles/872598/

Вступление
1.1 Концептуальные модели
1.2 Мир шаблонов
1.3 Шаблоны в этой книге
1.4 Концептуальные модели и реинжиниринг бизнес-процессов
1.5 Шаблоны и фреймворки
1.6 Использование шаблонов

Часть 1. Аналитические шаблоны
2. Ответственность
3. Наблюдения и измерения
4. Наблюдения для корпоративных финансов
5. Обращение к объектам
6. Инвентаризация и учет
7. Использование моделей учета
8. Планирование
9. Торговля
10. Производные контракты
11. Торговые пакеты

Часть 2. Поддерживающие шаблоны
12. Слоёная архитектура для ИС
13. Фасады приложения
14. Подходы для моделирования типов
15. Шаблоны ассоциации
16. Послесловие

Часть 3. Приложения
А. Техники и обозначения
В. Таблица паттернов
C. Краткая справка по диаграммам
Продолжаю делиться чужими переводами. Сегодня от Mikhail Zaborov
Forwarded from Mikhail Zaborov
Media is too big
VIEW IN TELEGRAM
Я тут сделал перевод к видео, пока готовил лекции для студентов.
Короткий ролик про Agile. Очень талантливо снято
Субтитры вшиты в видео. Могу отдать отдельно видео и исходник субтитров
Архитектура и agile часто противопоставляются. Потому многие архитекторы либо полностью дистанцируются от обсуждения этой темы, либо безоговорочно поддерживают любые вещи, промаркированные словом «agile». Если оставить в стороне стандарт Open Agile Architecture, включающий очень разные идеи, то я бы обратил ваше внимание на небольшую статью What is agile enterprise architecture? Svyatoslav Kotusev – перечень из шести направлений в которых архитектору предприятия следует найти (а возможно и формально зафиксировать) компромисс между предварительным планированием и гибкостью

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

🔽 Сформулировал пять характеристик такого примера. Возможно, кто-то меня дополнит или с чем-то не согласится

📑 Архитектура решений. Сложные компромиссы
🏛 The Open Group непрерывно ведет полезную, но невидимую деятельность по переупорядочиванию своих информационных ресурсов.

➡️ Вот еще один такой типичный ресурс Case Studies Collection - подборка учебных кейсов с нашими любимыми компаниями ArchiSurance и ArchiMetal и другими историями в формате pocket guide
Иногда InfoQ размещает более-менее содержательные тексты. Вчера это был Adam Bellemare из Confluent с лонгридом The End of the Bronze Age: Rethinking the Medallion Architecture

Вообще говоря, вопрос о том, как совместить операционные и аналитические данные (и соответствующие процессы и потоки их сбора и обработки) совсем не новая. Здравый смысл призывает относится к таким идеям с настороженностью. Но Адам достаточно аккуратен и убедителен. И тему Shift Left (сдвига вверх по течению) рассказывал всю прошлую осень в блоге Confluent.
Конечно, можно посчитать это простым PR-ом Kafka, но в ледниковый период сокращений и оптимизаций я бы, как минимум, думал бы в этом направлении
📃 BABOK Guide уже много лет не обновлялся. Зато на днях появилась вторая версия The Business Analysis Standard. Скачать стандарт можно по ссылке выше ☝️, при желании, предварительно зарегистрировавшись здесь

🔖 Что поменялось (сжатый анонс от авторов):
- Оптимизирован язык для более легкого понимания и навигации
- Области знаний реорганизованы в соответствии с BABOK Guide. Согласована терминология стандарта и руководства
- Стили документа приведены в соответствие со стандартами ISO
- Для быстро ознакомления со стандартом добавлен общий обзор
- Новые и расширенные разделы: ценность и результаты (outcomes and value), организационные соображения, улучшения и проработка идей

🖇 Как всё это связано с архитектурой решений. В какой-то момент IIBA стал максимально широко трактовать бизнес-анализ, захватив заметный кусок solution architectгure. Вряд ли это правильно, но зато, пока у солюшенов нет своего стандарта, в какой-то мере, можно воспользоваться стандартом аналитиков (а не только стандартами архитекторов предприятия)
Поделюсь видео Киры Моревой - руководителя группы консультантов GeekSource, с комментарием о зарплатах enterprise и solution архитекторов
This media is not supported in your browser
VIEW IN TELEGRAM
🔴 Повелители цифр: какие перспективы у IT-архитекторов в Москве?

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

🔴 Как правило, IT-архитекторы вырастают из разработчиков. Это профессионалы, имеющие за плечами от пяти лет работы в IT-индустрии. В каких сферах они нужнее всего и на какую зарплату могут рассчитывать? Об этом нам рассказывает представитель IT-рекрутинговой компании «ГИКСОРС» Кира Морева. Смотрим ролик!
Please open Telegram to view this post
VIEW IN TELEGRAM
Архитектура ИТ-решений
Подготовил к выступлению на TechLeadConf'24 шаблон рассказа, сопровождающего архитектурную диаграмму. Практически, по формату architecture decision record известному как Y-Statement Файлы PDF и PPTX ниже (ссылка)👇
Прошлым летом я сделал простой шаблон, позволяющий подготовить рассказ об архитектуре решения.

Но оказывается, у arc42 есть такая штука, как Architecture Communication Canvas (ACC). Не вдаваясь сейчас в обсуждение содержания этого шаблона, должен признать, что он задает некоторую планку по оформлению, да и описанию таких шаблонов.

Все их шаблоны можно посмотреть здесь, ну а мне свой придется чуть-чуть дооформить :)
🤖 Больше всего корпоративные архитекторы любят рисовать картинки о том, какими бывают архитекторы

В сентябре прошлого года был переиздан документ Architecture Roles and Skills из TOGAF Series Guide, из которого и взята эта диаграмма. Там же чуть более подробное видение этих ролей и их навыков от The Open Group
Канал Архитектура ИТ-решений ещё немного подрос 🎉

Большое спасибо всем подписчикам! 👏
Архитектура ИТ-решений
У Фаулера появилось описание наверное самой востребованной техники Перехват событий в рекомендациях Patterns of Legacy Displacement Причем рассмотрены разные случаи. Если есть такая возможность, то события извлекаются из очереди. Нет такой возможности, то…
Уже почти год не обновлялось размещенное у Фаулера руководство Patterns of Legacy Displacement. А ведь большинство упомянутых в нем паттернов до сих пор детально не описаны в виде отдельных статей.

Однажды, я сделал карту всех таких паттернов в формате на одну страницу (см. рисунок). Жирным шрифтом выделены те из них, по которым есть детальное описание в виде отдельной статьи в bliki, а вот остальные всё еще ждут своего часа

PS. Раздел Patterns for ongoing organisational change я непременно добавлю на эту картинку
ℹ️ В прошлом году неожиданно обновилось до 4 версии руководство по программной инженерии SWEBOK (The Guide to the Software Engineering Body of Knowledge) Предыдущая версия руководства была выпушена в 2014, а первая версия появилась в 2004.

🆕 Еще более неожиданным является то, что к 15 областям знаний, описанным в SWEBOK ранее, добавились три новых: Software Engineering Operations, Software Security и (сюрприз-сюрприз) Software Architecture. При этом область знаний Software Design, существовавшая в предыдущей версии, тоже сохранилась.

⬇️ Загрузить руководство можно по ссылке выше. Русскоязычный обзор новой версии SWEBOK можно почитать в журнале Открытые системы. СУБД
Forwarded from ARCHDAYS
📢 Записи ArchDays’24 уже в открытом доступе!

Если пропустил конференцию или хочешь пересмотреть крутые доклады, у нас для тебя хорошие новости — плейлист с видео уже доступен!

🎞 Смотри здесь: ArchDays’24 на YouTube

Заряжаемся пользой, пересматриваем, делимся инсайтами! Какое выступление уже в твоём списке «посмотреть обязательно»?
Please open Telegram to view this post
VIEW IN TELEGRAM
📽 Отдельно поделюсь записью своего рассказа Где проходит граница изменения с ArchDays'24

🔄 Историю о том,что архитектура все чаще отвечает не только на вопрос как сделать, но и что лучше сделать я рассказывают уже не первый раз.

🌪 Внутри отраслей компании имеют более-менее схожий список возможных изменений в своих продуктах и сервисах. Но у каждой организации свой набор ограничений, обусловленных унаследованными бизнес-процессами, имеющимися системами и данными. Архитектура помогает "угадать" правильный и реализуемый набор изменений
🛰 Максим Смирнов, ИТ-архитектор, автор и преподаватель учебных курсов, выступит на третьей конференции Systems Design Online с докладом на тему «Некоторые заблуждения об архитектуре предприятия»

Подробнее о докладе

Архитектура предприятия существует уже более 30 лет. За это время менялись решаемые этой дисциплиной задачи, развивались методы, модифицировались подходы и практики. Тем не менее многие до сих пор знакомы только с устаревшей версией архитектуры предприятия и не знают о тех серьезных изменениях, что произошли в ней недавно. Цель выступления Максима — актуализировать взгляд на архитектуру предприятия, разобрать типичные заблуждения и мифы о целях и методах этой дисциплины.

Подробнее о конференции здесь

Канал конференции @systems_design_online

#конференция@systems_education