Използването SOA реализира три аспекта на ИТ услуги, всяка от които допринася за оптимизиране на ползите от ИТ бизнеса:

• Услуги на бизнес функции. Същността на тези услуги е да се автоматизира компоненти на специфични бизнес функции, необходими на потребителя.

• Услуги инфраструктура. Тези услуги изпълняват функцията на проводими чрез платформа, чрез които се доставят услуги бизнес функции.

• Услуги жизнен цикъл. Тези услуги са един вид "обвивка", която в повечето случаи осигурява ИТ потребители с "истински, услуги." Услуги на жизнения цикъл е отговорен за проектирането, изграждането, управлението, промените в инфраструктурни услуги и бизнес функции.

SOA Световен пазар

Средната цена на един проект SOA се оценява AMR Research около 500 хиляди долара В същото време най-големите платформи, които са пълнофункционален инструмент за правене на бизнес, са на пазара само няколко фирми - .. IBM. Oracle. Tibco. Sun Microsystems. Software AG. Microsoft. SAP AG. Прочетете статията "SOA (световния пазар)"

SOA руския пазар

Развитието на SOA

Преди въведе няколко години концепцията за SOA първоначално възприема като някакъв нов подход за прилагане интеграция въз основа на единни стандарти в индустрията. Революционно ново решение SOA - нов поглед към развитието и промяната на функционалността на приложението на корпоративни системи.

Един вид предшественик на SOA е станал технология Enterprise Service Bus. осигурява единен механизъм на взаимодействие между приложенията. Допълнено от редица други технологии, ESB позволено да формират единна платформа интеграция. Очевидно е, че качествен преход към SOA започна в момент, когато е имало възможност да се създаде интеграция слой отгоре на това ново приложни решения, като използват съществуващата функционалност.

Съвсем наскоро, ние сме използвали традиционните уеб ресурси, без да се предполага, че нещо може да се промени коренно в това отношение. Оказа се - това е възможно, и не е уеб-две-нула. Тенденцията е била толкова успешна и привлекателен, той веднага бе взет под маркетинг услуги. 2.0 Етикетът се появи на много от политическите решения, и в повечето случаи, използването му е доста съмнително. Тази обща тенденция не може да бъде избегнато, и ориентирана към услуги архитектура. Прочетете статията "SOA 2.0"

Ориентирана към услуги и обектно-ориентираното програмиране

Връзката между ориентирани към услуги и обектно-ориентирани структури

Появата на ориентирана към услуги подход е направил следващата реформа в разработката на софтуер на теорията, оставяйки зад себе си концепцията за обектно-ориентираното програмиране.

Както е известно, код повторна употреба опростява разработването на големи информационни системи. Доскоро за тази цел, то е традиционно се използва за обектно-ориентиран подход, включващ твърда асоциация на компоненти и приложни обекти в едно цяло. В обектно-ориентиран парадигма, разработчикът е необходимо познаване на приложен програмен интерфейс, който комбинира атрибутите и методите заедно за изпълнение на изискваната функционалност. Но тъй като обект на системата обикновено се създават на базата на един единствен език за програмиране (Delphi. С програмиране Yayk ++. С програмиране Yayk #. Ява, и др.) И фиксирани механизми за обмен на информация между обектите и модули на информационната система, и се съхраняват в ООП всички зависимости и ограничения. Такъв подход не винаги е удобно - по-специално, той не позволява да се реагира бързо на променящите се ситуации и, например, да се изработи новоизлюпена система, въз основа на понятието "капацитет при поискване". Освен това, за промяна на системите за обектно-често трябва да се пренапише кодовете, свързани обекти и методи.

Cvesti тези ограничения до минимум позволява SOA технологията, която вече е признат от мнозина като революция в технология за програмиране.

Анализаторите на ориентирана към услуги архитектура

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

Архитектурните особености на SOA

Няколко SOA архитектурни особености за намаляване на степента на обвързаност на различните елементи на системата. За реакцията на компонентите, използвани от сравнително малък набор от прости интерфейси, които имат само най-често срещаните семантиката и са на разположение на всички доставчици на услуги и потребителите. Чрез тези интерфейси предава съобщение до известна ограничена лексика. И тъй като дава само общата структура на корпоративния система, както и речник, цялото семантиката и бизнес логиката, специфични за прилагането, описани директно в тези доклади.

Информационната система на корпоративно изградени на базата на SOA, се състои от набор от субекти, достъпни чрез приложни програмни интерфейси. Вградени търсачката и да открият услуги в общия регистър дава възможност на потребителя да въведе операторите, които предлагат необходимата функция.

Архитектурата на уеб услуги също е ориентирана към услуги. Освен това, уеб услуги - е същността на SOA в две допълнителни ограничения: интерфейс на базата на интернет протоколи (HTTP FTP SMTP TCP ...), както и всички съобщения са описани в XML формат. Подробности за уеб услуги и SOA са стандартни характеристики на мястото на W3C и организацията OASIS.

Практически аспекти на SOA

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

Правилното и пълен контрол е невъзможен без цялостно разбиране на компонентите, или стълбовете, които поддържат една зряла SOA-проекти. Разбира се, SOA проект може да бъде изградена само на основния механизъм (и) за подпомагане, но зрял проект включва по-голямо ниво на подкрепа с увеличаване на нивата на отговорност, която пада върху SOA-проекта. Всяка предметна област изисква различен подход към управлението на SOA, което, съответно, по различни начини отразени в "политика".

Трябва също да се отбележи, че политиката е от решаващо значение за управление SOA, тъй като това ще определи политиката на SOA-предприятието, както и този, който създава политиката SOA, където се съхраняват тези политики, как и къде е възможно да се проследи SOA-ще бъде актуализирано, или променени, която системи / инструменти се използват за реализиране SOA-политика, както и кои отдели извършват ръчно.

Тези шест механизми, чрез които поддържа SOA политика:

• Операционната модел на жизнения цикъл SOA
• организация SOA
• SOA процес
• Портфолиото на активите за интеграция на услугите в SOA
• SOA инструменти
• SOA-базови технологии

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