Благодаря быстро возрастающему успеху модели SaaS, позволяющей компаниям снизить стоимость эксплуатации ПО и сосредоточиться на своей ключевой компетенции, аналитики и покупатели признали «ПО как сервис» одним из наиболее динамично развивающихся сегментов ИТ-индустрии. Помимо вышеперечисленного SaaS, по мнению господина Блэка, имеет еще одно ключевое преимущество, которое обычно редко упоминают, это – более совершенная работа с клиентами. Читать далее…

Западный рынок сервис-ориентированной архитектуры (SOA) в последнее время напоминает базарную площадь, где каждый старается перекричать соседа, чтобы опередить его в продаже своих пакетов программного обеспечения.

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

Поставщики SOA забывают о том, что ключевой задачей их деятельности является построение целостной архитектуры, способной развиваться вместе с предприятием. Аналитики продолжают критиковать поставщиков SOA, обвиняя их в том, что в гонке за прибылью, они совершенно забывают о потребностях клиента. А он тем временем в замешательстве буквально рвет на себе волосы, не зная, какой продукт выбрать.

По общему мнению аналитиков Дэйва Розенберга и Дэвида Линтикума, есть шесть основных положений, которые поставщики SOA не должны оставлять без внимания, если они хотят преуспеть:1. Строго следить за качеством продуктов

2. Быть компетентными

3. Выбрать оптимальный подход к реализации SOA

4. Не предлагать коробочных продуктов

5. Работать на перспективу

6. Применять открытые технологии

Читать далее…

Конечно же, вы уже об этом слышали, и не раз: «SOA должна диктовать свои условия технологиям, а не технологии диктуют свои условия SOA». Дэвид Линтикум, сотрудник аналитической компании ZapThink, известной как ведущий консультант в области SOA, столкнулся с тем, что это правило соблюдается с точностью до наоборот. Все внимание сфокусировано на ESB и на уровнях управления ею, а не на построении правильной архитектуры как таковой. «Ведь SOA – это архитектура, не так ли?!» - недоумевает Дэвид и размышляет на эту тему, которой и посвящена данная статья. Тем более обидно, что речь идет о крупных финансовых вложениях, которые обречены на то, чтобы стать напрасными.

Читать далее…

Ибрагим Хэддэд, Фредерик Бернард

Как правило, принятие решения о том, чтобы сделать своё ПО открытым, происходит на бизнес-уровне. В данной статье перечисляются основные причины, по которым стоит открыть свои исходные коды.

Читать далее…

Хью Тейлор

О том, как чувствует себя собака, можно судить по ее хвосту. Если хвост пистолетом – все в порядке, а если поджат – плохо дело. То же можно сказать и о SOA, у нее тоже есть хвост-индикатор, и этот хвост – ни что иное, как управление. Если управление на высоте – то и с SOA все в порядке, а вот если Web-сервисы развертываются без четкой программы управления – жди беды. Она подкрадется незаметно, лишив вас надежности, прибыли и безопасности.

Поскольку управление является неотъемлемой частью любого ИТ-начинания, открытая и потенциально хаотичная природа SOA неизбежно делает управление либо тормозом на пути к успеху, либо превращает его в профессионального регулировщика движения. По мановению волшебной палочки такого регулировщика ваш путь становится быстрым, легким и приятным.

Цель данной статьи - взглянуть на управление SOA как с точки зрения технологий, так и с точки зрения бизнеса, и обосновать необходимость создания целостной модели управления - замкнутого круга, который соединяет этап определения рабочих циклов и политик с их соблюдением и контролем.

Читать далее…

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

Читать далее…

Дэвид Линтикум, консультант по вопросам SOA и эксперт в области промышленности, предостерегает: необходимо очень внимательно подходить не только к планированию ваших действий на пути к SOA, но и к выбору того, кто будет помогать вам проделывать этот сложный путь. Только так вы сможете взять верный курс.Суровая реальность состоит в том, что компании, решившие встать на путь SOA, не получают действенных советов по поводу того, как лучше приступить к внедрению SOA, с чего следует начать. Зачастую так называемые консультанты не способны даже толком объяснить клиенту, что такое SOA и с чем им вообще придётся иметь дело. Поэтому нет ничего удивительного в том, что, в конце концов, многие SOA-проекты заходят в тупик, так и не принеся столь многообещающих результатов. Хуже всего то, что неудача при этом списывается всецело на SOA как подход и SOA начинает восприниматься как негативное явление, которого предпочитают сторониться и избегать.

