Всё же это скорее вопросы, чем ответы, а слово "платформа" всё равно каждый будет понимать по своему. Тем не менее многие организации (и не обоснованно) уже не первый год считают, что для решения проблемы собственного ИТ им нужно частное облако as a service https://martinfowler.com/articles/talk-about-platforms.html

Книжка [настоящего] архитектора Стюарта Брэнда "How Buildings Learn: What Happens After They’re Built", в которой была приведена в качестве паттерна многослойная архитектура зданий, позволяющая переклеивать обои не разрушая стен и менять электропроводку без перекладывания фундамента, дала мощную метафору N-tier приложений. Однако, архитекторы предприятия в большей степени склонны сравнивать себя с градостроителями, чем с архитекторами зданий. ... Впрочем, закон Конвея никогда и не прекращал работать а EA, на мой взгляд, пусть не быстро, но неминуемо будет дрейфовать из области инженерных дисциплин в направление социальных наук

Как-то писал о том, что абстрагирование, придумывание покрывающих широкий класс задач моделей, необходимо и для SOA и для MDM и просто для интеграции приложений. Знаменитая Бруксовская "концептуальная целостность" - это перевод английского conceptual integrity. Нельзя интегрироваться не согласовав предварительно модели данных, событий и справочников https://mxsmirnov.com/2011/08/15/master-data-management-eda-esb-soa-%D1%81%D0%BE%D0%B1%D0%B8%D1%80%D0%B0%D0%B5%D0%BC-%D0%B2%D1%81%D0%B5-%D0%B2%D0%BC%D0%B5%D1%81%D1%82%D0%B5/

Накануне вебинара по ИТ-архитектуре предприятия я провел небольшой опрос, чтоб выяснить: "Зачем организациям целевая ИТ-архитектура" https://www.facebook.com/events/341054666394448/permalink/344506792715902/ Наиболее популярным ответом оказался вариант: "Чтоб навести порядок" . Но смотрите какая штука. Все проекты организации можно разделить на две группы: инвестиции и поддержку. Поддержку обычно стараются сократить, для чего и озвучивается потребность в "наведении порядка". В общем, не видать корпоративным приложениям ресурсов и инвестиций без смещения акцента с текущих задач на перспективные и расширения спектра бизнес-заказчиков

Обзор выступления 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, диаграмма потоков данных) это, в первую очередь, картинка о процессах, их взаимодействии между собой и внешними акторами, а не картинка о данных. Просто когда эти картинки придумывали, то процессы взаимодействовали между собой через файлы, ну или потоки ввода-вывода, а про многозадачность, так вообще мало кто думал