Обстоятельно разобрал что мне нравится, а что не очень в описании архитектуры https://tttttt.me/it_arch/1089 Интересно ли вам будет послушать в формате вебинара?
Final Results
89%
Да, конечно
10%
Нет, не особо
1%
Лучше послушать о ... (тему укажу в комментарии)
Архитектура ИТ-решений
В среду, 24 февраля в 19:00 MSK проведу небольшой стрим на эту тему. Ссылка трансляции на YouTube: https://youtu.be/S8JMVXAfFOM Вопросы можно задавать в комментариях к этому сообщению или в анонсе на FB: https://www.facebook.com/events/3781729695241571 …
В продолжение темы о том, что распад приложения на модули или сервисы это закономерный процесс, поделюсь ссылкой на Криса Ричардсона про тёмную энергию и материю, которые удерживают систему от распада или же разрывают на кусочки https://chrisrichardson.net/post/microservices/2021/04/15/mucon-2021-dark-energy-dark-matter.html Это не лженаука, просто метафора :-)
Почему ваша ИТ-система не превратится в платформу. Набросал небольшой текст на обозначенную тему. Сформулировал пять причин почему нельзя взять приложение и тупо переименовать его в платформу. Перечитал. Не понравилось. Понял, что получилось крайне субъективно и эмоционально. Публиковать не стану. Лучше попрошу помощи сообщества.
Что, на ваш взгляд, мешает ИТ-системе стать платформой? (в том значении этого слова, которое обычно используют менеджеры)
Что, на ваш взгляд, мешает ИТ-системе стать платформой? (в том значении этого слова, которое обычно используют менеджеры)
Архитектура ИТ-решений
Почему ваша ИТ-система не превратится в платформу. Набросал небольшой текст на обозначенную тему. Сформулировал пять причин почему нельзя взять приложение и тупо переименовать его в платформу. Перечитал. Не понравилось. Понял, что получилось крайне субъективно…
Живое обсуждение сложилось вокруг темы платформы. Спасибо.
У меня был очень простой набор соображений. 1) с технической точки зрения платформа изначальна должна содержать в себе механизмы расширений. Что это будет: история дяди Боба про инверсию зависимостей и подмену реализаций, плагины по образцу CMS-ок, обработчики запросов, команд и событий в виде микросервисов – не так важно. Если механизм расширения предварительно не придуман и не реализован в системе, то платформы из неё не выйдет 2) с точки зрения интеграции: функции, библиотеки, сервисы – это не платформа. Их можно обойти и рано или поздно разработчик вместо вашего сервиса(функции, и пр.) вызовет какой-то другой. Просто потому, что он лучше, удобней, проще, по политическим мотивам и т.д. Вы либо заставляете всех исполняться в вашем окружении, либо оставляете возможность делать небольшие расширения, конкретизирующие уже предопределенные use cases 3) с мотивационной точки зрения: отсутствие значимого конкурентного преимущества хотя бы в одной операции чревато тем, что вашу платформу просто снесут, даже несмотря на реализацию первых двух пунктов. Т.е. без ответа на вопрос: почему нельзя тоже самое, но без платформы, эта история не поплывет. Еще в паре пунктов я пока сомневаюсь
У меня был очень простой набор соображений. 1) с технической точки зрения платформа изначальна должна содержать в себе механизмы расширений. Что это будет: история дяди Боба про инверсию зависимостей и подмену реализаций, плагины по образцу CMS-ок, обработчики запросов, команд и событий в виде микросервисов – не так важно. Если механизм расширения предварительно не придуман и не реализован в системе, то платформы из неё не выйдет 2) с точки зрения интеграции: функции, библиотеки, сервисы – это не платформа. Их можно обойти и рано или поздно разработчик вместо вашего сервиса(функции, и пр.) вызовет какой-то другой. Просто потому, что он лучше, удобней, проще, по политическим мотивам и т.д. Вы либо заставляете всех исполняться в вашем окружении, либо оставляете возможность делать небольшие расширения, конкретизирующие уже предопределенные use cases 3) с мотивационной точки зрения: отсутствие значимого конкурентного преимущества хотя бы в одной операции чревато тем, что вашу платформу просто снесут, даже несмотря на реализацию первых двух пунктов. Т.е. без ответа на вопрос: почему нельзя тоже самое, но без платформы, эта история не поплывет. Еще в паре пунктов я пока сомневаюсь
Обновил ссылку для вступления в связанную с этим каналом группу https://tttttt.me/joinchat/RjhmcXf0go0zMjli
В прошлом году подписчик нашей группы Andrei Gordienkov @kwiscakh уже участвовал в архитектурных катах 2020. И вместе с со своей командой одержал победу. Пусть и с значительным опозданием присоединяюсь к поздравлениям! 🍾👍🎉 Это круто!
Forwarded from Andrei Gordienkov
не знаю как к вам всем обратиться, но хочу поделиться успехом, что моя команда, а по большей части я, победили в том архитектурном конкурсе от O`Reilly
участвовало 100+ команд, и надо бало предаставить реальное решение. В финал вышли 10 команд. Мы победили.
https://github.com/ldynia/archcolider
для рассмотрения и отзывав
участвовало 100+ команд, и надо бало предаставить реальное решение. В финал вышли 10 команд. Мы победили.
https://github.com/ldynia/archcolider
для рассмотрения и отзывав
GitHub
GitHub - ldynia/archcolider: O'Reilly's first Software Architectural Katas
O'Reilly's first Software Architectural Katas. Contribute to ldynia/archcolider development by creating an account on GitHub.
Очередная история Билгинa Ибряма о модернизации унаследованных приложений https://developers.redhat.com/articles/2021/06/14/application-modernization-patterns-apache-kafka-debezium-and-kubernetes# с новыми рисунками и уже знакомыми нам идеями
Red Hat Developer
Application modernization patterns with Apache Kafka, Debezium, and Kubernetes | Red Hat Developer
“We build our computers the way we build our cities—over time, without a plan, on top of ruins.”
Из-за регулярного спама отвязал группу обсуждений от этого канала. Вы, можете оставлять свои комментарии, вступив в неё по ссылке https://tttttt.me/joinchat/RjhmcXf0go0zMjli
Скоро начинаем. Ссылка на трансляцию https://youtu.be/kN7XNp9Feio
YouTube
Разбираем описание ИТ-архитектуры
Поговорим о примере описания ИТ-архитектуры Team Seven, подготовленном в рамках Architectural Kata by O'Reilly, April - May 2021 https://github.com/team7katas/sysopsquad
Интервью с Андреем Гордиенковым https://youtu.be/5lxS2Kpc26Q
Обсуждение уже началось…
Интервью с Андреем Гордиенковым https://youtu.be/5lxS2Kpc26Q
Обсуждение уже началось…
Архитектура ИТ-решений
Скоро начинаем. Ссылка на трансляцию https://youtu.be/kN7XNp9Feio
SysopsSquad.pdf
2 MB
Забыл поделиться слайдами
Выложил интервью с Андреем Гордиенковым, победителем Architectural Kata by O'Reilly Oct-Dec 2020 https://youtu.be/5lxS2Kpc26Q
YouTube
Architectural Kata by O'Reilly - интервью с Андреем Гордиенковым
Интервью с Андреем Гордиенковым, победителем Architectural Kata by O'Reilly Oct-Dec 2020Разбор другого здания Architectural Kata by O'Reilly, April - May 202...
Из серии "Лучше вместе" Чтобы проиллюстрировать синергию между стандартами TOGAF® и Open Agile Architecture™ вот такую картинку нарисовали в The Open Group
Напоминаю, что обсуждение происходит здесь: https://tttttt.me/joinchat/RjhmcXf0go0zMjli
Напоминаю, что обсуждение происходит здесь: https://tttttt.me/joinchat/RjhmcXf0go0zMjli
Наблюдая за нашим чатом "Работа для ИТ-архитекторов" я подумал, что надо бы набросать для архитекторов предприятия типологию ИТ-директоров. CIO он ведь тоже бывают разные и к каждому требуется свой подход. Есть директора-новаторы. Они внедряют какой-нибудь LeSS или SAFe участвуют в конкурсах на лучший проект (и побеждают, неожиданно, правда), пишут статьи и т.д. Такому только успевай патроны подносить. Есть CIO хозяйственники. Они строят дата-центры, торгуются по лицензиям, упорядочивают текучку разными модными методами, в общем – поддерживают порядок. С ними граничат директора-достигаторы: люди успешно завершающие проекты в срок, причем несмотря ни на что. Тем и другим нужны актуальные карты ИТ-ландшафта, обновляемые архитектурные репозитории и внятные рассказы о регулярном прогрессе. А еще есть создающие команды директора. Команда, вернее штаб, у такого директора сплоченная. Люди если и ругаются друг с другом, то при закрытых дверях, но никогда при заказчике. Архитектору в такой системе хорошо. Главное знать границы и помогать соратникам по штабу.
Наверняка есть и другие типы CIO. Хотите расширить типологию – пишите комментарии в группу
Наверняка есть и другие типы CIO. Хотите расширить типологию – пишите комментарии в группу
Telegram
Работа для ИТ-архитекторов
Группа только(!) для публикации резюме и вакансий ИТ-архитекторов. Другие сообщения могут быть удалены
Правила см. в закрепе
Правила см. в закрепе
Используете ли вы architecture decision record (ADR)?
Anonymous Poll
10%
Да, вполне успешно
4%
Да, но ожидания пока не оправдываются
11%
Формулируем арх.решения, но в другой форме
10%
Нет, но собираемся
3%
Пробовали. Не зашло
7%
Не пробовали и не собираемся
55%
Не голосую. Хочу узнать результаты
Архитектура ИТ-решений
Используете ли вы architecture decision record (ADR)?
Подправил картинку с результатами (цифры без нижнего варианта). Поддержка у ADR получается мощная: 30% используют, еще 22% собираются и 26% работают с архитектурными решениями, но в другой форме. Хотя доля скептиков, на самом деле, тоже большая. Для меня ADR – инструмент повышения качества архитектурной функции, в первую очередь. Ну и инструмент обучения, безусловно. Не смотрите на ADR как на следующую большую вещь в архитектуре. Наоборот, это скорее базовый навык – минимальный набор объяснений, который мы ожидаем от архитектора при ответе на наш вопрос
Архитектура ИТ-решений
Живое обсуждение сложилось вокруг темы платформы. Спасибо. У меня был очень простой набор соображений. 1) с технической точки зрения платформа изначальна должна содержать в себе механизмы расширений. Что это будет: история дяди Боба про инверсию зависимостей…
Продолжаем тему платформы. Я тут опять попался на разговор про платформы и в полемическом запале предложил рассматривать платформу как набор ограничений, накладываемых на решение. Если вы поняли на какого и какие ограничения вы накладываете, а главное зачем это делаете - то уж ладно, создавайте свою платформу. По-моему, что-то в этом есть, как вам?
А кому здесь новых фреймворков архитектуры предприятия? Вот такая вот штуковина с незатейливым названием Арчипег. Ценник у ребят просто аховый. Вряд ли кто подпишется. Зато метамодель более-менее внятно описана и даже UML-диаграмма классов нарисована https://www.archipeg.com/learn/archipeg-ea-framework-v1-metamodel
Archipeg
Archipeg EA Framework v1.0 Metamodel - Archipeg - Cloud-Based Digital Enterprise Architecture Software
Detailed description of Archipeg Enterprise Architecture framework metamodel, version 1.0
Текст написал. Можно было бы сопроводить его заголовком:
Почему нельзя просто так взять и спроектировать API https://mxsmirnov.com/2021/07/01/clean-architecture/
PS: Пишите если текст непонятный и нужно провести вебинар
Почему нельзя просто так взять и спроектировать API https://mxsmirnov.com/2021/07/01/clean-architecture/
PS: Пишите если текст непонятный и нужно провести вебинар
Смотрите какой обзор нашел. Мой курс в IT Expert тоже посчитали https://howtolearn.ru/online-kursy/arhitektor-po.html#ITexpert хотя он больше про Solution architecture, а для архитектора ПО полезнее "Микросервисная архитектура"
Портал об онлайн-образовании | Где и чему учиться в интернете, в России и за рубежом
15 лучших онлайн-курсов архитекторов ПО: платное и бесплатное обучение, цены, дипломы
Хорошие дистанционные курсы и школы для начинающих архитекторов ПО, где научат архитектурному анализу, моделированию UML, работе с приложениями, обеспечивать безопасность и другим навыкам.