Content
- Llista de comprovació per integrar un entorn informàtic híbrid
- Vota ara!
- Selecció d’un model d’integració híbrid avançat
Estic especialitzat en el desenvolupament de contingut digital per a empreses B2B i despatxos d'advocats i els permet generar més clients potencials i ingressos
Els avantatges de la tecnologia híbrida canvien definitivament de jocs, però hi ha molts reptes a superar en el seu camí d’implementació. Cal que les organitzacions tinguin l’enfocament adequat per fer front als reptes de la tecnologia híbrida. Una solució per integrar aplicacions de núvol i locals ha de ser completa, provada per la indústria, sostenible i fàcil d’utilitzar. Un enfocament recent que permet superar eficaçment la gran divisió entre el núvol i els sistemes locals és Integration Platform as a Service (iPaaS).
En comparació amb les arquitectures d’integració híbrides tradicionals com un bus de servei empresarial (ESB) i la integració punt a punt, iPaaS s’encarrega de les necessitats específiques específiques del LOB sense una implementació de TI intensa. Aquest enfocament és ric en funcions, segur, fàcil d'utilitzar i també cobreix diversos requisits d'escalabilitat.
Tot i això, les empreses han d’exercir una reflexió avançada per implementar un marc iPaaS. Han d’aclarir el terreny omplint els buits de coneixement (que prevalen a l’entorn de TI híbrid) i assegurant la interoperabilitat a la superfície global de TI.
Els sistemes informàtics d’una organització generalment s’estenen per diferents ubicacions físiques i virtuals. Les TI es componen generalment d’Infrastructure as a Service (IaaS), middleware conegut popularment com a plataforma com a servei (PaaS), Software as a Service (SaaS) i sistemes heretats. A part d’això, hi ha sistemes de proveïdors externs que necessiten accés. Per tant, un model integrat hauria de cobrir la superfície de totes les dimensions. El patró arquitectònic ha de permetre als equips empresarials integrar o eliminar sistemes, afegir proveïdors, automatitzar processos, incorporar clients i iniciatives de transformació de dades en passos senzills.
Consulteu aquesta llista de comprovació per integrar perfectament l'entorn híbrid amb un marc iPaaS.
Llista de comprovació per integrar un entorn informàtic híbrid
Aquesta llista de comprovació us ajudarà a garantir que un model d’integració híbrida que seleccioneu mantingui la integritat de les dades i un govern segur en tot moment. A més, aquestes directrius també permetran a la línia de negoci (LOB) satisfer les necessitats empresarials aclaparadores i crear avenços innovadors per adaptar-se als canvis tecnològics.
Identificar les necessitats distintes de la línia de negoci: El procés comença identificant la suma total de sistemes crítics de missió, usuaris i recursos informàtics que cal integrar. A continuació, els equips empresarials haurien de definir connexions (entre sistemes i processos), necessitats de l'API, etc. Les parts interessades haurien d'imaginar com es connecta un sistema amb socis externs per completar transaccions comercials i satisfer les necessitats empresarials. Una pràctica recomanada és preparar una llista detallada d'aplicacions d'origen i de destinació (basades en el núvol i locals). Això donarà una imatge clara de si la plataforma té el conjunt d'eines i les capacitats adequades per accelerar la productivitat.
Intercanvi segur de dades: Hi ha molts factors que amenacen l'intercanvi electrònic de dades en un entorn híbrid de TI. L’execució d’aplicacions en un centre de dades, sense que hi hagi mesures de redundància al lloc, causa interrupcions freqüents. En aquests escenaris, adherir-se als compliments (Sarbanes-Oxley, HIPAA, PIPA, etc.) i a la normativa es converteix en una tasca ascendent.
Si es desencadena una gestió de seguretat més dura per a la gestió d’accessos, s’hauria d’haver autenticació d’usuaris per als sistemes privats i públics de núvol públic i locals. Millor és integrar també protocols híbrids de seguretat de TI: Secure Sockets Layer (SSL), mesures de redundància, tallafocs (per xifrar el servidor web i el navegador), etc.
Preguntes rellevants a les quals cal respondre
- Què tan segures seran les meves dades?
- Qui té accés a les meves dades?
- Quins compliments he de seguir?
Definició d’intervals domèstics: Abans d’integrar un entorn híbrid, és important definir explícitament els “intervals de casa (l'àrea on viatjarà un component)”. El requisit d’abast domèstic difereix d’organització en organització. Algunes organitzacions volen que les seves aplicacions s'executin a qualsevol lloc del núvol, mentre que algunes restringeixen les seves aplicacions amb finalitats internes i d'auditoria. A continuació, les aplicacions es desplegaran en aquests intervals domèstics i les polítiques haurien d'aplicar-se en conseqüència.
Equilibri de càrrega: És per excel·lència identificar el requisit d’equilibri de càrrega de totes les aplicacions / components del núvol i no del núvol. L’equilibri de càrrega és el procés d’utilitzar un dispositiu proxy invers per identificar la distribució de càrrega de treball entre sistemes informàtics i, en conseqüència, escalar el trànsit de la xarxa o de l’aplicació a diferents servidors. Aquest procés ajuda a fer front als requeriments de càrrega de treball fluctuants de les aplicacions. Un exemple de tecnologia líder en aquest context és el "canvi de capa 3".
Vota ara!
Eines de transport per a exposició a API públiques: Les API públiques s’han convertit en el nou statu quo actualment. Les API es publiquen per introduir nous canals empresarials i acomodar els canvis d’una manera ràpida i àgil. Les empreses actuals necessiten funcions més àmplies per millorar la gestió del trànsit per permetre als desenvolupadors externs subscriure’s a les API. Les eines necessàries per a l'exposició pública a l'API són un portal digital (per a subscripció a l'API), models de seguretat (OAuth), protecció contra amenaces, sistema de retroalimentació, assistència de la comunitat i analítica.
Format de dades i mapatge de dades: La conversió de dades en centres de dades interns i silados i en diferents formats es converteix en el següent gran repte per a les empreses. Per tant, les empreses haurien de tenir capacitats de conversió i mapatge potents de dades. Els requisits centrats en les dades s’han d’avaluar en funció d’usuaris, clients, transaccions, compliments, operacions comercials, etc. Els requisits de conversió de dades destacats inclouen:
- Fitxer pla a XML
- XML a CSV
- Qualsevol base de dades a XML
- XML a EDI
- HIPAA a XML
- HL7 a XML
Selecció d’un model d’integració híbrid avançat
Un model avançat posiciona estratègicament una organització per simplificar la integració crítica i les operacions d’habilitació de passarel·les API amb una codificació mínima.
Habilitació de socis: Una plataforma hauria de tenir un enfocament de programació modular avançat anomenat arquitectura orientada al servei (SOA). L'arquitectura SOA permet als usuaris de negocis, als grups d'interès i als socis fer calibracions delicades a la línia de serveis i moure el negoci cap al flux d'oportunitats. Això proporciona una solució estratègica que simplifica les operacions crítiques del negoci com la incorporació de dades de clients, la gestió de socis, la incorporació de proveïdors, etc.
Un sistema ha de connectar una combinació de sistemes i protegir les aplicacions heretades amb una capa de servei per proporcionar accés segur a informació classificada i aprofitar noves aplicacions. El marc ha de permetre a l'usuari empresarial controlar les dades i decidir si es manté a la premissa o si viatja al núvol.
Compliment de la normativa: El marc d'integració hauria de permetre a les empreses alinear les operacions LOB per complir els compliments normatius com HIPAA, PIPA, Sarbanes Oxley, etc. La plataforma hauria de permetre als usuaris empresarials establir regles empresarials al sistema.
Desplegament més ràpid: Una plataforma ha d’encerclar tots els components locals i de núvol i permetre que les empreses es moguin més ràpidament. Això motiva l’equip a fomentar noves formes de treball i accelerar el ritme de desplegament.
Codificació zero: Una plataforma avançada hauria d'incloure "enfocament de molts a molts" per substituir l'enfocament de codificació manual manual per solucionar les connexions entre milers d'aplicacions. Amb només una "connexió compartida", la solució ha de permetre als usuaris configurar la connexió entre diferents sistemes, serveis i processos.
El TI híbrid, una barreja complexa d’aplicacions de núvol i de núvol, genera escenaris diferents on les aplicacions no funcionen entre elles. Per afrontar aquests escenaris, cal un model unificat (UM) per alinear i interconnectar sistemes entre si. iPaaS és un model emergent en aquest context: la integració híbrida de TI. Tot i això, les empreses han de preparar una llista de comprovació abans d’adoptar el model d’integració per integrar de manera eficient les peces conjuntes de l’ecosistema híbrid. La llista de comprovació proporcionarà un fort suport al model d’integració i ajudarà les organitzacions a treure el màxim profit de la seva inversió.
Aquest article és precís i fidel al millor coneixement de l'autor. El contingut només té finalitats informatives o d’entreteniment i no substitueix l’assessorament personal ni l’assessorament professional en qüestions comercials, financeres, legals o tècniques.
