Митове и парадигми на прилагане интеграция

Представен статия

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

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

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

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

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

Един от най-сложните проблеми на ИТ е в традиционния подход за софтуерна инфраструктура, която поддържа бизнес процесите. Когато организацията расте постепенно придобива нови корпоративни приложения - това е разумно и естествен начин. В момента не съществува единна система, която да обхваща всички функционални нужди. Очевидно е, че в резултат на такъв подход не се формира един континент на ИТ средата и архипелага на различни острови на автоматизацията. Някои от тях, ще видим, може да бъде доста голям, например островче R / 3, но като цяло - това е един архипелаг. Един отрицателен роля на принципа на "най-доброто от породата", когато компанията се опитва да избере "най-добър в класа" продукт в резултат на информационната система е най-добрият в съответните класове, това е най-удобните острови.

Естественото желание - да се свърже тези острови заедно - и генерира задачи за интеграция на приложения. Въпреки това, опитът показва, че въпреки уверенията на доставчици, правят различни приложения, за да работят заедно, много, много проблематични. Фактът, че на островите на приложения са много различни един от друг. Те се различават по модел на данни, вградени в основата им, стека на технологиите, на които те са изградени, и т.н. Но най-значимият - .. те са различни модели на процеса на изпълнение. Благодарение на всичко това, за да ги интегрират в смисъла, в който бихме искали да, така да се каже, напълно, докато успее. Факт е, че интеграцията на приложения за организации на всички, но най-малките и прости, е трудно и сложно. Като правило, интеграция приложение изисква по-задълбочено определение на задачите и сложни технологии. Според някои изследвания, до 60% от средствата, отпуснати за ИТ проекти фирми харчат за интеграция. Той е много в известен смисъл, е резултат от подхода "най-доброто от породата". Разбира се, такава стратегия има право да съществува, но трябва да се разбере, че всички необходими разходи за последваща интеграция.

Митът на конвенционалната технология

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

Ако малко мисля за него, това е очевидно - приложения, интерфейси, както и повечето бизнес задачи са много различни от растение на растение. Докато логистика компания, фокусирана върху информация, ориентирани към интеграция и се нуждае от решения, базирани на XML и EDI, компания, предоставянето на финансови услуги, се интересува повече от ориентирана към услуги интеграция с. На следващо място, помисли за различните групи в рамките на предприятието, които могат да имат различни изисквания и ограничения интерфейс. И докато някои APIs осигуряват достъп до услуги (например, уеб услуги), като повечето от тях произвеждат и консумират само прост информация. Следователно, дори в резултат на решения за уеб услуги, интеграция не донесе осезаеми ползи.

Митът за универсалността на уеб услуги

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

Три типа интеграция

За един по-смислен подход към проблема за избор на решение за интеграция, е необходимо да се определят ясно техните бизнес цели, както и да разберат основните принципи и подходи на интеграция. Като цяло, подходи за интеграция са разделени на три основни типа на интеграция: информационно-ориентирани, ориентирана към услуги и ориентиран към процесите, както и хибридите на тези подходи.

Информация ориентирана интеграция

Информация ориентиран интеграция се използва в случаите, когато ви трябва само да копират данни между две или повече системи. Проектният опит, че аз трябваше да гледам показва, че решаването на бизнес проблеми повечето предприятия се крие именно в тази плоскост. Информация ориентиран интеграция е по-скъпо и сложно, отколкото други видове интеграция, тъй като информацията е просто извлича от системата източник, превърнати да се вдигне на семантичните разлики, и прехвърлени на желаната система. информация интегрирането на технологии, ориентирани включва брокери съобщения (SeeBeyond и WebMethods), софтуер мидълуер (IBM MQSeries), репликация база данни, сървъри на данни и други технологии, които се занимават с разпространението на информация между две или повече системи. До голяма степен се дължи на успеха на продукти, които се основават на релационни бази данни и свързаните с тях стандарти (като SQL и ODBC), интеграция на ниво данни продължава да има предимство, като начин за оптимизиране на връзката между различните системи.

Тя е тази интеграция се отнася главно за когато говорим за традиционните технологии Enterprise Application интеграция (EAI). Днес EAI технология - зрял, утвърдена технология, както и удобен за използване. Въпреки това, те страдат от сериозни ограничения. Един типичен вътрешен архитектура в този случай подходът е посочена като хъб и заговори. В действителност, тя е предназначена да хвърлят големи количества данни от една система към друга, и да го направи по модела на трансформация на конкретно приложение в една обща представа (общ изглед), а след това - с оглед на конкретното приложение. По този начин е възможно да се прехвърлят данни от CRM ERP-система и обратно.

Ориентирана към услуги интеграция

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

Като цяло, трябва да се каже, че на технологичната база на ориентирана към услуги интеграция на все още не е толкова развита. Да, уеб услуги се използват в редица проекти, те са ни гледа, но проектите, в които прилагането интеграция изцяло ще бъдат изградени върху тях, светът е много малък. Доверете се на технологията все още много трудно. Колкото повече, които използват уеб услуги за интегриране на наследени приложения, които са инсталирани в земята и в компании, свързани с работата изключително трудоемък за ре-инженеринг на тези системи и да им предоставят необходимите интерфейси. Съвсем наскоро се появи на пазара нова, много интересна технология, наречена Enterprise Servise Bus (ESB), който се основава на SOA и уеб услуги. Въпреки това, той все още е много млад и ESB-базирани продукти са все още в процес на разработка и тестване.

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

Процес-ориентирана интеграция

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

