Вебинар: ИТ-архитектура и управление изменениями

Друзья! Осень еще не скоро, но серия осенних вебинаров уже начинается. Приглашаю вас 15 августа в 20:00 MSK на бесплатный вебинар: «ИТ-архитектура и управление изменениями. Обновление процесса CHG». За предыдущие годы в ИТ-процессах изменилось очень многое. В разработке появились не только гибкие методологии, но и обрели реальное воплощение инструменты непрерывной интеграции и поставки (CI/CD). В инфраструктуре и операциях (I&O) вряд ли кто-то еще не слышал про devops. Проектные подходы уступают свое место продуктовым и вносят в мир ИТ Design Thinking, Lean Startup и прочие неведомые ранее термины. Lean IT и Kanban – тоже с нами. И кажется только в процессе управления изменениями ничего не меняется. Запросы на изменения (Request for change), Change Advisory Board (CAB), CMDB и прочая архаика сохраняет свои позиции (у тех, кто отстроил эти процессы, разумеется). На самом деле это не совсем так и change тоже меняется. Приведу несколько ссылок на эту тему:

Книга Роба Ингланда Plus! The Standard+Case Approach: See service response in a new light 2013 года, подборка материалов The Standard+Case approach to response management  и последующая серия публикаций в блоге, например одна из последних: Change goes away.Статья Joanne Molesky в блоге Axelos Is it time to change Change Management? и многие другие подобные обсуждения.

Ну а главный вопрос предстоящего вебинара: можно ли поменять что-либо в корпоративных ИТ, не поменяв CHG. Можно полностью поменять методологию разработки, автоматизировать сборку, тестирование, развертывание и даже обработку событий мониторинга, заменить написание требований рисованием customer journey map. Но будет ли от этого хоть какой-то толк, если рамка процесса управления изменениями останется прежней?

Своей точкой зрения я поделюсь на предстоящем вебинаре. Регистрация: https://mxsmirnov.timepad.ru/event/543835/

 

PS: И не забывайте регистрироваться на вебинар 9 августа BIAN (Banking Industry Architecture Network) — Обзор методов и принципов проектирования который проведет Роман Дынник

Реклама

Вебинар: Микросервисная архитектура. Обновление монолитных приложений

29 мая в 15:00 MSK приглашаю на очередной бесплатный вебинар по микросервисам. В марте этого года на CUSTIS Meetup: Микросервисы в Enterprise я рассказывал о том, что ажиотаж по поводу микросервисов в корпоративном ИТ несколько стих и даже предложил вариант ответа на вопрос: «Почему?». Вернее, даже три причины, объединенные общим заголовком: «Барьеры микросервисной архитектуры». И в качестве главного барьера я посетовал на непонимание того, что же такое микросервисы значительной частью айтишного и околоайтишного сообщества. В принципе, в этом нет ничего необычного. Архитектурный стиль RESTful тоже мало кто понимает, но это не особо мешает создавать более-менее нормальные программные интерфейсы. Continue reading →

#DataOps. Конвейер обработки данных

Пару дней назад PC Week/RE опубликовал перевод статьи Джорджа Анадиотиса Как работает DataOps — эквивалент DevOps в мире данных. В ней, как и во многих статья о постепенно обретающем популярность термине dataops, какие-то идеи понятны и очевидны, а какие-то только лишь слегка оконтурены, настолько абстрактны и общи, что и обсуждать их нет никакого смысла. Впрочем, даже статья про dataops в Википедии перечисляет целых двадцать принципов, характеризующих этот термин, что скорее свидетельствует об отсутствии единого его понимания. Думаю, что в ближайшем будущем нам не избежать споров о том, что же такое DataOps, но через некоторое время новая концепция сбора и обработки данных в организациях оформится и со временем потеснит столь привычную многим метафору корпоративного хранилища данных. Continue reading →

Release it! книжка о трещинах в ПО

releaseitВ этом году издательство «Питер» выпустило русскоязычный перевод книжки Майкла Нейгарда “Release it! Проектирование и дизайн ПО для тех, кому не всё равно” Оригинал этой книжки “Release It!: Design and Deploy Production-Ready Software (Pragmatic Programmers)”  появился в 2007 году. Не знаю какими соображениями руководствовалось издательство выпуская перевод сегодня. Как, впрочем, не помню почему именно эту книжку я взял почитать в отпуск. Тем не менее хочу порекомендовать эту книжку для чтения всем, кто так или иначе связан с архитектурой информационных систем. Continue reading →

Вебинар: Архитектура корпоративных приложений. Web-scale IT, DevOps, Microservices

MicroserviceArchitecture25 мая я проведу еще один вебинар по архитектуре информационных систем. На этот раз он будет посвящен именно архитектуре приложений. Эффективная операционная модель ИТ, целевая архитектура предприятия, гибкие методологии разработки – всё это важные и нужные вещи. Но ни одна из них не исправит ошибки, допущенные при разработке архитектуры конкретного приложения. Десять лет назад SOA уже пыталась существенно улучшить архитектуру приложений. Большинству корпоративных информационных системам это не сильно помогло. Сегодня многие разработчики связывают надежды на реализацию обещаний SOA с DevOps и микросервисной архитектурой. Поверят ли в эти слова организации, будет ли у ИТ еще один шанс решить проблему унаследованных приложений?

Подробное описание вебинара и ссылка на страницу регистрации на сайте IT Expert: Архитектура корпоративных приложений.  Web-scale IT, DevOps, Microservices

Уровни зрелости разработчиков интеграционных решений

esbЛет 7-10 тому назад, во времена всеобщего увлечения сервис-ориентированной архитектурой было модно придумывать уровни зрелости SOA сервисов. Open Group придумал Service Integration Maturity Model (OSIMM). IBM отметился свое трактовкой уровней зрелости (см., например Solution design in WebSphere… ), обещающий достигнут пятого из семи возможных уровней зрелости посредством внедрения WebSphere Process Server  (см. рисунок ниже). Ну, а Microsoft c Informatica-ой занимались оценкой уровней зрелости в деле интеграции данных (A Maturity Model for Data Integration) В общем, каждый занимался своим делом. IBM даже порывался сделать у нас консалтинговый проект, но мы сами приписали себе второй или третий уровень зрелости и сразу согласились на пилотный проект с WS Process Server.По результатам пилота мы даже приняли решение внедрить BPEL Engine, правда не от IBM-а, а open source, да и WebSphere Message Broker из эксплуатации вывели (кому нужен инструмент не того уровня зрелости 😉 Continue reading →