Архитектура ИТ-решений
15.8K subscribers
313 photos
2 videos
33 files
1.17K links
Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений).
Контакт: @maximsmirnoff

Регистрация в перечне РКН: https://knd.gov.ru/license?id=6735f4cd97de7d1d1953c457&registryType=bloggersPermission
Download Telegram
Похоже, в nginx определились со своим отношением к service mesh решениям(нет, это не Istio, это nginMesh ;-), а заодно проанонсировали серию статей в стиле Service Mesh vs. API Gateway и зачем это все нужно если вы уже используете Kubernetes. Отслеживаем! А пока наслаждайтесь первой заметкой в серии https://www.nginx.com/blog/what-is-a-service-mesh/
👍1
Продублирую ссылку из группы "Архитектура ИТ-решений" на страницу с сайта Gartner, содержащую отзывы об инструментах корпоративной архитектуры (Enterprise architecture (EA) tools and software) https://www.gartner.com/reviews/market/enterprise-architecture-tools
Четыре года назад мне не лень было делать вот такие анимированные гифы, оказывается :)
Большая статья про проектирование информационных систем Philippe Kruchten и сотоварищей 2006 года: A general model of software architecture design derived
from five industrial approaches http://www.dimap.ufrn.br/~thais/MES20072/SoftwareArchitecturalGeneralModel.pdf Ну, мало ли. Может кому длинный перелет предстоит или что-то подобное
Не устаю рекомендовать книжку "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/
Из серии #нампишут @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, в том или ином виде, ну или смена профессии, как вариант
Моя цель не столько пожурить EA за архаичность и медлительность в развитии. Здесь просто соседи по цеху: бизнес-аналитики IIBA стали активно раздувать тему digital https://iiba.informz.ca/IIBA/pages/from_traditional_to_digital
И еще, если кто-то готов поделиться отчетом Forrester "Develop A Training Plan For The New Digital Business Analyst Role" https://www.forrester.com/go?objectid=RES137048 то я обещаю его вдумчиво прочитать и даже сделать обзор на русском языке
Ну, и вот этот "The State Of EA 2018: From Programs To Ecosystems", конечно, тоже https://www.forrester.com/go?objectid=RES143276
The Open Group обновила свой архитектурный фреймворк TOGAF до версии 9.2 http://www.opengroup.org/news/press/The-Open-Group-Launches-TOGAF-Standard-Version-9-2 Для тех, кто не следит за деятельностью этой, наиболее часто упоминаемой в теме архитектуры предприятия организации, напомню, что предыдущая версия TOGAF 9.1 появилась еще в декабре 2011 года(что, конечно, кошмар). Насколько хорошо(или плохо) повлияет новая версия на деятельность корпоративных архитекторов будем изучать и рассказывать