Elenco di controllo per l'integrazione di un ambiente IT ibrido

I vantaggi dell'IT ibrido stanno decisamente rivoluzionando il gioco, ma ci sono molte sfide da superare nel suo percorso di implementazione. Le organizzazioni devono essere armate del giusto approccio per affrontare le sfide dell'IT ibrido. Una soluzione per l'integrazione di applicazioni cloud e on-premise deve essere completa, collaudata nel settore, sostenibile e facile da usare. Un approccio recente che colma efficacemente il grande divario tra i sistemi cloud e on-premise è Integration Platform as a Service (iPaaS).

Rispetto alle tradizionali architetture di integrazione ibrida come un bus di servizio Enterprise (ESB) e l'integrazione punto a punto, iPaaS si prende cura delle esigenze specifiche LOB travolgenti senza una pesante implementazione IT. Questo approccio è ricco di funzionalità, sicuro, facile da usare e copre anche diversi requisiti di scalabilità.

Tuttavia, le aziende devono riflettere sul futuro per implementare un framework iPaaS. Dovrebbero sgombrare il terreno colmando le lacune di conoscenza (prevalenti nell'ambiente IT ibrido) e garantendo l'interoperabilità nella superficie IT complessiva.

I sistemi IT di un'organizzazione sono generalmente distribuiti in diverse posizioni fisiche e virtuali. L'IT è generalmente composto da Infrastructure as a Service (IaaS), middleware comunemente noto come Platform as a service (PaaS), Software as a Service (SaaS) e sistemi legacy. Oltre a questo, ci sono sistemi di fornitori esterni che necessitano di accesso. Pertanto, un modello integrato dovrebbe coprire la superficie di tutte le dimensioni. Il modello architettonico deve consentire ai team aziendali di integrare o rimuovere sistemi, aggiungere fornitori, automatizzare i processi, integrare i clienti e iniziative di trasformazione dei dati in semplici passaggi.

Fare riferimento a questo elenco di controllo per integrare perfettamente l'ambiente ibrido con un framework iPaaS.

Identificare le esigenze specifiche del settore di attività: Il processo inizia con l'identificazione della somma totale dei sistemi mission-critical, degli utenti e delle risorse IT che devono essere integrate. Successivamente, i team aziendali dovrebbero definire le connessioni (tra sistemi e processi), le esigenze API, ecc. Le parti interessate dovrebbero immaginare come un sistema si connette con partner esterni per completare le transazioni commerciali e soddisfare le esigenze aziendali. Una best practice consiste nel preparare un elenco dettagliato delle applicazioni di origine e di destinazione (basate su cloud e in locale). Ciò fornirà un quadro chiaro se la piattaforma dispone del set di strumenti e delle capacità giusti per accelerare la produttività.

Scambio di dati sicuro: Sono molti i fattori che minacciano lo scambio di dati elettronici in un ambiente IT ibrido. L'esecuzione di applicazioni in un data center, senza misure di ridondanza in atto, causa frequenti interruzioni. In tali scenari, aderire alle normative (Sarbanes-Oxley, HIPAA, PIPA, ecc.) E alle normative diventa un compito in salita.

Una gestione della sicurezza più severa innesca la gestione degli accessi, l'autenticazione degli utenti dovrebbe essere in atto per i sistemi privati, cloud pubblici e in sede. È meglio integrare anche protocolli di sicurezza IT ibridi: Secure Sockets Layer (SSL), misure di ridondanza, firewall (per crittografare server web e browser), ecc. Gli esperti raccomandano alle aziende di prevedere una strategia di sicurezza a più livelli per prevenire violazioni dei dati.

Domande pertinenti a cui è necessario rispondere

• Quanto saranno al sicuro i miei dati?
• Chi ha accesso ai miei dati?
• Quali conformità devo seguire?

Definizione degli intervalli di casa: Prima di integrare un ambiente ibrido, è importante definire esplicitamente "gli intervalli di casa (l'area in cui un componente viaggerà)". Il requisito dell'home range varia da organizzazione a organizzazione. Alcune organizzazioni desiderano che le loro applicazioni vengano eseguite ovunque nel cloud, mentre altre limitano le loro applicazioni per scopi interni e di controllo. Successivamente, le applicazioni devono essere distribuite su questi intervalli di casa e le politiche devono essere applicate di conseguenza.

Bilancio del carico: È essenziale identificare i requisiti di bilanciamento del carico di ogni applicazione / componente cloud e non cloud. Il bilanciamento del carico è il processo di utilizzo di un dispositivo proxy inverso per identificare la distribuzione del carico di lavoro tra i sistemi informatici e ridimensionare di conseguenza il traffico di rete o dell'applicazione su server diversi. Questo processo aiuta a gestire le fluttuazioni dei requisiti del carico di lavoro delle applicazioni. Un esempio tecnologico leader in questo contesto è il "passaggio a livello 3".

Porta strumenti per l'esposizione API pubblica: Le API pubbliche sono diventate il nuovo status quo al giorno d'oggi. Le API vengono pubblicate per introdurre nuovi canali di business e accogliere i cambiamenti in modo rapido e agile. Le aziende odierne necessitano di funzionalità più ampie per una migliore gestione del traffico che consentano agli sviluppatori esterni di sottoscrivere le API. Gli strumenti necessari per l'esposizione delle API pubbliche sono un portale digitale (per l'abbonamento API), modelli di sicurezza (OAuth), protezione dalle minacce, sistema di feedback, supporto della comunità e analisi.

Formato dei dati e mappatura dei dati: La conversione dei dati conservati in data center interni e in silos e in diversi formati diventa la prossima grande sfida per le aziende. Pertanto, le aziende dovrebbero disporre di potenti capacità di conversione e mappatura dei dati. I requisiti incentrati sui dati devono essere valutati sulla base di utenti, clienti, transazioni, conformità, operazioni aziendali, ecc. I principali requisiti di conversione dei dati includono:

1. File flat in XML
2. Da XML a CSV
3. Qualsiasi database in XML
4. Da XML a EDI
5. HIPAA in XML
6. HL7 in XML