Turinys
- Hibridinės IT aplinkos integravimo kontrolinis sąrašas
- Balsuok Dabar!
- Pažangaus hibridinio integravimo modelio pasirinkimas
Aš specializuojuosi kurdamas skaitmeninį turinį B2B įmonėms ir advokatų kontoroms ir suteikdamas jiems galimybę gauti daugiau potencialių klientų ir pajamų
Hibridinės IT nauda neabejotinai keičia žaidimą, tačiau jos įgyvendinimo kelyje yra daugybė iššūkių. Organizacijos turi būti apsisaugojusios tinkamu požiūriu į hibridinės IT iššūkius. Debesų ir vietinių programų integravimo sprendimas turi būti išsamus, patikrintas pramonėje, tvarus ir lengvai naudojamas. Naujausias požiūris, kuris veiksmingai panaikina didelę atskirtį tarp debesų ir vietinių sistemų, yra „Integration Platform as a Service“ („iPaaS“).
Palyginti su tradicinėmis hibridinės integracijos architektūromis, tokiomis kaip „Enterprise service bus“ (ESB) ir „point to point“ integracija, „iPaaS“ rūpinasi didžiuliais LOB specifiniais poreikiais, be intensyvaus IT diegimo. Šis metodas yra turtingas, saugus, lengvai naudojamas ir taip pat apima kelis mastelio reikalavimus.
Tačiau įmonės, norėdamos įdiegti „iPaaS“ sistemą, turi mąstyti į priekį. Jie turėtų išvalyti žemę užpildydami žinių spragas (vyraujančias hibridinėje IT aplinkoje) ir užtikrindami sąveikumą visoje IT srityje.
Organizacijos IT sistemos paprastai yra paskirstytos skirtingose fizinėse ir virtualiose vietose. IT paprastai sudaro „Infrastructure as a Service“ (IaaS), tarpinės programinės įrangos žinomos kaip „Platform as a service“ („PaaS“), „Software as a Service“ (SaaS) ir senos sistemos. Be to, yra išorinių tiekėjų sistemų, kurioms reikalinga prieiga. Todėl integruotas modelis turėtų apimti visų matmenų paviršiaus plotą. Architektūrinis modelis turi sudaryti sąlygas verslo komandoms paprastais žingsniais integruoti ar pašalinti sistemas, pridėti tiekėjus, automatizuoti procesus, įtraukti klientus ir duomenų transformavimo iniciatyvas.
Peržiūrėkite šį kontrolinį sąrašą, jei norite sklandžiai integruoti hibridinę aplinką su „iPaaS“ sistema.
Hibridinės IT aplinkos integravimo kontrolinis sąrašas
Šis kontrolinis sąrašas padės užtikrinti, kad pasirinktas hibridinis integravimo modelis išlaikys duomenų vientisumą ir saugų valdymą. Be to, šios gairės taip pat leis verslo linijai (LOB) patenkinti didžiulius verslo poreikius ir sukurti novatoriškus proveržius, kad būtų atsižvelgta į technologinius pokyčius.
Nustatykite skirtingus verslo linijos poreikius: Procesas prasideda nustatant bendrą misijai svarbių sistemų, vartotojų ir IT išteklių, kuriuos reikia integruoti, sumą. Tada verslo komandos turėtų apibrėžti ryšius (tarp sistemų ir procesų), API poreikius ir kt. Suinteresuotosios šalys turėtų įsivaizduoti, kaip sistema palaiko ryšius su išoriniais partneriais, kad užbaigtų verslo operacijas ir patenkintų verslo poreikius. Geriausia praktika yra parengti išsamų šaltinių ir tikslinių programų sąrašą (debesies pagrindu ir vietoje). Tai suteiks aiškų vaizdą, ar platformoje yra tinkamas įrankių rinkinys ir galimybės padidinti produktyvumą.
Saugus duomenų mainai: Yra daugybė veiksnių, keliančių grėsmę elektroniniam duomenų mainams hibridinėje IT aplinkoje. Paleidus programas viename duomenų centre, netaikant atleidimo priemonių, dažnai nutrūksta. Tokiais atvejais atitikties (Sarbanes-Oxley, HIPAA, PIPA ir kt.) Ir taisyklių laikymasis tampa įkalne.
Griežtesni prieigos valdymo saugos valdymo veiksniai, privačiose, viešosiose debesų ir vietinėse sistemose turėtų būti nustatytas vartotojo autentifikavimas. Geriau integruoti ir hibridinius IT saugos protokolus: „Secure Sockets Layer“ (SSL), atleidimo iš darbo priemones, užkardą (žiniatinklio serverio ir naršyklės šifravimui) ir kt. Ekspertai rekomenduoja įmonėms numatyti daugiasluoksnę saugumo strategiją, kad būtų išvengta duomenų pažeidimų.
Svarbūs klausimai, į kuriuos reikia atsakyti
- Ar mano duomenys bus saugūs?
- Kas turi prieigą prie mano duomenų?
- Kokių reikalavimų turiu laikytis?
Namų diapazonų apibrėžimas: Prieš integruojant hibridinę aplinką, svarbu aiškiai apibrėžti „namų diapazonus (sritį, kur komponentas keliaus“). Namų diapazono reikalavimas skirtingose organizacijose skiriasi. Kai kurios organizacijos nori, kad jų programos būtų vykdomos bet kurioje debesies vietoje, o kai kurios jas riboja vidaus ir audito tikslais. Tada programos bus diegiamos šiuose namų diapazonuose, o politika turėtų būti atitinkamai vykdoma.
Apkrovos balansavimas: Svarbu nustatyti kiekvienos debesies ir ne debesies programos / komponento apkrovos balansavimo reikalavimus. Apkrovos balansavimas yra atvirkštinio tarpinio serverio įrenginio naudojimas siekiant nustatyti darbo krūvio paskirstymą skaičiavimo sistemose ir atitinkamai išplėsti tinklo ar programų srautą skirtinguose serveriuose. Šis procesas padeda spręsti kintančius programų darbo krūvio reikalavimus. Pagrindinis technologijų pavyzdys šiame kontekste yra „3 sluoksnio perjungimas“.
Balsuok Dabar!
„Carry Tools for Public API Exposure“: Viešosios API tapo nauja status quo šiais laikais. API yra skelbiamos siekiant pristatyti naujus verslo kanalus ir greitai ir vikriai pritaikyti pokyčius. Šiandieninėms įmonėms reikia platesnių galimybių, kad srautas būtų valdomas, kad išoriniai kūrėjai galėtų užsisakyti API. Būtini įrankiai, reikalingi viešai API ekspozicijai, yra skaitmeninis portalas (API prenumeratai), saugos modeliai (OAuth), apsauga nuo grėsmių, grįžtamojo ryšio sistema, bendruomenės palaikymas ir analizė.
Duomenų formatas ir duomenų susiejimas: Duomenų, laikomų vidiniame ir nutildytame duomenų centre, konvertavimas ir skirtingi formatai tampa kitu dideliu iššūkiu verslui. Todėl įmonės turėtų turėti galingas duomenų konvertavimo ir kartografavimo galimybes. Į duomenis orientuoti reikalavimai turi būti įvertinti atsižvelgiant į vartotojus, klientus, operacijas, atitiktį, verslo operacijas ir kt. Garsiausi duomenų konvertavimo reikalavimai apima:
- Plokščias failas į XML
- XML į CSV
- Bet kokia duomenų bazė į XML
- XML į EDI
- HIPAA - XML
- HL7 - XML
Pažangaus hibridinio integravimo modelio pasirinkimas
Pažangus modelis strategiškai organizuoja organizaciją, kad supaprastintų kritinės integracijos ir API šliuzų įgalinimo operacijas su minimaliu kodavimu.
Partnerio nustatymas: Platformoje turėtų būti naudojamas pažangus modulinio programavimo metodas, vadinamas „Service Oriented Architecture“ (SOA). SOA architektūra suteikia verslo vartotojams, suinteresuotosioms šalims ir partneriams subtilų kalibravimą pagal paslaugų liniją ir verslą link galimybių srauto. Tai suteikia strateginį sprendimą, kuris supaprastina svarbiausias verslo operacijas, tokias kaip klientų duomenų įtraukimas, partnerių valdymas, tiekėjų įtraukimas ir kt.
Sistema turėtų sujungti įvairias sistemas ir apsaugoti senas programas paslaugų lygmeniu, kad būtų užtikrinta saugi prieiga prie įslaptintos informacijos ir panaudotos naujos programos. Ši sistema turėtų leisti verslo vartotojui stebėti duomenis ir nuspręsti, ar jie lieka vietoje, ar keliauja debesyje.
Reguliavimo laikymasis: Integracijos sistema turėtų suteikti verslui galimybę suderinti LOB operacijas, kad atitiktų reguliavimo reikalavimus, pvz., HIPAA, PIPA, Sarbanes Oxley ir kt. Platforma turėtų suteikti verslo vartotojams galimybę nustatyti verslo taisykles sistemoje.
Spartesnis diegimas: Platforma turėtų apimti kiekvieną vietinį ir debesies komponentą ir suteikti verslui galimybę judėti greičiau. Tai motyvuoja komandą skatinti naujus darbo būdus ir paspartinti dislokavimo tempą.
Nulinis kodavimas: Pažangi platforma turėtų supakuoti metodą „vienas prie daugelio“, kad pakeistų rankinį rankinio kodavimo metodą, kad būtų galima nustatyti ryšius tarp tūkstančių programų. Turint tik vieną „Shared Connection“, sprendimas turi suteikti vartotojams galimybę nustatyti ryšį tarp skirtingų sistemų, paslaugų ir procesų.
Hibridinė IT, sudėtingas debesų ir ne debesų programų derinys, sukuria skirtingus scenarijus, kai programos neveikia viena su kita. Norint susidoroti su tokiais scenarijais, reikia suderinto modelio (UM), kad sistemos būtų tarpusavyje suderintos ir sujungtos. „iPaaS“ yra ryškus modelis, atsižvelgiant į tai yra hibridinė IT integracija. Tačiau įmonės, norėdamos efektyviai integruoti nustatytus hibridinės ekosistemos elementus, privalo parengti kontrolinį sąrašą, prieš pradėdami taikyti integracijos modelį. Kontrolinis sąrašas suteiks tvirtą paramą integracijos modeliui ir padės organizacijoms maksimaliai išnaudoti savo investicijas.
Šis straipsnis yra tikslus ir tikras, kiek autorius žino. Turinys skirtas tik informaciniams ar pramoginiams tikslams ir nepakeičia asmeninių ar profesionalių patarimų verslo, finansų, teisiniais ar techniniais klausimais.
