Так вот почему сервис-ориентированная архитектура оказалась такой сложной вещью https://twitter.com/Rainmaker1973/status/1162288002233536514

Всего один комментарий по поводу: https://youtu.be/-epWuWJ4zDs?t=3801 Смотрите какая штука. ИТ-архитектура, как бы её не называли: технологической, прикладной и пр., динамично развивающаяся дисциплина, в которой те или иные рекомендации и предпочтения постоянно меняются. Например, упомнятуая в ответах на вопросы стандартизация СУБД - казалась хорошей идеей в середине 90-х годов прошлого века, когда компании(страны? :-0) располагали единственным достойным сервером. Потом сервера подешевели, появилась виртуализация, нереляционные СУБД и open source. А современный нам ИТ-архитектор, наверняка, что-то слышал про концепцию polyglot persistence https://martinfowler.com/bliki/PolyglotPersistence.html и сочтет такой стандарт скорее вредным, ограничивающим развитие функционала, базирующегося на вариативности представления данных (аналитически хранилища, графовые БД, разнообразные поисковые индексы и пр.). Примерно такой же архаикой веет от идеи государственной модели данных. Для разных типов задач нужны совершенно разные модели.

Резюмирую: вряд ли эта инициатива имеет какое-то отношение к [информационным] технологиям, присутствующим в её названии

Ещё одна "установочная" статья от Билгина Ибряма(Bilgin Ibryam) https://www.infoq.com/articles/kubernetes-workloads-serverless-era/ Мне нравятся его подобные статьи, только на их чтение и осмысление уходит у меня не 35 минут, как указано после заголовка, а обычно пара месяцев

Уж не знаю зачем я прицепился к презентации Rob-а Pettit https://mxsmirnov.com/2019/08/18/about_slides/ Наверное, потому, что когда постоянно смотришь архитектурные слайды (да, я еще и PowerPoint architect :-) некоторые моменты превышают порог толерантности

Software Architecture Monday with Mark Richards 66 видео лекций по ИТ-архитектуре с 11 января 2018 по 12 августа 2019 https://www.developertoarchitect.com/lessons/ На YouTube они просто выложены россыпью здесь: https://youtu.be/3bxAm3XIFmk

Пятничное из блога Архитектура информационных систем https://mxsmirnov.com/2016/03/02/muda/

TAdviser сегодня написал про встречу по поводу госИТ-архитектуры недельной давности. Неплохая там подборка высказываний участников встречи
http://www.tadviser.ru/a/470437

Хороший дизайн - это тот, который делает возможными будущие изменения поведения, Если бы нам нужно было выбирать между двумя дизайнами при наличии бесконечных ресурсов, мы бы просто реализовали их оба и посмотрели, какой из них сделает возможным будущие изменения.
Кент Бек о "тестировании" структурных изменений https://medium.com/@kentbeck_7670/testing-structure-changes-d8d01f65b64e

Бизнес-леди и двое мужчин. Трогательная история непростых отношений Лоретты и двух версий корпоративного архитектора Арчи
в блоге The Open Group:

Much to Loretta’s surprise she finds out she already has an Enterprise Architect in her organization. She is reminded he is a part of the CTO organization. Loretta remembers that this is the position they discuss at the beginning of every budget cycle when they consider cutting costs. Each year for the last three years, the CTO defends the position saying that Enterprise Architecture is an investment and takes time to take hold and yield results

https://blog.opengroup.org/2019/08/20/the-future-enterprise-architect/

Слайды сегодняшней встречи https://speakerdeck.com/mxsmirnov/gibkiie-podkhody-v-arkhitiekturie-priedpriiatiia

Поделитесь своими впечатлениями о мероприятии: https://clck.ru/Hm3T9

Это называется: обозначили тему https://martinfowler.com/articles/oss-lockin.html Ну, хорошо, ждем продолжения

Вот эта статья https://arstechnica.com/gadgets/2019/08/unix-at-50-it-starts-with-a-mainframe-a-gator-and-three-dedicated-researchers/ заставила меня задуматься о том, в какой мере и в наше время те или иные ИТ решения являются результатом экспериментов(серий неудачных, намного реже удачных попыток). Все хайповые ныне вещи от бигдаты до бессерверных архитектур делались для решения вполне утилитарных задач. Но делались они при этом каким-то особым, специальным способом, позволившим им выйти далеко за пределы изначальных потребностей... Теперь мы кипятим на них воду

Facebook пишет, что ссылка: https://tttttt.me/s/it_arch нарушает нормы сообщества. Не читайте FB, читайте Telegram в браузере (ссылка выше)

Больше проектов на Go хороших и разных :-) https://habr.com/ru/company/flant/news/t/466627/

Пропустил этот перевод известной статьи: https://habr.com/ru/company/redhatrussia/blog/455024/

Не самый короткий, но довольно полезный текст (с хорошими ссылками) про CAP-теорему, панк-рок и "Войну и мир" Льва Толстого http://www.julianbrowne.com/article/brewers-cap-theorem

Во как: https://www.prnewswire.com/news-releases/the-reactive-foundation-launches-to-support-next-phase-of-software-architecture-300914733.html

Рекомендую к прочтению книжку Распределенные системы. Паттерны проектирования. Издательство Питер, 2019 - тот редкий случай, когда для чтения перевода не нужно иметь под рукой англоязычный оригинал. Книжка, безусловно, про паттерны, но не только про паттерны. Так, например, один из вопросов, на которые она дает ответ - как быть с повторно-используемыми (reusable) компонентами в микросервисной архитектуре