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

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 из эксплуатации вывели (кому нужен инструмент не того уровня зрелости 😉 Читать далее Уровни зрелости разработчиков интеграционных решений

DevOps метафоры от Gartner

19ddf9c6f0ibjjpgПросматривая гартнеровские отчеты относительно DevOps в Bimodal IT, я с удивлением обнаружил, что эта уважаемая компания взяла на себя труд систематизировать принципы и практики DevOps:

В отличии от ITIL и других операционных frameworks, DevOps не имеет какой-либо организации, отвечающей за разработку единой таксономии…  Не существует единого каталога практик. Поэтому каждая организация должна не только определить для себя что такое DevOps, но и сформулировать перечень активностей, на которых следует сфокусироваться. Рисунок 1 (см. ниже) является первой попыткой компании Gartner дать ответ на вопрос из чего состоит DevOps

Principles and Practices of DevOps 12 March 2015  G00272990

Я собрал ниже несколько определений из этой и других работ, в частности из  DevOps Is the Bimodal Bridge 03 April 2015  G00276470

Читать далее DevOps метафоры от Gartner