Tarkistuslista hybridi-IT-ympäristön integroimiseksi

Hybridi-IT: n edut muuttavat ehdottomasti peliä, mutta sen toteuttamispolulla on monia ratkaistavia haasteita. Organisaatioilla on oltava oikea lähestymistapa hybridi-IT: n haasteisiin vastaamiseksi. Ratkaisun pilvi- ja paikallissovellusten integrointiin on oltava kattava, alan todistettu, kestävä ja helppokäyttöinen. Äskettäinen lähestymistapa, joka yhdistää tehokkaasti kuilun pilvi- ja paikan päällä olevien järjestelmien välillä, on Integration Platform as a Service (iPaaS).

Verrattuna perinteisiin hybridi-integraatioarkkitehtuureihin, kuten Enterprise Service Bus (ESB) ja Point to Point Integration, iPaaS huolehtii ylivoimaisista LOB-tarpeista ilman raskasta IT-toteutusta. Tämä lähestymistapa on monipuolinen, turvallinen, helppokäyttöinen ja kattaa myös useita skaalautuvuusvaatimuksia.

Yritysten on kuitenkin käytettävä eteenpäin ajattelua iPaaS-kehyksen toteuttamiseksi. Niiden tulisi puhdistaa maaperä täyttämällä tietopuut (vallitsevat hybridi-IT-ympäristössä) ja varmistamalla yhteentoimivuus koko IT-alueella.

Organisaation IT-järjestelmät ovat yleensä hajautettuina fyysisiin ja virtuaalisiin sijainteihin. Tietotekniikka koostuu yleensä infrastruktuurista palveluna (IaaS), väliohjelmistosta, joka tunnetaan yleisesti nimellä Platform as a service (PaaS), Software as a Service (SaaS) ja vanhoista järjestelmistä. Tämän lisäksi on olemassa ulkopuolisten toimittajien järjestelmiä, jotka tarvitsevat pääsyn. Siksi integroidun mallin tulisi kattaa kaikkien ulottuvuuksien pinta-ala. Arkkitehtonisen mallin on annettava liiketoimintaryhmille mahdollisuus integroida tai poistaa järjestelmiä, lisätä toimittajia, automatisoida prosesseja, sisällyttää asiakkaita ja tiedonmuunnosaloitteita yksinkertaisilla vaiheilla.

Katso tämä tarkistuslista hybridiympäristön saumattomasta integroimisesta iPaaS-kehykseen.

Tunnista toimialan erityistarpeet: Prosessi alkaa identifioimalla integroitavien tehtäväkriittisten järjestelmien, käyttäjien ja IT-resurssien kokonaismäärä. Seuraavaksi liiketoimintaryhmien tulisi määritellä yhteydet (järjestelmien ja prosessien välillä), API-tarpeet jne. Sidosryhmien tulisi kuvitella, miten järjestelmä muodostaa yhteyden ulkoisiin kumppaneihin liiketoimien toteuttamiseksi ja liiketoiminnan tarpeiden täyttämiseksi. Paras käytäntö on laatia yksityiskohtainen luettelo lähde- ja kohdesovelluksista (pilvipohjaiset ja paikan päällä). Tämä antaa selkeän kuvan siitä, onko alustalla oikea työkalupaketti ja valmiudet lisätä tuottavuutta.

Suojattu tiedonvaihto: On monia tekijöitä, jotka uhkaavat sähköistä tiedonvaihtoa hybridi-IT-ympäristössä. Sovellusten suorittaminen yhdessä palvelinkeskuksessa ilman redundanssitoimenpiteitä aiheuttaa usein katkoksia. Tällaisissa tilanteissa vaatimusten noudattamisesta (Sarbanes-Oxley, HIPAA, PIPA jne.) Ja määräyksistä tulee ylämäkeen tehtävä.

Tiukempi tietoturvan hallinta laukaisee käyttöoikeuksien hallinnan, yksityisen, julkisen pilvi- ja paikan päällä tapahtuvien järjestelmien käyttäjien todentamisen tulisi olla käytössä. Parempi on integroida myös hybridi-tietoturvaprotokollat: Secure Sockets Layer (SSL), redundanssitoimenpiteet, palomuuri (verkkopalvelimen ja selaimen salaamiseen) jne. Asiantuntijat suosittelevat yrityksiä suunnittelemaan kerrostetun suojausstrategian tietorikkomusten estämiseksi.

Asiaankuuluvat kysymykset, joihin on vastattava

• Kuinka turvallisia tietoni ovat?
• Kenellä on pääsy tietoihini?
• Mitä vaatimuksia minun on noudatettava?

Kotialueiden määrittäminen: Ennen hybridiympäristön integrointia on tärkeää määritellä nimenomaisesti "koti-alueet (alue, jolla komponentti aikoo matkustaa)". Kodin vaatimus vaihtelee organisaatioittain. Jotkut organisaatiot haluavat sovellustensa toimivan missä tahansa pilvessä, kun taas jotkut rajoittavat sovelluksiaan sisäisiin ja tarkastustarkoituksiin. Seuraavaksi sovellukset asennetaan näille koti-alueille ja käytäntöjä tulisi noudattaa vastaavasti.

Kuormituksen tasapainoittaminen: On olennaista tunnistaa jokaisen pilvi- ja muun kuin pilvisovelluksen / komponentin kuormituksen tasapainotusvaatimus. Kuormituksen tasapainottaminen on prosessi, jossa käänteisen välityspalvelimen avulla tunnistetaan kuormituksen jakautuminen tietojenkäsittelyjärjestelmien välillä ja vastaavasti verkko- tai sovellusliikenne skaalataan eri palvelimien välillä. Tämä prosessi auttaa käsittelemään sovellusten vaihtelevien työmäärävaatimusten käsittelyä. Johtava teknologiaesimerkki tässä yhteydessä on "kerroksen 3 vaihto".

Carry Tools for Public API Exposure: Julkisista sovellusliittymistä on tullut uusi status quo nykyään. Sovellusliittymät julkaistaan ​​uusien yrityskanavien esittelemiseksi ja muutosten mukauttamiseksi nopeasti ja ketterästi. Nykypäivän yritykset tarvitsevat laajemmat mahdollisuudet parantaa liikenteen hallintaa, jotta ulkopuoliset kehittäjät voivat tilata sovellusliittymiä. Tarvittavat työkalut julkisen API-altistumisen kannalta ovat digitaalinen portaali (API-tilausta varten), tietoturvamallit (OAuth), uhkasuojaus, palautejärjestelmä, yhteisön tuki ja analytiikka.

Tietomuoto ja tietojen kartoitus: Sisäisessä ja hiljaisessa datakeskuksessa ja eri muodoissa olevan datan muuntamisesta tulee seuraava iso haaste yrityksille. Siksi yrityksillä tulisi olla tehokkaat tiedonmuunnos- ja kartoitusominaisuudet. Datakeskeiset vaatimukset on arvioitava käyttäjien, asiakkaiden, tapahtumien, vaatimustenmukaisuuden, liiketoiminnan jne. Perusteella. Tunnettuja tietojen muuntamista koskevia vaatimuksia ovat:

1. Litteä tiedosto XML: ksi
2. XML - CSV
3. Mikä tahansa tietokanta XML: ään
4. XML - EDI
5. HIPAA - XML
6. HL7 - XML