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

Регистрация в перечне РКН: https://knd.gov.ru/license?id=6735f4cd97de7d1d1953c457&registryType=bloggersPermission
Download Telegram
Все знают, что я люблю делиться стостраничными презентациями Алана Максуиней – автора первой толстой книжки о Solution Architecture. В июне он порадовал нас новым слайдсетом Application Of The Function- Behaviour-Structure (FBS) Design Framework To IT Architecture Designs на мой взгляд, и на этот раз есть на что посмотреть и над чем подумать
👍23🔥52
Поделюсь недавней заметкой Дика Доуделла Rethinking Technical Debt, основная идея которой в том, что техдолг является скорее системной проблемой, а не просто изъяном, возникающем при неправильной доработке кода. И решаем мы эту проблему неверными способами
Forget the metaphor for a second. Technical debt isn’t just a design compromise or a lack of refactoring time. It’s a structural imbalance that arises when systems evolve without coherent patterns.

Причины дисбаланса по мнению автора:
- чрезмерное увлечение «лучшими практиками». Agile церемонии, TDD, микросервисы, CQRS, dependency injection etc. не заменяют архитектуру. Нельзя исправить ошибки декомпозиции: правильное определение границ между компонентами и взаимодействий, улучшая то, что находится внутри компонент
- иерархические вызовы вместо разработки bindable (связываемые, подключаемые) компонент
- … и отсутствие "модерации сообщений" (отдельный текст Дика The Magic of Message Moderation)
- шараханье от единственного монолита к хаосу случайных микросервисов вместо развертывания, называемого автором service nodes. Я бы назвал это осмысленным развертыванием
...

Ну а заканчивает автор замечанием, что это не фантазия или мечта, а реализуемая его командой реальность и что The architecture resists debt by design

Подытожу: идея переосмыслить источники технического долга мне точно нравится
👍2310🤔9🔥5
Please open Telegram to view this post
VIEW IN TELEGRAM
8🤔4👍2💯1
Архитектура ИТ-решений
Предварительные итоги опроса (1204 голоса) с исправленной ошибкой :)
👍225🔥1
Forwarded from Another Tech Product
#архитектура

Выложили видосы по архитектуре с прошлых конференций

Роман Цирульников - Основы архитектуры систем

Максим Смирнов - Как показать ценность проектирования ИТ-решений

Кирилл Ветчинкин - Как DDD и Event Storming помогает декомпозиции на сервисы

Никита Ерилин - Где тонко, там порвётся: считаем нагрузку и подстилаем соломку
👍36🥱62👎1
25 комментариев к предыдущим постам сообщали об использовании Archimate или удивлялись его отсутствию в опросе. Я думаю, что Archimate это вообще отдельная и разноплановая тема и её не надо смешивать c диаграммами. К тому же, TheOpenGroup как-то очень своеобразно развивает этот стандарт. С одной стороны, регулярно добавляет в него новые уровни и аспекты (хотя и Archimate версии 1.0 уже был перегружен идеями, и к 3-м версиям он вовсе не стал проще). С другой стороны, давая советы по усеченному использованию языка, например, для отрисовки представлений TOGAF.

В общем, может нам zoom пора провести на тему Archimate 2025? Давайте сделаем блицы: 5 минут на выступление + 5 на вопросы и комментарии. Я помодерирую. Кто готов выступить и уложиться в регламент – записывайтесь в комментарии к этому сообщению

Дата/время: 7 августа 19:00 MSK
👍55🔥11🤔52🤨1
Кстати, в конце июля появилось
... описание того, что должно стать следующей версией спецификации, а именно: ArchiMate® NEXT Specification, Snapshot 1 По ссылке список ожидаемых изменений и сам snapshot
🔥12👍41
Архитектура ИТ-решений
25 комментариев к предыдущим постам сообщали об использовании Archimate или удивлялись его отсутствию в опросе. Я думаю, что Archimate это вообще отдельная и разноплановая тема и её не надо смешивать c диаграммами. К тому же, TheOpenGroup как-то очень своеобразно…
С составом спикеров разговора об Archimate мы определились. Это:
- Artem Varkulevich
- ‎⁨Roman Tsirulnikov⁩
- ‎⁨Kirill Keker⁩
- ‎⁨Mikhail Zaborov⁩
- Alexander Chertilin, и я
- Maxim Smirnov⁩
а вот на темы разговора еще можно повлиять.

