• ПОЛЕЗНЫЕ РЕСУРСЫ О SOA

  
  
  

• Поиск

  
  
  

• Лента новостей SOA

  • • Oracle собирается закрыть брэнд AquaLogic Sat, 07 Jun 2008 09:52:41
    • SOA Software представила новый продукт Repository ManagerTM 6.0 Tue, 03 Jun 2008 10:42:35
    • 15 способов достичь успеха в BPM Mon, 02 Jun 2008 11:39:36
    • Проблема оплаты услуг вендоров SOA Tue, 27 May 2008 07:33:53
    • 21 мая пройдет Oracle ISV Forum 2008 Thu, 15 May 2008 07:49:28
    • Рынок SOA преодолел отметку в 2 миллиарда долларов Wed, 14 May 2008 09:25:58
    • SOA Software покупает LogicLibrary Tue, 13 May 2008 07:25:25
    • Интегрированные бизнес-системы для малых и средних компаний от SAP и IBM Tue, 06 May 2008 09:57:05
    • SAP и Microsoft объединились Mon, 05 May 2008 07:57:26
    • OASIS запускает новую SOA-группу Tue, 29 Apr 2008 08:26:06

• Категории

  • 
    
    BSC₁ Вопросы безопасности₃ Вопросы внедрения₁₁ Прогнозы₁ Советы и рекомендации₁₄ Стандартизация₁ Управление SOA₁₁ Финансовые вопросы₆ Open Source₄ SOA₆₄ SOA & BPM₃ SOA & SaaS₂ SOA и бизнес₆ SOA и Web 2.0₂

• Календарь

  • 
    

    Март 2010

    Пн	Вт	Ср	Чт	Пт	Сб	Вс
    « Сен
    1	2	3	4	5	6	7
    8	9	10	11	12	13	14
    15	16	17	18	19	20	21
    22	23	24	25	26	27	28
    29	30	31

• 
  

  Последние статьи

  • • Чему может научить SaaS в работе с клиентами?
    • 5 причин, по которым компании выбирают SaaS
    • Почему разработчики архитектур продолжают терпеть неудачи с SOA и другими архитектурами.
    • Вы готовы к зеленой SOA?
    • Проблема безопасности SOA. Легко внедрить, сложно управлять.
    • Нужна ли SOA без повтороного использования? А что будет, если с ним переборщить?
    • 6 шагов к успеху
    • 10 типичных ошибок в SOA-проектах
    • Природа взаимосвязи BPM и SOA
    • Что спасет SOA?

• Архив

  • • Сентябрь 2008
    • Июнь 2008
    • Май 2008
    • Апрель 2008
    • Март 2008
    • Февраль 2008
    • Январь 2008
    • Ноябрь 2007
    • Октябрь 2007
    • Сентябрь 2007
    • Август 2007
    • Июль 2007
    • Июнь 2007
    • Май 2007
    • Апрель 2007
    • Декабрь 2006
    • Ноябрь 2006

• Управление

  • • Регистрация
    • Войти

Несмотря на то, что вопрос безопасности SOA до сих пор остается нерешенным, ему уделяется не так много внимания. Как ни странно многие считают, что механизм обеспечение безопасности SOA схож с механизмом обеспечения безопасности Веб-сервисов и Веб-сайтов и, поэтому, не представляет особой сложности. С этой точки зрения проблема безопасности 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 представляет не меньший интерес, так как это часть общего управления ИТ.

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

• Обеспечивать интероперабельность;
• Обосновывать эффективность SOA, опираясь на сторонний опыт;
• Обосновывать эффективность повторного использования сервисов;
• Повышать возможности сервисов;
• Обеспечивать надежность и удобство повторного использования сервисов для пользователей;
• Cделать сервисы доступными и понятными;
• Избегать нестандартных/избыточных сервисов;
• Избегать медленной разработки;
• Разрабатывать сервисы в соответствии с соглашением об уровне качества сервисов (SLA);
• Обеспечивать интеграционную поддержу внедренных сервисов;
• Повышать уровень квалификации специалистов в области SOA на предприятии;
• Обеспечить необходимый уровень управления - не слишком высокий и не слишком низкий;
• Организовывать поддержку политики взаимодействия типа клиент/корпорация;
• Обеспечить доступность активов SOA различным пользователям;
• Обеспечить взаимосвязь между различными разрозненными группами и проектами.
Читать далее…

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

Майкл Либов (Michael Liebow) является вице-президентом подразделения, занимающегося вопросами Web-сервисов и сервис-ориентированных архитектур консалтинговой компании IBM Business Consulting Services, принадлежащей корпорации IBM. Майкл спешит поделиться своим бесценным опытом в области ИТ, Web-сервисов, а главное, реализации SOA-проектов, делая акцент на бизнес-составляющей SOA, что для нас особенно актуально.

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

На прошедшем Саммите корпоративных архитекторов 2007 старший архитектор технического отдела компании CA Inc., являющейся поставщиком программных средств по управлению ИТ, Пол Липтон открыл свою презентацию «Новые возможности синергии в области SOA: как скоординировать управление рабочим циклом, сортировку и систему безопасности» словами: «Сейчас стало как никогда очевидно то, что мы купились на якобы новизну SOA. Как известно, новое – это хорошо забытое старое, и SOA – это всего лишь переосмысление ценных идей, которые возникли еще в 80-х.» Далее речь пошла о том, что вряд ли найдутся поставщики, не имевшие дело со стандартами XML, а расширяемость и масштабируемость языка XML – как раз и стали тем революционным фактором, который расширил наши горизонты.

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

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

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

Программное обеспечение может дать вам лишь 20% необходимой информации.

Итак, ваш директор по информационным технологиям говорит: «Внедряйте SOA». Ваши действия? Вы бросаетесь на поиски и приобретаете дорогостоящий инструментарий по управлению SOA. Думаете, это решит ваши проблемы? А вот и нет.

SOA – это не программный продукт, так что по большому счету почти не обсуждается в рамках программного обеспечения. Вывод: программное обеспечение - не самый лучший помощник в освоении SOA.

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

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