Архитектура ИТ-решений
13.6K subscribers
274 photos
27 files
1.08K links
Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений, микросервисы).

Этот канал не продается, а я не сдаю квартиры/машины/яхты. Будьте, пожалуйста, осторожны!
Download Telegram
Архитектура ИТ-решений
Драфт (snapshot) Agile Architecture Framework https://blog.opengroup.org/2019/07/18/snapshot-of-the-open-group-agile-architecture-framework-a-conversation-with-walters-obenson/ как и было обещано, появился в библиотеке The Open Group. Забавный документ, включающий…
Невнятная оказалась книжка :( Технологические моменты описаны слишком поверхностно(кто не знает о чем речь - не поймет), а концептуальные не подкреплены рассуждениями. В общем, я бы подождал до следующей версии, надеюсь, что сильно переработанной
Заголовки HTTP запросов одной страничкой
Обсуждаем в чате https://tttttt.me/itarchitect "репутационные риски", вызванные неработоспособностью ИТ-систем. Мне представляется, что разговор с заказчиком на эту тему - это задачка для бизнес-аналитика, владеющего инструментами типа модели Кано https://en.wikipedia.org/wiki/Kano_model Т.е. вопрос не в том, должна или не должна работать система а, в первую очередь, в "чувствительности" клиента к тем или иным багам и фичам, в границах между "нравится", "всё равно", "потерплю"...
Philippe Kruchten (известный статьей 4+1 architectural view model) с соавторами выпустил в июне этого года книжку Managing Technical Debt: Reducing Friction in Software Development (Sei Series in Software Engineering) Немного про книжку и ссылки на другие материалы по теме технического долга в заметке соавторов книги Ipek Ozkaya и Rod Nord https://insights.sei.cmu.edu/sei_blog/2019/05/managing-the-consequences-of-technical-debt-5-stories-from-the-field.html
Ян Шарп произнес эти слова в 1969 году на конференции NATO Conference on Software Engineering Techniques:

Есть некое дополнение к программированию, и его надо вытащить на свет. Это программная архитектура. Архитектура и проектирование(дизайн, примечание моё) — не одно и то же. В качестве примера рассмотрим ОС/360. Части ОС/360 запрограммированы чрезвычайно хорошо, в них использовано множество удачных идей и методов. Причина, по которой операционная система оказалась бесформенной кучей программ, состоит в том, что у нее не было архитектора ... Обычно спецификации программного обеспечения рассматриваются как функциональные: мы рассуждаем лишь о том, что программа должна делать. Но любой, кто отвечает за реализацию программного обеспечения, должен задуматься о большем. Ему необходимо выстроить проект — форму; в рамках которой будут творить программисты или инженеры. Ни один инженер либо программист, ни один инструмент программирования не поможет ни нам, ни софтверному бизнесу компенсировать недостатки проекта. Контроль, управление, обучение и другие вещи, о которых мы говорим, очень важны, но специалисты по реализации должны понимать замысел архитектора (конец цитаты, см. https://www.osp.ru/os/2006/03/1156577/)

Очевидно, что архитектура, в первую очередь, это история о замыслах, удачных более или менее, подходящих задаче или нет, сформулированных четко или расплывчато, воплощенных в софте или утраченных еще на ранних стадиях существования продукта
Своевременное напоминание https://about.draw.io/import-from-csv-to-drawio/ в блоге draw.io о том, как этот инструмент умеет рисовать диаграммы из файлов с данными. В visio это делается намного более криво, а про специализированные архитектурные рисовалки, умеющие работать только со своим форматом я вообще промолчу. Жаль на планшете с draw.io работать пока сложно. А то перевел бы на него все упражнения из своих курсов по ИТ-архитектуре
... В органах власти появятся ИТ-архитекторы, отвечающие за единообразие ГИС - я считаю, что такие ИТ-архитекторы ГИС должны быть клонами. В качестве образца можно взять главного архитектора из "Матрицы" http://cnews.ru/link/n498831
По поводу открытых исходников ГИС: перевод поучительной статьи в telegram-канале Ивана Бегтина, о том, как полмиллиона испанцев остались без субсидий на электричество (см. продолжение в https://tttttt.me/begtin):
Forwarded from Ivan Begtin (Ivan Begtin)
Полмиллиону испанцев отказали в субсидии на электричество даже если они под неё подпадали. некоммерческая организация Civio собирается в суд чтобы получить исходный код ПО принимающего решения.

В разгар экономического кризиса, в 2009 году, правительство Испании приняло закон о субсидировании счетов за электроэнергию который затронул около пяти миллионов бедных домохозяйств. Субсидия, называемая социальным бонусом или bono social на испанском языке, с тех пор с некоторым успехом она была предметом борьбы в суде с электрическими коммунальными службами страны. После обновлённого регулирования 2016 года правительство должно было ввести новые, более жесткие правила для социального бонуса, и все получатели помощи должны были перерегистрироваться к 31 декабря 2018 года.

Полмиллиона отказов

На эту дату было утверждено почти 1,5 миллиона получателей помощи, что почти на миллион меньше, чем 2,4 миллиона, которые воспользовались предыдущей схемой, и далеко от предполагаемых 4,5 миллионов, тех кто удовлетворяют критериям для получения бонуса. К числу получателей помощи относятся пенсионеры, лица, получающие до 75% среднего дохода, и все семьи с более чем тремя детьми, а также другие группы, считающиеся социально уязвимыми. Бонус далеко не символический. Кто-то, зарабатывающий менее 940 евро в месяц, получит 85 евро от своих ежегодных расходов на электроэнергию, а кто-то, зарабатывающий менее 470 евро в месяц, получит 137 евро.

Некоторые потенциальные получателей помощи, такие как богатые семьи с более чем тремя детьми, возможно, не подавали заявки. Другие, возможно, были напуганы сбором необходимых для получения бонуса документов, или, возможно, не слышали о программе. Однако, более полумиллиона испанцев увидели, что их заявка отклонена [1]. Виновника, по крайней мере для некоторых из них, зовут BOSCO. Это программное обеспечение, которое управляется испанским Министерством по переходу на зеленую энергию, рассматривает заявки на социальный бонус и решает их судьбу.

Неисправность программного обеспечения

Мадридская некоммерческая организация Civio уже несколько лет работает над темой социального бонуса. В 2018 году они разработали веб-сайт в партнерстве с регулятором конкуренции Испании, чтобы помочь испанцам ориентироваться в процессе подачи заявок. После того, как несколько человек, заявку которых ранее отклонили, связались с Civio, они узнали, что программное обеспечение BOSCO не смогло должным образом рассмотреть каждую претензию. Например, вдова (вдовец) на пенсии, подавший заявление в рамках проверки средств, может по-прежнему иметь право на премию из-за своего статуса, даже если его/её доходы превышают максимальный размер субсидии на проверку средств, но BOSCO автоматически отклонит ее заявку.

Чтобы узнать больше, Civio запросил у министерства исходный код программного обеспечения. Ева Бельмонте, директор Civio и журналист-расследователь, объяснила, что исходный код позволит им подтвердить показания, которые они собрали, и проверить другие неисправности. Учитывая чувствительность темы, программное обеспечение должно быть тщательно проверено, написала она.

Совет по прозрачности и добросовестному управлению, орган Испании по свободе доступа к информации, отклонил запрос Civio, якобы на основании авторских прав [2] (AlgorithmWatch неоднократно связывался с Министерством, чтобы узнать, чьи авторские права защищаются, но не получил конкретного ответа на момент публикации). Civio подал административную апелляцию [3] 20 июня, первый шаг в судебном противостоянии.

Нет четких правил для исходного кода

Хотя все страны Европейского Союза имеют законодательство о свободе доступа к информации, вопрос о том, может ли быть передан исходный код, разрабатываемый органами власти, является не столь очевиден.
Всего один комментарий по поводу: 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/