Обложка канала

Архитектура ИС. Страница 11

4563 @it_arch
Открыть

Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений, микросервисы).

  • Архитектура ИС

    23 апреля расскажу на BeeTech Conf 2.0 о модернизации унаследованных приложений. BeeTech Conf - это ежегодная бесплатная IT-конференция от Beeline Казахстан для инженеров, разработчиков, product-менеджеров, QA-специалистов, agile-коучей, скрам-мастеров и других dev-специалистов. В этом году говорим о том, как гиганты и корпорации становятся гибкими и переходят на собственную разработку. Конференция проходит в online-формате и доступна IT-специалистам со всех уголков Казахстана и СНГ. Регистрация тут: https://bit.ly/3M4yJrN

  • Архитектура ИС

    Вот эта картинка (Hanschke, Strategic IT Management...) иллюстрирует основной вызов, стоящий сейчас перед бизнес-архитектором. Заключается он в необходимости разработки метамодели деятельности организации. Две идеи с картинки: 1. В информационной архитектуре не существует никаких уровней или доменов. (Бизнес-объект расположен между прикладным уровнем и уровнем бизнеса). Система информационных понятий едина (по вертикали). Одни и те же концепции пронизывают все слои: прикладной, бизнесовый, технологический (помните ubiquitous language). 2. В разных бизнес-доменах при организации деятельности используются разные концепции. У кого-то это продукты, у кого-то бизнес-процессы, а у третьих что-то совсем иное. Нет никакой единой модели деятельности организации, основанной, например, на бизнес-процессах. В каких-то функциональных областях процессы заходят, а в других – нет. Предметную область для каждого бизнес юнита надо проектировать и это снова про Domain Driven Design

  • Архитектура ИС

    Pace layered подход, сформулированный когда-то в Gartner (см., например https://mxsmirnov.com/pace-layer/), это не только о том, когда надо, а когда не надо собирать требования, например Предлагаю посмотреть на эту классификацию как на набор из трех фундаментальных ценностей, которые ИТ может принести: 1. Дать вам чужую технологию и операционную модель (system of records) 2. Поддержать ваши уникальные операции (system of differentiation) 3. Выявить потребность (system of innovation) Именно третья ценность является наиболее актуальной. Её мало кто понимает. Другие (инженерные) технологии так не умеют. Для них важно заранее знать что именно мы хотим сделать (вариант 2). А вот ИТ умеет работать в ситуации, когда владелец ресурсов совершенно не представляет чего хотеть, как с пользой задействовать доставшийся ему ресурс

  • Реклама

  • Архитектура ИС

    Компания «Синимекс» приглашает на бесплатный онлайн-митап «Архитектура и аналитика. Нужны друг другу или справятся сами?» Спикеры митапа расскажут о специфике работы архитектором, как понять, что происходит на проекте, что нужно сделать для дизайна системы, как эффективнее общаться с другими участниками, а также какие навыки и артефакты нужны аналитику и какие магические заклинания помогут вызвать архитектора для решения сложных вопросов. 🗓 Когда: 21 апреля, 14:00 (по мск). 📌 Регистрация по ссылке. Присоединяйтесь!

  • Архитектура ИС

    🥁InfoQ продолжает традицию вставлять слово микросервисы во все свои публикации. В этот раз абсолютно не к месту. В общем-то, вполне неплохая заметка о Technology Capability Plan (TCP) www.infoq.com/article…services естественно, не имеет к микросервисам никакого отношения. На ArchDays’19 я рассказывал, что специфика работы с техдолгом в современных распределенных системах состоит в том, что вы можете выбросить отдельный микросервис вместе с накопленным в нем техдолгом. Если угодно, списать технический долг. И вы не можете этого сделать в больших сильносвязанных системах. Но можете перехватить команду или запрос и передать его/её обработку в отдельный сервис
    Managing Technical Debt in a Microservice Architecture

    At QCon Plus, Glenn Engstrand described how Optum Digital engineering devised a method for reliably and predictably paying down tech debt for hundreds of microservices, forming relevant communities and identifying high-risk areas. The communities' collective decisions can be compiled into an actionable roadmap and presented to product managers in a systemic and non-confrontational way.

    InfoQ

  • Архитектура ИС

    ... Но вопросы что делать, как вырабатывать и принимать решения, остались. На них никто не ответил! ИТ-архитектура как-то пытается заполнить этот разрыв. Поэтому и шаблоны архитектурных решений ADR содержат наборы альтернатив и описание мотиваций выбора, как это принято у solution architects, и DDD так востребован и истории про топологии команд из той же серии… Но в общем и целом современный архитектурный подход не прояснен и внятно не описан. И пока кто-то не сформулирует новый подход к архитектуре(вероятно, мета-подход, как это уже случилось для процесса разработки c появлением SCRUM-а), ничего в ней не изменится

  • Архитектура ИС

    Помните, в начале нулевых появилось множество гибких методологий разработки: XP Кента Бека, семейство Crystal Коберна, ICONIX и т.д. А потом они все отошли на второй план и на какое-то время остался один SCRUM, т.е. подход, который в наименьшей степени можно назвать методологией разработки. Скорее, это мета-методология. Она не отвечает на вопрос Что делать? давая вместо этого ответ на вопрос Как? (см. Scrum guide). По сути, рекомендация звучит так: изобретите свой собственный процесс. Но этот ваш процесс должен быть эмпирическим, прозрачным, адаптируемым и т.д. Т.е. задан только самый общий минимум техник и инструментов. Думаю, что только так сформулированный подход имел шансы закрепиться. Другие просто не прижились, т.к. слишком много вопросов можно к ним сформулировать. Собственно, на текущий момент резервы развития этой темы исчерпаны. (Абстрагироваться еще на более высокий уровень невозможно. Там уже стратосфера. Потому развиваться некуда) ...

  • Архитектура ИС

    Появившаяся в прошлом году серия руководств Patterns of Legacy Displacement продолжает расширяться. Новая статья Transitional Architecture появилась как раз вовремя. Я готовлю небольшое выступление на тему Модернизация унаследованных приложений, а тут позавчера выходит такое подспорье про перехватчики событий и прочие связанные вещи
    Transitional Architecture

    Software elements installed to ease the displacement of a legacy system that we intend to remove when the displacement is complete.

    martinfowler.com

  • Архитектура ИС

    Курс «Микросервисная архитектура» Онлайн | IT Expert

    Онлайн курс по основам ITILF4. Дистанционное обучение и подготовка специалистов от лидера ITSM. Сертификат по окончанию учебы. Подготовка к экзамену.

    IT Expert

  • Архитектура ИС

  • Архитектура ИС

    Нашел у себя в ссылках запись вебинара "Архитектура предприятия: Что происходит?" https://youtu.be/YIgNkop6xvY , на котором Святослав Котусев рассказывает историю дисциплины EA (на русском)
    "Архитектура предприятия: Что происходит?". Запись вебинара с участием Святослава Котусева

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

    YouTube

  • Архитектура ИС

    И еще одно замечание. В упомянутой статье https://www.osp.ru/os/2005/07-08/185761 Натис вводит следующее определение 
    Сложность (IT Complexity) — это мера нашей неспособности понимать, использовать, «ремонтировать» и наращивать свою ИТ-среду. Любое решение, помогающее воспринимать, диагностировать и обслуживать эту среду как единое целое, упрощает ее. А любые факторы, препятствующие этому, ее усложняют
    Т.е., по-сути такое определение делает IT complexity субъективной мерой, т.е. зависящей от того, кто именно разбирается с данной конкретной архитектурой. Субъект может знать об определенных паттернах или не знать, понимать или не понимать замысел спроектировавшего решения архитектора и это влияет на воспринимаемую сложность. В общем, как только мы вводим в нашу модель субъекта, про комбинаторную сложность можно забыть. Слишком близка стала ИТ-архитектура к гуманитарным дисциплинам, чтоб мерять её объективными мерами длин и весов
    Покорение сложности ИТ

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

    Издательство «Открытые системы»

  • Архитектура ИС

    Спасибо за большое количество отзывов на такую маленькую заметку. Было бы ошибкой с моей стороны попробовать ответить на все комментарии сразу, т.к. они очень разные. Постараюсь сделать это постепенно. Начну, пожалуй, со сложности https://t.me/c/1304614627/18955 Во-первых, поделюсь ссылкой на перевод старого, но всё еще актуального текста Ефима Натиса Покорение сложности ИТ Удивительно, но ссылки на этот легендарный текст в этом канале до сих пор не было. Во-вторых, уже от себя замечу, что разные виды сложности можно и нужно различать. Есть сложность реальная, проистекающая из большой вариативности объектов, отношений и вариантов развития событий. Есть сложность невынужденная, связанная с выбором не самого подходящего варианта реализации. А еще бывает сложность мифологическая. Примером такой сложности является популярная в своё время история о том, что интеграция точка-точка проигрывает интеграции через серверную шину. Вообще, любые комбинаторные предположения должны нас насторожить. В реальности интегрировать все системы со всеми никто и не собирался. Это просто не требуется. Сейчас похожий сюжет используют в страшилках про сложность взаимодействия между микросервисами в топологии каждый с каждым. Зачем бы это понадобилось сказать сложно, но выглядит вполне пугающе

  • Архитектура ИС

    В далеком 1987-м Джон Захман предложил любую модель системы причислять к одному из трех фундаментальных типов: описание данных, описание функций или описание физической структуры системы. Cловом архитектура обычно обозначают модели третьего типа. А вот решение о выделении фрагмента системы в отдельный модуль завязано на элементах моделей первых двух. Модуль включает в себя либо некоторый набор данных, либо некоторый набор функций. Не так уж всё и сложно, правда?

  • Архитектура ИС

    Обнаружил, что в январе 2022 The Open Group выпустило руководство о том, как делать микросервисы по TOGAF ADM. publications.opengroup.org/togaf-l…ary/g21i Вот прям по тупо по процессу, со всеми фазами: бизнес-архитектура, архитектура данных и т.д. На 50 страниц руководство. Сначала мне показалось это бредом, но потом я решил еще немного почитать и подумать. Вдруг есть в этом тот или иной смысл?
    TOGAF® Series Guide: Microservices Architecture (MSA)

    This document provides guidance on how the architect can use the TOGAF® Standard, Version 9.2 to develop, manage, and govern Microservices Architecture (MSA) or any architecture where MSA is part of the scope.

    publications.opengroup.org

  • Реклама

  • Архитектура ИС

    Оригинальное описание Леонардом Ричардсоном его модели зрелости RESTful API объясняется вот здесь: www.crummy.com/writing…ct3.html Возможно, кому-то этих слайдов и текста будет достаточно. Идея просто отличная. Для остальных непременно хочу пересказать эту модель заново, своими словами. И обязательно это сделаю, но не сейчас

  • Архитектура ИС

    Друзья, т.к. вероятность отключений и временных сбоев telegram не нулевая, я ищу второго администратора для каналов «Работа для ИТ-архитекторов» и ИТ-архитектура во всех её проявлениях». Оптимально, если вы находитесь в Республике Казахстан. С предложениями пишите в личку @mxsmirnov

  • Архитектура ИС

    В начале прошлого года я поделился ссылкой на Excalidraw. В течении всего 2021 года мы использовали его для упражнений на архитектурных курсах. На прошлой неделе Google анонсировал базирующейся на этом движке Cloud architecture diagramming tool (cсылка на инструмент внутри)