Технология, ориентиран към процесите интеграция съществува в две форми: Процесът на интеграция на технологията на играчите на EAI нетрадиционни (Меркатор и WebMethods) и самостоятелна технология процеса на интеграция от Metastorm и Versata. Технологията на EAI-продавачите повече общуват и да приключи, докато Metastorm технология изисква много по-детайлно проучване на приложения, които работят и по-голяма изисканост.

Тъй като технологията интеграция на ориентирана към услуги, ориентиран към процесите на интеграцията трябва да се използва само, когато това е необходимо. Обикновено, процес ориентирани интегрирането на технология е необходимо, когато задача е комплекс (например, повече от 10 системи) и задачата е да се промени значително съществуващите процеси в приложенията. Или когато една организация, има сложен приложение, което ви позволява да създадете решение интеграция този клас (толкова дълго, колкото на практика не се случва). Като цяло, колкото повече системи, които трябва да бъдат интегрирани и по-малко автоматизирани процеси, които съществуват между приложения, толкова по-необходим процес, ориентирани към интеграция.

Първо - проблемът

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

Необходимо е да се започне с нуждите на бизнеса и след това да се търси технология, която отговаря на тези изисквания. Може би вече сте решили какво интегриране ще ви костюм, но не бързайте. Грешки се случили тук твърде често. Опитът показва, че твърде много организации, които се прилагат решения за уеб услуги, когато те не са необходими. Експертите смятат, че само 20% от проектите за интеграция трябва да използвате, ориентирана към услуги интеграция. В други случаи, обмяна на данни се осъществява. Уеб услуги е само част от технология, те си вършат работата, но това не е единственият начин да се интегрират приложения. Като цяло, уеб услуги и традиционен EAI-технология са страни по една среда интеграция. EAI-традиционните подходи на често са по-специфични, тясно свързани решения и уеб услуги са слабо свързани генерализиран подход към проблемите на интеграцията. "Решения, които изискват повече усилия за развитие и подкрепа, а обобщените решения са склонни да бъдат по-малко ефективни, - каза Чарлз Голдфарб, създателят на XML-технологии -. Можете да обменят общ спад на ресурсите на организацията - необходими за разработването на конкретни решения за ресурсите, - за намаляване на ресурсите на компютри, които не могат да работят най-ефективно ". "Ако работите с големи обеми и вашите цели са ясно определени, че е възможно, че ще има смисъл да се оптимизира работния цикъл, създавайки плътно разработени решения, - продължава Голдфарб Все пак, ако имате нужда от гъвкавост, подход за използване на уеб услуги може да бъде по-ценен." ,

Predintegrirovannye и композитни приложения

Освен тези приложения, възможности за интеграция, свързани с прилагането на тези или други специализирани системи, има няколко други начини за решаване на проблемите на интеграцията.
Първият - е фокусът върху predintegrirovannye продукти от един доставчик. Ако сравним заявлението с колата, подходът на "най-доброто от породата" означава, че компанията избира най-доброто шаси, двигател, тялото в света. Но това не означава, че резултатът е по-добър автомобил, тъй като колите са направени в производството на фабрика, а не директно на магистралата. Ето защо, идеята, че корпоративните приложения също трябва да бъдат събрани от гледна точка на фабричното производство, изглежда разумно.
Един от най-активните поддръжници на този подход е, оракул, като правило, въз основа на идеята за създаване на единна база данни за различни приложения и интеграция въз основа на нея. Някои специалисти смятат, че движението на predintegrirovannym kopleks софтуер - е пътят, който ни позволява да се реши много от сложността на информационната инфраструктура. Въпреки това, клиентите не бързат да се възползват от тази възможност, знаейки, че по този начин те са тясно обвързани с един доставчик. В допълнение, повече от един софтуерен пакет не покрива целия спектър от корпоративни приложения. И най-вече - да не бъдат закривани.
Ясно е, че се създаде predintegrirovannye заявление не е толкова лесно. Ето защо, по-нататъшно обсъждане на въпроса, дали молбите за предприятието готови за пълна интеграция, доведе до нов кръг от развитие - концепцията за композитни приложения. В действителност, композитни приложения - Същото е приложен софтуер система, която, обаче, имат способността чрез стандартизирани интерфейси за достъп наследствено изходното функционалност korpoprativnyh приложения. В този случай, например, системата за контрол на веригата за доставки може да бъде изградена специално като съставна приложение: той се отнася до на ERP-система, CRM система, други системи, които са на разположение в дружеството, като по този начин изграждането на нов пропускателен бизнес процеси. В този смисъл, композитни приложения са технологичното развитие на идеите на процес, ориентирани към интеграция. Но в новия етап - добре развита и каталогизирани програмни интерфейси позволяват на базата на изолирани острови на композитни приложения изгради единна система, а именно да се реши проблема с интеграцията.
Все пак, това не е реално, а на такова прилагане на практика няма. Има и лидери в Oracle. Ако по-рано, за да E-Business Suite може да бъде достъпен чрез интерфейс таблици, XML-шлюза, съвсем наскоро, Oracle каза, че всъщност отваря APIs. Това прави E-Business Suite в така наречената интеграция готов продукт, който в бъдеще може да се използва за разработване на нови композитни приложения. В същата посока се движи и SAP xApps с. Тъй като технологична база за композитни приложения, повечето експерти виждат уеб услуги.
Като цяло, ние сме много късмет - един от най-големите доставчици на корпоративни приложения - не SAP или Oracle, или MBS - не може да бъде монопол. Това определя тяхното движение в посока на оперативна съвместимост между различните приложения. Те просто нямат друг избор, - опит да продължи да насърчава закупуването на политиките на всички приложения от един източник и собствени интерфейси, очевидно, ще доведе до проблеми за този доставчик. Това е преди всичко, но не и на обявената желание за стандартизация, да ги движи. Но това е очевидно от полза за клиентите.