В комментариях к этому сообщению вы можете обозначить интересующие вас темы и задать вопросы спикерам

и, конечно, присоединяйтесь к зуму
📆 7 августа в 19:00 MSK
(ссылка будет в этом канале накануне)
🔥25👍146🎉1
Разбираясь с тем, как менялась концепция доменов в Archimate, нашел еще одну точку входа в эту нотацию. Это опубликованное в сообществе языка на сайте TheOpenGroup руководство: ArchiMate 101: A Practical Introduction Мне оно не показалось каким-то выдающимся, но кому-то может будет полезно
Идея этой книги возникла из отзывов преподавателей, которые были разочарованы тем, что новые ученики не могли на практике применить полученные знания, в то время как в других (более неформальных) ситуациях можно было быстро объяснить, как использовать небольшую часть ArchiMate® и освоить её за несколько часов
👍13🔥6
Когда-то я хотел сам поделиться этой печальной историей, но подумал, что она будет не вполне в формате канала. Однако Павел великолепно, кратко и емко, описал всё в одном сообщении и теперь я просто не могу его не репостнуть
Можно ли представить, что ИТ система отправляет сотни людей в тюрьму?

Увы можно. Я в своей книге говорю, что сейчас ошибки в проектах обычно не измеряются жизнями. Но есть и неприятные исключения.

Проект Fujitsu North Star. Автоматизация почты Великобритании

Разберем по Пентабазису:

🔻ЗАЧЕМ
Проблема:
Замена бумажного учета на Единую электронную систему учета (Epos) – Horizon от Fujitsu.
Для кого: Post Office как организация, государственные институты и тысячи управляющих почтовыми отделениями. (ПА: Тут интересно - Это не наемные сотрудники, а контрактные управленцы, часто — микропредприниматели, которые арендуют или владеют локальными отделениями Post Office и работают по франчайзингу. Они несут финансовую ответственность за любую недостачу)

🔻ЧТО
Автоматизация учета и обслуживания клиентов - финансовые транзакции, кассовые операции, учёт товаров, учёта пенсий, пособий и переводов, инвентаризацию и централизованный сбор данных

🔻КАК
▪️Инициация и контрактование (1994–1996)
▪️Разработка и пилотирование (1996–1999)
▪️Массовое внедрение (1999–2001)
▪️Обновление системы — Horizon Online (2010)

🔻КТО
▪️Заказчик – Post Office Ltd (бывшая часть Royal Mail Group)
▪️Подрядчик (Разработчик) – Fujitsu/ICL
▪️Пользователи (Ключевые операторы системы) – Субпостмастеры — управляющие почтовыми отделениями

🔻ЧЕМ
Контракт порядка 2 млрд.£ (около 2,5 млрд.долларов)

🔻УСЛОВИЯ
▪️Жесткий график и политическое давление. Horizon был частью правительственной инициативы по модернизации инфраструктуры. Было требование быстрой цифровизации
▪️Фиксированный контракт. Контракт с ICL/Fujitsu был заключён по модели с фиксированной стоимостью и сроками, ограничивавшими гибкость в переработке системы.
▪️Культурный разрыв между центром и исполнителями. Центр (Post Office, Fujitsu) принимал решения в ИТ-терминах, а исполнители (субпостмастеры) работали с реальными людьми и деньгами. Они не понимали друг-друга.

К 2013 году система Horizon была внедрена более чем в 11,500 отделениях почты Великобритании. Через систему ежедневно проходило около 6 млн транзакций. Благодаря работе системы удалось выявить сотни случаев мошенничества!


Казалось бы УСПЕХ!
И что же пошло не так?

Увы за фасадом успеха была трагедия, вышедшая на национальный масштаб!
Оказалось, что большая часть случай мошенничества мошенничеством не являлась. А являлась ошибками системы. Десять лет это отрицалось. При этом людей увольняли, сажали. 900+ субпостмастеров обвинены, более 230 — в уголовном порядке. Было как минимум 13 случаев самоубийства.


«Мы не работали на компанию. Мы были этой компанией в глазах общества. А она отвернулась от нас в момент, когда мы больше всего в ней нуждались» — пострадавший субпостмастер.


