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

Регистрация в перечне РКН: https://knd.gov.ru/license?id=6735f4cd97de7d1d1953c457&registryType=bloggersPermission
Download Telegram
А тем временем в Лионе вчера прошла конференция WS-REST 2018 Много слайдов с выступлений докладчиков в твиттере концеренции https://twitter.com/wsREST
Говорят, что заметка Моники Рогати "Иерархия потребностей искусственного интеллекта" https://hackernoon.com/the-ai-hierarchy-of-needs-18f111fcc007 является чуть ли не культовой, т.е. попадает в раздел "мастрид" Есть несколько переводов на русский из которых я предпочел вот этот: https://hype.ru/@id460/ierarhiya-potrebnostey-iskusstvennogo-intellekta-qq14fmkw Наслаждайтесь.
Еще в копилку слов о любимой теме https://buttercms.com/books/microservices-for-startups/ Книжка про микросервисы, в которой написаны пока только первые три главы
Полномасштабный проект по выстраиванию Enterprise Architecture в организации встречается достаточно редко. Намного чаще услуги архитектора бывают востребованы для решения более локальных задач: структурирование приложений, процессов и данных в рамках отдельного продукта, бизнес-функции или направления деятельности организации. В таких случаях обычно говорят об архитектуре ИТ-решения, а человека который её делает называют Solution architect. Одной из задач этого уважаемого эксперта является разработка архитектуры в ИТ-проекте. Но, у Solution architect есть еще одна, не менее важная задача – подготовка вариантов решения https://mxsmirnov.com/solution-architect-2/
Немного поспамлю я вас, уважаемые подписчики, "умными цитатами":
Герберт Саймон (кстати, нобелевский лауреат) "Науки об искусственном": Решение задач как естественный отбор.

"Рассмотрим, например, задачу доказательства какой-то сложной теоремы... Этот процесс можно описать как поиск в лабиринте. Обычно такой процесс предполагает большое число проб и ошибок. Испытываются различные пути. Некоторые из них отбрасываются, по другим же стараются продвинуться как можно дальше. Но прежде чем решение будет найдено, приходится обследовать многие тупики лабиринта.
В то же время эти пробы и ошибки не вполне случайны, они выбираются не вслепую. На самом деле здесь происходит строжайший отбор. Внимательно рассматривая все новые утверждения, полученные в результате одноразовых преобразований, пытаются выяснить, приближают ли они нас к достижению поставленной цели. И если кажется, что мы на верном пути, то это подхлестывает поиск в выбранном направлении.
Процесс распознавания и закрепления ключевых промежуточных результатов играет в решении задач такую же роль, какую устойчивые промежуточные формы играют в процессах биологической эволюции."
Финтех ассоциация "прорастила" еще одну идею. Если тему биометрической аутентификации для дистанционного открытия банковских счетов забрали себе Минкомсвязи с Ростелекомом, то систему быстрых платежей Банк России будет развивать сам:

Банк России станет оператором и расчетным центром системы быстрых платежей (СБП). В качестве операционного платежного клирингового центра системы выбрана Национальная система платежных карт (НСПК), сообщили в пресс-службе регулятора.
Система быстрых платежей предоставит возможность физическим лицам переводить денежные средства по номеру мобильного телефона, в том числе если счета отправителя и получателя находятся в разных банках. Платежи в рамках СБП будут проводиться в режиме реального времени круглосуточно http://www.banki.ru/news/lenta/?id=10431424
Очень "архитектурное" описание версии 9.2 TOGAF https://youtu.be/O4XtAVFJRLw Мол целевое состояние стандарта будет представлять из себя: небольшое нормативное ядро, набор гайдлайнов и описание инструментов и техник. В целевое состояние стандарт пока не пришел, но версия 9.2 - первый шаг в правильном направлении. Еще бы звук коллеги писали получше, было бы совсем замечательно
Автоматизация деятельности ИТ-архитектора. Сегодня бытует мнение, что добыча и анализ архитектурных объектов (ABBs, architecture building blocks - говоря языком TOGAF) это задача архитектора. А вот визуализацию, хорошо бы, переложить на инструмент, типа graphviz, входящий в соответствующий EA Tool. Но возможно, события будут происходить прямо противоположным образом. По мере того, как развиваются автодискавери для сбора информации об ИТ-инфраструктуры и тематическое моделирование для извлечения данных из текстов, заполнение архитектурного репозитория возьмут на себя роботы, а вот достучаться до чувств неискушенного руководителя или заказчика красивой картинкой - останется задачей архитектора https://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BC%D0%B0%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%BE%D0%B5_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5
Заработало?!
Карта сбоев Telegram на 9:00 по московскому времени. Примерно с 11:30 работа мессенджера начала восстанавливаться.

Следить за ситуацией можно здесь: downdetector.com/status/telegram/map/
Перевод статьи со сложным названием Events, Flows and Long-Running Services: A Modern Approach to Workflow Automation https://habr.com/post/346630/ которую, на мой взгляд, лучше было бы назвать легковесные конечные автоматы, т.к. речь идет о месте BPMS в современных(микросервисных, управляемых событиями) корпоративных ИТ-ландшафтах
Впрочем, история Java Business Integration подсказывает, что такая архитектура приводит к развитию множества самых разнообразных service engine. Как вам, например, микросервис, внутри которого сидит сотрудник и обрабатывает запросы? Подробнее, см. https://mxsmirnov.com/2015/07/04/private-paas-architecture/
Главная проблема customer experience современного банкинга в попытке натянуть опыт взаимодействия с пользователями[корпоративных информационных систем] на клиентов. Кнопок и экранов в мобильных банковских приложениях уже стало больше, чем в интернет-банке, а пунктов меню в личных кабинетах в веб, больше чем во фронт-офисах и АБСках. И всё это никому не нужно! [Новый]функционал нужен банку, а не клиентам, он, типа, деньги помогает зарабатывать. А клиентам функционал не нужен, им нужны данные. Желательно, более-менее структурированные, желательно отвечающие [микро]моменту. Функции должны идти следом за данными. Если у меня на счете нет денег, то нафига мне знать, что я смог бы с ними сделать в случае, если бы они у меня были? В конце прошлого года два больших банка обновили свои мобильные приложения. Один добавил в него чат, другой – ленту событий. Угадайте, что пользуется спросом. Приложение – это не про функционал. Приложение – этой контейнер для данных и функционала, который напишет за вас следующее поколение разработчиков
Simon Brown переписал FAQ для своей C4 model https://c4model.com/#faq