Начало | Блог | Шест стъпки за създаване на Вашата стратегия за хибридна интеграция

Блог

Шест стъпки за създаване на Вашата стратегия за хибридна интеграция

Шест стъпки за създаване на Вашата стратегия за хибридна интеграция

Организациите внедряват облачно базирани SaaS (Софтуер-като-Услуга; Software as a Service) приложения с нарастващи темпове. Успоредно с това, много от тях, местят съществуващи приложения и системи в публични или частни облачни инфраструктури. Тези тенденции превръщат хибридните ИТ среди в нещо нормално.

Gartner нарича инструментите и технологиите за интеграция, необходими за хибридни среди, хибридни интеграционни платформи (Hybrid Integration Platforms; HIPs) и предвижда:

„До 2018 година повече от 40% от организациите ще използват интеграционна инфраструктура, която ще е сбор от технологии, позволяващи изграждането на хибридни интеграционни платформи.“

  • Gartner, Market Guide for Hybrid Integration Platform-Enabling Technologies, Публикуван на 17 Юли 2015 г., Analyst(s): Jess Thompson, Eric Thoo, Benoit J. Lheureux

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

Тази статия Ви помага по-добре да разберете важните предизвикателства, пред интеграцията, при прехода към хибридна ИТ среда, особено в условията на нарастваща нужда от свързване на базирани в облака приложения и системи. Всъщност, при изработване на Вашата стратегия за интеграция, SOFTWARE AG Ви приканва да следвате тези шест основни стъпки:

 

СТЪПКА 1: Научете кой е Вашият интеграционен „център на тежестта“

Един от първите въпроси, на които трябва да обърнете внимание при планирането на хибридна интеграция във Вашата организация, е къде ще хоствате (разположите) Вашите интеграционни инструменти и технология. Отговорът на този въпрос се крие във Вашия „център на тежестта“.

Това означава, че първо трябва да помислите за местоположението на системите, които имате в момента, включително стратегическите системи за запис и съхранение на информация, като ERP и CRM. След това, помислете как планирате да разширявате своите приложения и проекти през следващите три до пет години, за да определите скоростта и сложността на преместването в облака.

Хостването на Вашите интеграции близо до Вашите приложения и други източници на данни е важно, за да избегнете забавяне на процесите по връзка между приложенията. Колкото по-близо е интеграцията до Вашите приложения, толкова по-добро представяне можете да очаквате от нея. Можете да изберете да хоствате своята интеграция локално, в облака или и двете.

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

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

Хибрид от облак и локално хостване: За компании, които имат множество локални приложения и унаследени инвестиции, но понастоящем внедряват нови приложения и инфраструктура главно чрез облака, изборът - по подразбиране – клони към хибридна интеграционна среда с някаква форма на локално интеграционно решение, заедно с хоствана в облака интеграционна услуга, като например интеграционна Платформа-като-Услуга (Platform-as-a-Service; iPaaS). За повечето такива компании, планирането в посока базирано в облака интеграционно решение следва да е приоритет.

След като компанията Ви реши къде ще хоства интеграционната технология, следващият въпрос за решаване е колко контрол искате да имате над хостинга и управлението на системата.

 

СТЪПКА 2: Решете колко контрол и отговорност искате да имате

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

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

Подход към хибридната интеграция

Описание

Съображения

Частна/публична облачна интеграция

Много организации разширяват използването на вътрешни частни облачни технологии, както и на публично достъпни облачни инфраструктурни платформи като Amazon EC2®, GoogleCompute Engine™ Service and Microsoft AZURE™, за да хостват приложенията и ИТ проектите си.

 

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

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

 

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

 

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

Хибридна облачна интеграция

Този подход включва използването на базирана в облака интеграционна услуга като iPaaS за интегриране на базирани в облака приложения с локални интеграционни технологии, като Enterprise Service Bus (ESB).

 

Този подход предлага постоянен контрол над Вашите интеграции и намалява отговорностите Ви по отношение на поддръжката и ъпдейтите.

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

 

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

 

Допълнителните ползи са: ускорената интеграция и мащабируемост на база на броя транзакции, преминаващи през системата.

Външно управление на облачната интеграция

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

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

 

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

 

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

 

СТЪПКА 3: Познавайте потребителите си

Една от тенденциите, които наблюдаваме в областта на интеграцията през изминали години е, че организациите променят своя подход към разработката на интеграции. Предизвикателствата, движещи тези промени, произлизат от нарастване броя на облачните приложения, които често са придобивани от бизнес департаменти или отдели, вместо от ИТ, както и нуждата да се децентрализира отговорността за интеграцията, за да могат бизнес отделите да получат повече контрол върху своите проекти. Следователно, трябва да си отговорите на въпроса: „Кой ще върши работата по интеграцията в бъдеще?“

В повечето организации, отговорът е комбинация от привлечени традиционни интегратори, програмисти, които не са специалисти в областта на интеграциите и един нов клас потребители, често наричани „цивилни интергатори“ (citizen integrators).

Привлечени традиционни интегратори: Независимо дали те са част от Центъра по интеграционна компетентност (Integration Competency Center; ICC) на компанията или само са включени по проект за интеграция, привлечените традиционни интегратори ще продължат да играят ключова роля в интеграционните проекти на организациите. Това е така, защото някои от тези проекти са критични за организацията и изискват специализирани знания и умения, които не могат да бъдат делегирани на лица, които не са експерти.

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

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