В конце-концов пришлось признать очевидное. Что что переросло в крупнейшее в истории Британии судебное и репутационное поражение для Post Office. Уже выплачено более £1 млрд, через суд оправдано уже 555 человек. И дела еще идут...

Вобщем шикарная история как не надо делать проекты. По итогам даже сериал сняли. В прошлом году вышел - «Mr Bates vs the Post Office» («Мистер Бейтс против почты»). Статьи с подробностями можно почитать здесь и здесь.


🦉Практические выводы для Ваших проектов:

❗️ Никогда слепо не доверяйте ИТ системе. Horizon считалась «непогрешимой», и это стало ключевой ошибкой.

❗️ Риски - это не формальные списки, а способ мышления. Мне очень много раз помогал простой вопрос "Из-за чего мой проект признают провальным?". Швейцарский сыр Вам в помощь..

❗️ Слушайте пользователей. Они часто невнятные, скандальные, не могут объяснить что не так. И вообще "Любая система работает идеально, пока туда не запустили пользователей" (c). - но они ближе всего к системе. И они поднимают красные флажки.

❗️ Внедрение ≠ успех. Формально Horizon была успешно внедрена, но последствия были разрушительны. После того как внедрили надо хорошенько "погонять" систему. Стоит убедиться, что все работает правильным образом. Это называется "опытная эксплуатация" и не надо на нее жалеть времени! Это тема ПРИЖИВЛЕНИЯ - я много об этом пишу в книге - это критично!!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3921🔥12😢2
Is "Software Architect" a Fake Role? - вероятно, самый длинный текст из встречавшихся мне попыток ответа на вопрос кто такой архитектор ПО и чем он собственно занимается. Настоящий лонгрид, с пометкой 32 min read (в конце есть summary).

Я далеко не совсем согласен, но читается текст легко. Любителям поразмышлять, располагающим некоторым свободным временем, однозначно рекомендую
🔥12👍84🥱4
Вышел новый айфон...
Автор c4model Саймон Браун написал пару дней назад в своем твиттере x
Farewell "blue and grey boxes" ... the new example diagrams are now live on the C4 model website -> https://c4model.com


На сайте https://c4model.com и правда обновились все диаграммы. Посмотрите кому интересно. Скоро такие же появятся везде
👍27🔥173
Пятничное. В последнюю пятницу уходящего лета неплохая шутка десятилетней давности:
There are only two hard problems in distributed systems:
2. Exactly-once delivery
1. Guaranteed order of messages
2. Exactly-once delivery

Подробности см. здесь
🔥42💯13👍71👏1
Я решил обновить учебный курс Мастерская проектирования ИТ-решений (ближайший поток 22-25 сентября пройдет без изменений, а следующий уже поменяется). И потому хочу попросить выпускников поговорить со мной в зуме 30-40 минут в формате небольшого импровизированного интервью.

Нужны разные мнения. Кто готов напишите в комментах к этому сообщению или мне лично.
Спасибо!

PS. Откликнулось больше чем я ожидал. Останавливаю. Еще раз большое спасибо!
👍20
Из серии Корпоративному ИТ-архитектору на заметку сентябрьская статья Нила Хьюза с красивым заголовком Bring Your Own AI and the rise of shadow AI in the workplace

BYOAI и Shadow AI – два новых термина вокруг которых вращались все летние отчеты о том, куда, зачем и сколь эффективно энтерпрайзы приделывают искусственные интеллекты, на фоне массированного запугивания пользователей увольнением для тех, кто не освоит компьютерную грамотность приобретет подписку на ChatGPT

Надеюсь, подписчики нашего канала заранее заготовили истории для своих CIO о том, какие архитектурных изменения позволят противостоять кусочно-лоскутной AI-зации и даже готовы порассуждать про AI-powered applications

Доброй всем пятницы!
🔥8👍5
📆 Сегодня день HR-менеджера
Алармистские тексты и видео относительно рынка ИТ-труда окружают нас уже не первый месяц. Бываю редкие исключения такие, как например сентябрьский обзор State of the software engineering job market in 2025 от Gergely Orosz (вкратце: крупные компании снова нанимают, количество вакансий медленно, но растет, учите ai), но это, действительно исключения. Много чаще можно услышать про сотни нерелевантных откликов на любую позицию в течении первого дня, после публикации и месяцы безуспешных попыток поиска работы.

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

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

Так что с праздником, HR-менеджеры!
👍11🔥54