Метка: Системная архитектура

Эскизы архитектурных решений

image009Сегодня снова про функциональные карты. В апреле этого года, в заметке О заполнении шаблона описания архитектуры решения я затрагивал тему архитектуры в ИТ-проектах. А совсем недавно рассказал вымышленную историю об использовании функциональных карт. Все эти вещи появляются из-за того, что мы сейчас заново пересобираем нашу архитектурную практику. Укладываем фрагменты традиционных и только появившихся техник в новую, совершенно уникальную мозаику. И, безусловно, мне хочется поделиться какими-то находками, разочарованиями и постепенно проявляющимися результатами этих практик Продолжить чтение «Эскизы архитектурных решений»

Cloud-Native Application Architectures

oreilly-cover-migrating-to-cloud-native-application-architecturesВесной этого года издательство O`Reilly выпустило небольшую, но очень ладно скроенную книжку Мэтта Стайна (Matt Stine) Migrating to Cloud-Native Application Architectures. Скачать её бесплатно(за регистрацию) можно на сайте Pivotal по этой ссылке: Free O’Reilly Microservices eBook. Посредством очень простых рассуждений автор рассказывает нам, почему организации вынуждены буду заняться приложениями в облачной архитектуре, а заодно и чем такая архитектура отличается от традиционной. Кроме того, мы узнаем про манифест The Twelve-Factor App (русский), зачем нужны микросервисы, инфраструктуры, предоставляемые в режиме самообслуживания, и взаимодействия посредством программных интерфейсов. Для тех, кто не станет читать эту книжку, я постараюсь изложить её содержание в нескольких словах Продолжить чтение «Cloud-Native Application Architectures»

Трансформация ИТ: сервисная архитектура и интеграция

47702335-33ad-c494-7ae5-98bbcc7ac027Десять лет прошло с момента публикации аналитиком компании Gartner Ефимом Натисом (Yefim V. Natis) статьи Applied SOA: Conquering IT Complexity Through Software Architecture. Это статья довольно быстро была переведена на русский язык и вышла в журнале «Открытые системы» под заголовком Покорение сложности ИТ. Примерно в это же время в отечественных компаниях начались разговоры про сервис-ориентированную архитектуру,  интеграционные среды, а чуть позже трансформацию ИТ. За прошедшие десять лет мы узнали множество новых слов: облачные вычисления, социальные сети, мобильные приложения и даже большие данные,  но так и не научились контролировать сложность корпоративных информационных систем. Давайте отойдем немного назад и попробуем разобраться почему Продолжить чтение «Трансформация ИТ: сервисная архитектура и интеграция»

Open Graph: Третье поколение глобальной сети

Эту заметку следует прочитать не только тем, кто интересуются архитектурой информационных систем. Об этом полезно знать всем кто, так или иначе связан с информационными технологиями – системами коллективной работы, интранет приложениями, решениями для документооборота, анализа и управления бизнес-процессами. Возможно, кому-то это покажется банальным и давно очевидным. Кто-то с первого раза не поймет о чем речь, обвинит меня в предвзятости и надувании очередного мыльного пузыря. Но, мне хочется верить в то, что найдутся люди, которым это сообщение будет полезным и интересным.

Идея этого сообщения родилась у меня пару дней назад, 14 февраля, на встрече клуба архитекторов. Обсуждали мы вторую версию языка моделирования архитектуры предприятия ArchiMate. Вероятно, несколько главных ИТ архитекторов, собравшихся в одно время и в одной комнате, создают некоторый магнетизм,  что позволят обратить внимание на вещи, которые почему-то с первого взгляда от внимания ускользают. Дело в том, что у элементов, определенных в ArchiMate нет свойств(и методов), как например у классов языка UML. Свойства элементов определяются теми отношениями, в которых они участвуют. Кроме того, в ArchiMate нет аналога понятия стереотип, используемого в UML. Т.е. если мы хотим показать, что какой-то класс является частным случаем другого класса, то мы должны делать это явно. Но вернемся к теме. Продолжить чтение «Open Graph: Третье поколение глобальной сети»

Сценарии интеграции приложений (3)

Я довольно редко пишу о сценариях интеграции и потому не могу закончить с интеграцией данных и перейти к интеграции приложений и сквозным бизнес-процессам. Тем не менее, интеграция данных это важно. ESB, SOA и прочие трехбуквенные сокращения, занимая наше внимание, отвлекают нас от других, намного более важных трехбуквенных сокращений, таких как ODS и DWH. ODS и DWH – «рабочие лошадки» ИТ архитектуры предприятия, способные избавить нас от множества лишних информационных систем и оппортунистических связей между ними.
Продолжить чтение «Сценарии интеграции приложений (3)»

Сценарии интеграции приложений

Одна из немногих книг по интеграции корпоративных информационных систем Enterprise Integration Patterns появилась в конце 2003 года. По большому счету других, сколь либо серьезных исследований данного вопроса с того времени и не появилось. Автор книги Gregor Hohpe поддерживает одноименный сайт Enterprise Integration Patterns на котором можно посмотреть основные паттерны. Впрочем, описаны они довольно кратко и лучше читать книгу. Тем более что она переведена на русский язык как Шаблоны интеграции корпоративных приложений.

При всем искреннем уважении к Грегору Хопу, должен отметить, что о паттернах корпоративной интеграции речь идет только в первых нескольких главах книги, написанных такими уважаемыми людьми как Мартин Фаулер и др. Авторы выделяют четыре основных паттерна интеграции: файловый обмен, общая база данных, вызов удаленной процедуры и обмен сообщениями. Основную часть книги как раз и занимают паттерны обмена сообщениями. Messaging, безусловно, мощный и эффективный подход как при интеграции так и при разработке корпоративных систем. Однако сценарии интеграции корпоративных приложений это не только и не столько messaging. Это и файловый обмен и синхронный вызов сервисов и доступ разных приложений к общей базе данных. И в описании подходов к интеграции чувствуется определенный пробел. Чтобы не перегружать слово паттерны, я буду использовать термин сценарии интеграции приложений и постараюсь постепенно заполнить возникший пробел.
Продолжить чтение «Сценарии интеграции приложений»