Читать далее…

История ИТ на крупных предприятиях насчитывает долгие годы, а иногда и десятилетия. В результате за это время накопилась масса разнородных приложений, связанных между собой многообразием различных интеграционных технологий. Другими словами, организация ИТ-инфраструктуры многих предприятий отличается хаотичностью. С помощью так называемой архитектуры предприятия можно управлять портфелем приложений, документировать соединения и планировать дальнейшее развитие и постепенную модернизацию ландшафта приложений. Однако как показывает опыт, такой подход к управлению имеет скорее формальное значение, чем играет какую-то существенную роль в становлении архитектуры. В такой ситуации может помочь только SOA. Сервис-ориентированная архитектура расширяет границы предприятия с точки зрения задач бизнеса. Сервисы становятся концептуальными элементами первостепенного значения. Ими можно управлять, выводить на рынок, разрабатывать и присваивать им определённый бюджет и владельца. В ближайшем будущем сервисы можно будет замещать, модернизировать и выводить их разработку в аутсорсинг. Таким образом, можно будет говорить о постепенном переходе от архитектуры приложений, основанной на интеграции, к сервис-ориентированной архитектуре, связывающей отдельные сервисы. Многие поставщики, аналитики, консультанты и просто специалисты сходятся во мнении, что успех SOA зависит главным образом от правильного управления. На первый взгляд может показаться, что управление играет важную роль только при переходе предприятий к SOA. Однако заметим, что, во-первых, сам процесс эволюции к сервис-ориентированной архитектуре может длиться десятилетиями, а, во-вторых, опытным путем уже доказано, что и сервис-ориентированные ресурсы предприятия требуют управления.

В данной статье будет рассматриваться роль таких специалистов, как разработчик архитектуры домена SOA , разработчик платформы SOA, разработчик сервиса, бизнес-владелец сервиса и технический владелец сервиса в успешном управлении SOA. Будут ли предложенные в данной статье наименования специальностей полностью совпадать с наименованиями на том или ином предприятии - это вопрос второстепенный; успех SOA зависит от того, чтобы выполнялись все вышеперечисленные задачи. Итак, рассмотрим эти специальности более подробно.

Читать далее…

Дэвид Тайлер

Сегодня, в век новейших технологий, консалтинговые компании появляются как грибы после дождя, и нередко встает вопрос: как же выбрать действительно хорошую консалтинговую компанию? Как понять, какая из них действительно солидная и разбирается в интересующих вас вопросах, а какая - кичливая компания-однодневка, способная лишь пустить пыль в глаза?

Читать далее…

Почему люди хотят внедрить у себя SOA и действительно ли им это нужно?

«Когда речь заходит о SOA, я всегда задаю один и тот же вопрос: как вы думаете, чем руководствуется любое мало-мальски приличное предприятие при внедрении какой бы то ни было технологии или архитектуры? Ответ, как обычно, состоит из стандартного набора фраз: большая возможность повторного использования кода, доступность.… Однако истинная причина заключается вовсе не в технологиях, которые обещают столько преимуществ. Что я вижу своими глазами – так это то, что на самом деле SOA (впрочем, как и любая другая прогрессивная ИТ-технология) внедряется на предприятиях в сугубо личных целях, а именно – для удовлетворения своих сугубо личных карьеристских устремлений, и это ни коим образом не связано с желанием преобразить работу предприятия». Такой взгляд на проблему внедрения SOA сложился у Якова Фейна, управляющего компанией Farata Systems, занимающейся консалтингом, обучением и поставкой программных продуктов. По его мнению, если вы решили внедрить у себя SOA, то это еще вовсе не значит, что она вам действительно нужна на данный момент. Во многих случаях это действительно так. Давайте разберёмся, почему могло сложиться подобное мнение, и есть ли в нем доля правды, ведь в любых точках зрения, как правило, присутствует рациональное зерно.

Читать далее…

Следующая страница →