Контролна листа за интегрисање хибридног ИТ окружења

Предности хибридног ИТ-а дефинитивно мењају игру, али на путу његове примене има много изазова које треба превладати. Организације морају бити наоружане исправним приступом за суочавање са изазовима хибридних ИТ-а. Решење за интегрисање апликација у облаку и локално мора бити свеобухватно, доказано у индустрији, одрживо и лако за употребу. Недавни приступ који ефикасно премошћује велику поделу између облака и локалних система је Интегратион Платформ ас а Сервице (иПааС).

У поређењу са традиционалним архитектурама хибридне интеграције попут Ентерприсе сервице бус (ЕСБ) и Поинт то Поинт Интегратион, иПааС се брине за превладавајуће специфичне потребе ЛОБ-а без тешке ИТ примене. Овај приступ је богат карактеристикама, сигуран, лак за употребу и такође покрива неколико захтева за скалабилност.

Међутим, предузећа морају да размишљају унапред за примену иПааС оквира. Требали би очистити терен попуњавањем празнина у знању (које превладавају у хибридном ИТ окружењу) и осигуравањем интероперабилности на целокупној површини ИТ-а.

ИТ системи организације су генерално раширени на различитим физичким и виртуелним локацијама. ИТ се генерално састоји од Инфраструктуре као услуге (ИааС), међуопреме популарно познате као Платформа као услуга (ПааС), Софтвера као услуге (СааС) и старих система. Поред овога, постоје системи спољних добављача којима је потребан приступ. Стога интегрисани модел треба да покрије површину свих димензија. Архитектонски образац мора омогућити пословним тимовима интеграцију или уклањање система, додавање добављача, аутоматизацију процеса, укључивање купаца и иницијативе за трансформацију података у једноставним корацима.

Погледајте ову контролну листу за неприметну интеграцију хибридног окружења са иПааС оквиром.

Утврдите посебне потребе пословања: Процес започиње идентификовањем укупног броја критичних система, корисника и ИТ средстава које треба интегрисати. Даље, пословни тимови треба да дефинишу везе (између система и процеса), потребе за АПИ-јем, итд. Учесници би требало да замисле како се систем повезује са спољним партнерима како би довршио пословне трансакције и задовољио пословне потребе. Најбоља пракса је припремити детаљну листу изворних и циљних апликација (заснованих на облаку и на локацији). Ово ће дати јасну слику да ли платформа има одговарајући сет алата и могућности за убрзање продуктивности.

Сигурна размена података: Много је фактора који угрожавају електронску размену података у хибридном ИТ окружењу. Покретање апликација у једном дата центру, без примењених мера вишка, узрокује честе прекиде рада. У таквим сценаријима придржавање усаглашености (Сарбанес-Оклеи, ХИПАА, ПИПА, итд.) И прописа постаје тежак задатак.

Јаче управљање безбедношћу покреће управљање приступом, аутентификација корисника треба да постоји за приватни, јавни облак и локалне системе. Боље је интегрисати и хибридне ИТ сигурносне протоколе: слој сигурних утичница (ССЛ), мере редундансе, заштитни зид (за шифровање веб сервера и прегледача) итд. Стручњаци препоручују предузећима да предвиде слојевиту стратегију заштите како би спречили кршење података.

Релевантна питања на која треба одговорити

• Колико ће моји подаци бити сигурни?
• Ко има приступ мојим подацима?
• Које усаглашености морам да следим?

Дефинисање распона кућа: Пре интеграције хибридног окружења, важно је изричито дефинисати „домет куће (подручје у којем ће компонента путовати)“. Захтјеви за домом се разликују од организације до организације. Неке организације желе да се њихове апликације покрећу било где у облаку, док неке ограничавају своје апликације у интерне и ревизорске сврхе. Даље, апликације ће бити распоређене на овим домовима и политике би требале бити примењене у складу с тим.

Балансирање оптерећења: Битно је идентификовати захтев за уравнотежењем оптерећења сваке облаке и апликације / компоненте која није у облаку. Уравнотежење оптерећења је поступак коришћења обрнутог прокси уређаја за идентификацију расподеле радног оптерећења у рачунарским системима и сходно томе скалирање мрежног или апликационог промета на различитим серверима. Овај процес помаже у решавању променљивих захтева радног оптерећења апликација. Водећи пример технологије у овом контексту је „пребацивање нивоа 3“.

Носите алате за јавно излагање АПИ-ју: Јавни АПИ-ји су данас постали нови статус куо. АПИ-ји се објављују како би представили нове пословне канале и прилагодили промене на брз и окретан начин. Данашњим предузећима су потребне шире могућности за побољшано управљање саобраћајем кроз омогућавање спољним програмерима да се претплате на АПИ-је. Неопходни алати потребни за јавно излагање АПИ-ју су дигитални портал (за претплату на АПИ), сигурносни модели (ОАутх), заштита од претњи, систем повратних информација, подршка заједнице и аналитика.

Формат података и мапирање података: Претварање података који се чувају у интерном и споредном центру података и различитих формата постају следећи велики изазов за предузећа. Због тога би компаније требало да имају моћне могућности претварања података и мапирања. Захтеви усмерени на податке морају се проценити на основу корисника, клијената, трансакција, усаглашености, пословања итд. Истакнути захтеви за претварање података укључују:

1. Равна датотека у КСМЛ
2. КСМЛ у ЦСВ
3. Било која база података у КСМЛ
4. КСМЛ у ЕДИ
5. ХИПАА у КСМЛ
6. ХЛ7 до КСМЛ