Решил продублировать в блог набор реплик из Telegram-канала Архитектура ИС и порекомендовать к прочтению книжку Распределенные системы. Паттерны проектирования (Издательство Питер, 2019, в оригинале: Designing Distributed Systems: Patterns and Paradigms for Scalable, Reliable Services, March, 2018). Это тот редкий случай, когда для чтения перевода не нужно иметь под рукой англоязычный оригинал. Книжка, безусловно, про паттерны, но не только про паттерны. Так, например, один из вопросов, на которые она дает ответ – как быть с повторно-используемыми (reusable) компонентами в микросервисной архитектуре Читать далее Распределенные системы. Паттерны проектирования
Поток архитектурных решений (Вебинар 19 сентября 2019)
Не рисуйте такие слайды!
YouTube решил порекомендовать мне сегодня посмотреть ролик High level architecture design
http://www.youtube.com/watch?v=bClMoThLiwM
Ролик популярный, на момент описываемых событий он собрал более 50 тысяч просмотров. Чем же он так приглянулся зрителям? Кроме того, что автор Rob Pettit имеет великолепное резюме и достаточное количество научных работ, на мой взгляд, эта презентация содержит всё то, за что люди не любят слушать ИТ-архитекторов и ненавидят смотреть их слайды. Сразу отмечу, что содержание рассказа мне не понравилось, но цепляться сегодня я буду за форму. Итак, поехали Читать далее Не рисуйте такие слайды!
Архитектура как код
Следующая большая вещь (next big thing) в ИТ-архитектуре, безусловно, заключается во встраивании создания и тестирования архитектурных артефактов (описаний, моделей и пр.) в CI/CD pipeline. Идея эта не особо оригинальная. В интернет можно найти множество материалов с заголовком непрерывная архитектура (Continuous Architecture) или Architecture as a Code но в большинстве из них речь идет о чем-то другом (см., например: https://pgppgp.wordpress.com/). Пожалуй, только у Саймона Брауна звучит эта тема (см. Software architecture as code ), но в большей степени фоном для C4model. Одним словом, архитекторы по-прежнему полагают, что кто-то будет будем им рисовать и обновлять архитектурные описания повинуясь зову сердца и чувству долга. Читать далее Архитектура как код
Декомпозиция системы на микросервисы
Несколько слов о планируемом вебинаре. Сидат Варасингх на DZone предложил различать три стратегии замены монолита микросервисами. Первая стратегия: скуп(ложка такая, специальная) для мороженого. По мере необходимости мы осторожно выскребаем фрагменты функционала из унаследованного приложения и реализуем их посредством микросервисов. Вторая стратегия: продолжительное сосуществование legacy, реализованного в виде монолита или набора сервисов, с новым функционалом, выполненным в виде микросервисов. Она называется – стратегия лего. И третья: стратегия взрыва, которая заключается в написании нового приложения сразу в микросервисной архитектуре. Третий вариант не согласуется с принципом Monolith First, но об этом чуть позже. Читать далее Декомпозиция системы на микросервисы
The Digital Practitioner Body of Knowledge
Я давно обещал написать немного об этой книжке, имеющей необычный подзаголовок: The Open Group Snapshot. Пора это сделать, тем более, что согласно уверениям авторов 15 января 2019 года это руководство может превратиться в тыкву. Так что успейте скачать и посмотреть http://pubs.opengroup.org/dpbok/snapshot/ Но главная причина моего интереса к DPBoK, конечно, не в этом. The Open Group выпускает много всяких текстов туманно-абстрактного содержания, читать которые могут заставить себя только настоящие ИТ-архитекторы. Свод знаний цифрового практика не похож на такие работы. Перед нами цельная, неплохо структурированная и довольно конкретная книжка, вобравшая в себя основные темы предыдущего десятилетия так или иначе связанные с развитием цифровых продуктов. Какие-то вещи банальны, другие спорны, но в общем и целом текст (кстати, с картинками) в полной мере претендует на то, чтоб называться Body of Knowledge. Его можно использовать как справочник, можно как учебник, при условии некой толики критичного отношения или, как минимум, как набор полезных ссылок. Читать далее The Digital Practitioner Body of Knowledge
Сценарии интеграции приложений. Переосмысление
Каждый год в конце декабря я пытаюсь ответить себе на вопрос: зачем я веду этот блог. И каждый год находится хотя бы одна запись, которой мне удалось что-то более или менее внятно объяснить. В этом году такой заметкой стала «Объясняем матрицу Захмана». К сожалению, количество не очень понятных записей превосходит количество понятных. Есть темы, с которыми не получается справиться с первого раза. Одна из них: «Сценарии интеграции приложений». Я пытался писать об этом с 2010 года и результат не считаю удовлетворительным. Поэтому, мы её немного перезапустим. Кстати, в конце января 2019 года я проведу вебинар «Нужна ли предприятию сервисная шина? Вебинар по ИТ-стратегии», анонс которого отслеживайте в telegram-канале https://telegram.im/@it_arch, а сегодня несколько соображений по интеграции.
Как читать требования, ТЗ, описание системы
Обещаю не злоупотреблять вниманием читателей, размещая в блоге записи с анонсами предстоящих мероприятий. Надеюсь успеть до Нового года сделать еще парочку содержательных постов, ну а пока приглашаю на бесплатный вебинар “Как читать требования, ТЗ, описание системы”.
Подробности и регистрация: https://mxsmirnov.timepad.ru/event/860848/
Запись вебинара: https://youtu.be/AQrqeJmrxnE
Современный Data Governance
Не могу не поделиться лаконичной, но крайне полезной статьей из блога SEI Insights университета Carnegie Mellon. Обычно, если речь заходит об управлении данными, на ум приходят эзотерические презентации, с картинками, словно иероглифами, испещренными множеством пиктограмм, абстрактными рассуждениями и рекомендациями создать комитет под руководством кого-нибудь из топ-менеджеров. Всё это описывается на высочайшем уровне абстракции и неминуемо заканчивается предложением купить стек технологий у какого-нибудь мега-вендора. В крайнем случае, изучить DAMA-DMBOK: Data Management Body of Knowledge Читать далее Современный Data Governance
Стадии решения задач
