Обзор выступления Stefan Tilkov об антипаттернах микросервисной архитектуры на microXchg 2018 в Берлине (ссылка на видео полного ыступления внутри). Главный, связанный с микросервисами паттерн - Evolutionary Architecture: разделение крупных доменов на "islands of change"; разработка для замены, а не повторного использования, уменьшение зависимостей, а не повторное использование. Антипаттерны: распределенный монолит, иллюзия низкой связности, микроплатформа, сервис- сущность, распределенный DDD https://www.infoq.com/news/2018/03/microservices-anti-patterns

Business Objects: Re-Engineering for Re-Use

Хотите толстую заумную книжку про данные(на английском, естественно)? Загрузил выше. Последний раз она переиздавалась в 2000 году, так что надеюсь, что ничьих прав я не нарушаю

An Association for All IT Architects (IASA) поддержала традицию рисования большой кликабельной картинки для в духе SAFe https://www.iasaglobal.org/itabok3_0/

Классификация архитекторов https://mxsmirnov.com/2014/02/23/antipatterns/

Похоже, в nginx определились со своим отношением к service mesh решениям(нет, это не Istio, это nginMesh ;-), а заодно проанонсировали серию статей в стиле Service Mesh vs. API Gateway и зачем это все нужно если вы уже используете Kubernetes. Отслеживаем! А пока наслаждайтесь первой заметкой в серии https://www.nginx.com/blog/what-is-a-service-mesh/

Продублирую ссылку из группы "Архитектура ИТ-решений" на страницу с сайта Gartner, содержащую отзывы об инструментах корпоративной архитектуры (Enterprise architecture (EA) tools and software) https://www.gartner.com/reviews/market/enterprise-architecture-tools

Скучаете по автору знаменитой книжки "Объектно-ориентированный анализ и проектирование с примерами приложений"? Главный соавтор UML Grady Booch рассказывает на TED(с русскими субтитрами) о себе, ну и о том, почему не надо бояться искусственного интеллекта https://www.ted.com/talks/grady_booch_don_t_fear_superintelligence/transcript?language=ru

Нашел на хабре перевод на русский легендарной статьи Big Ball of Mud https://habrahabr.ru/post/351686/ (осторожно! longread) Еще не вычитывал, но обязательно это сделаю

У меня чего-то слов нет от таких заданий https://www.facebook.com/alexander.kolotov/posts/10156481296404236 Зато из каждого утюга у нас теперь торчит блокчейн. Мало ли, вдруг микроволновка с холодильником вступит в преступный сговор

Четыре года назад мне не лень было делать вот такие анимированные гифы, оказывается :)

Большая статья про проектирование информационных систем Philippe Kruchten и сотоварищей 2006 года: A general model of software architecture design derived
from five industrial approaches https://www.dimap.ufrn.br/~thais/MES20072/SoftwareArchitecturalGeneralModel.pdf Ну, мало ли. Может кому длинный перелет предстоит или что-то подобное

Популярное введение в Git (подборка видео от Lynda.com на русском), которым просто невозможно не поделиться https://proglib.io/p/system-git/

Не устаю рекомендовать книжку "Release it! книжка о трещинах в ПО". В одном из отзывов на ozon.ru написано: "Остался в некотором разочаровании от книги. Вопреки названию и аннотации оказалось, что она рассчитана не на рядовых программистов, а скорее на архитекторов систем. Все темы автор рассматривает в контексте распределенных систем, ориентированных на огромное число пользователей." - и это чистая правда Подробнее о книге: https://mxsmirnov.com/release-it/ Ссылка на ozon https://www.ozon.ru/context/detail/id/33575069/

На хабре появился перевод недавней статьи Алана Кея https://habrahabr.ru/company/goto/blog/352090/ В которой он, ссылаясь на Алана Перлиса, замечает, что computer science - это вовсе не наука о компьютерах, а наука о процессах. И далее приводит знаменитую книжку Герберта Саймона "Науки об искусственном" Но, похоже, всему этому в наших ВУЗах не учат. Мне регулярно приходится рассказывать слушателям, например о том, что Data Flow Diagram (DFD, диаграмма потоков данных) это, в первую очередь, картинка о процессах, их взаимодействии между собой и внешними акторами, а не картинка о данных. Просто когда эти картинки придумывали, то процессы взаимодействовали между собой через файлы, ну или потоки ввода-вывода, а про многозадачность, так вообще мало кто думал

Если Telegram сегодня заблокируют и кто-нибудь из подписчиков этого канала, по тем или иным причинам, не захочет воспользоваться альтернативными способами доступа, то напоминаю про одноименную группу на Facebook https://www.facebook.com/mxsmirnov.arch/

Вот поэтому я и не пользуюсь сервисами Mail.ru Group https://roem.ru/13-04-2018/269738/mail-ru-umeet-v-pr/

Из серии #нампишут @artem_rakcheev обратил мое внимание на
Reference implementations of TM Forum APIs https://github.com/FIWARE-TMForum/Business-API-Ecosystem, включающую
Catalog Management API, Product Ordering Management API, Product Inventory Management API, Party Management API, Customer Management API
Billing Management API и еще много чего. Насколько я помню, когда эта инициатива называлась Simple Management API. Вполне вменяемые спецификации RESTFul API, которые подойдут не только для телекома

Да и еще: как-то я набросал свои мысли об этом вот здесь: https://mxsmirnov.com/2014/12/14/open-digital-api/

noEnterprise Architect: Архитектура Предприятия, в наше время, слишком узкая область знаний и деятельности, чтоб ею себя ограничивать. Если в части «статических» функций, таких как персонал и орг.структура, приложения и ИТ-инфраструктура границу между предприятием и не-предприятием еще как-то можно провести, то цепочки создания ценности, бизнес-процессы, технологии и компетенции уже давно простираются целиком на экосистему. Впрочем, и в части традиционных строительных блоков корпоративной архитектуры (ABB), всё не так однозначно. Кредитные консультанты торговых сетей на 0,1 ставки являются сотрудниками банка, инфраструктура, по крайней мере частично, берется из облака, команды разработчиков(со своими приложениями) легко переселяются в соседнюю организацию или на аутсорсинг. Так какую целевую архитектуру вы собрались описывать при помощи TOGAF ADM. Насколько вы можете на неё влиять? Как определить технологический стек новой информационной системы, когда очевидно, что срок её жизни наверняка превысит время отведенное популярным на текущий момент технологиям? Всех нас ждет Evolutionary Architecture, в том или ином виде, ну или смена профессии, как вариант