В условията на нарастващ брой проекти за интеграция, човешките ресурси в тази област намаляват. Затова, много отдели се заемат сами с интеграция. Например, все по-често разпространено е отделите да имат свои специализирани ИТ екипи, които често биват наричани „ИТ в сянка“ (shadow IT). Много компании искат работата да бъде свършена от неспециалисти, тъй като добрите такива струват доста скъпо. Цената, която се заплаща за неспециализирани разработчици е доста по-ниска от тази на специализираните. Привлечените традиционни интегратори са вещи в подходите и технологиите за разработка на софтуер, но типично не притежават уменията, характерни за  привлечените традиционни интегратори. Уменията в областта на технологиите за интеграция трябва да са лесно усвоими, ако ще се ползват привлечени неспециализирани разработчици.

„Цивилни интегратори“: И накрая, една категория потребители, които се срещат все по-често. Наблюдаваме ръст на броя на бизнес потребителите, които са натоварени със задължения по поддръжката и управлението на своите облачно базирани приложения, включително и интеграцията на данните с тях.

Тези „цивилни интегратори“ типично не са ИТ разработчици. Вместо това, те могат да са бизнес анализатори или лица от отдела, които отговарят за внедряването на SaaS приложения в рамките му. За тези потребители, инструментите за интеграция трябва да са лесни за употреба, да предлагат по-удобен интерфейс и да не изискват знания в областта на по-сложните архитектура и концепции за интеграция.

Прехвърлянето на проекти по интеграцията към потребители, извън основния ИТ екип по интеграцията, е един от начините да се свърши повече работа с по-малко инвестиции. Но какви са другите Ви опции да се справите с изискванията на проекта?

 

СТЪПКА 4: Планирайте как да се справите с изискванията на проекта

С нарастване броя на SaaS приложенията се увеличава и броя на интеграционните проекти, за които трябва да осигурите ресурси. Привлечените екипи по интеграцията се затрудняват да задоволят тази необходимост и понякога изглеждат като „тясното място“ при внедряването на приложения. Изоставането на високоприоритетни за отделите проекти по интеграцията е неприемливо за бизнеса.

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

Предложете интеграция на „самообслужване“:

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

Увеличете повторната употреба на активите:

Един от най-добрите начини да се справите с нарастващото търсене на интеграционни проекти е да ограничите обема от „нова работа“, която трябва да се свърши. А най-лесният начин да постигнете това е да използвате ефективно съществуващите интеграционни активи, като например услуги, свързаности, трансформации и разпределения. Една опасност, както за традиционните ИТ проекти по интеграцията, така и за проектите по създаване на интеграция от вътрешни отдели, при внедряването на множество решения за интеграция, е създаването на хранилище от активи за интеграция. Клиенти, които в миналото са възприели най-добрите практики в областта на повторната употреба на услуги, като например компании, които имат инициативи по Service-Oriented Architecture (SOA), са често добре позиционирани да избегнат повторната работа по интеграцията. Но дори да не разполагате със SOA практика, опитвайте се да се възползвате от всички Ваши съществуващи активи, при условие, че те могат да бъдат използвани от базирани в облака инструменти за интеграция.

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

 

СТЪПКА 5: Използвайте гъвкав подход за различните типове проекти

Дали простата и не-критична интеграция струва толкова, колкото и комплексната, критична такава? Зависите ли от Вашите експерти по интеграцията за Всичките си проекти? Нека разгледаме две тенденции, които оказват влияние върху това как организациите подхождат към проектите по интеграция.

Предложете множество режими на интеграция

Не всички проекти по интеграцията са еднакви. Някои са критични за организацията, а някои са спешни и могат да имат кратък живот.

Заради това, Вие трябва да помислите за предоставянето на интеграционен инструмент за по-прости и бързи проекти. Анализатори и лидери в индустрията често наричат тази тенденция за разработка на приложения би-модално ИТ (bi-modal IT).

Режим на разработка 1

Режим на разработка 2

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

Като алтернатива, проектите по интеграцията от режим 2 изискват бърза, гъвкава разработка и най-често не включват критични за бизнеса системи. Режим 2 на разработка е за бързи и иновативни проекти, които типично са задвижвани от бизнес нуждите. Този тип проекти са мястото, където „цивилните интегратори“ или разработчиците, които не са специалисти по интеграцията, могат да бъдат въвлечени в интеграционните проекти.

 

Приемете вътрешни API-та за интеграция

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

 

СТЪПКА 6: Помислете как ще осигурите интегритета на данните за Вашите системи за запис на информация

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

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

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

 

Тази статия е преведена и адаптирана с разрешението на SOFTWARE AG. Оригиналната статия може да бъде намерена ТУК.

 

За SOFTWARE AG

Software AG предлага Дигитална Бизнес Платформа и Ви помага да се съчетаят съществуващите локално системи с тези в облака, като се обединят в единна платформа за оптимизиране на Вашия бизнес. Със Software AG можете бързо да разработите и пуснете в експлоатация дигитални бизнес приложения, за да се възползвате от бизнес възможности в реално време. Научете повече на www.SoftwareAG.com.

Най-популярни
Последни