Lista kontrolna dotycząca integracji hybrydowego środowiska IT

Korzyści płynące z hybrydowego IT zdecydowanie zmieniają zasady gry, ale na ścieżce jego wdrożenia jest wiele wyzwań do pokonania. Organizacje muszą być uzbrojone w odpowiednie podejście do sprostania wyzwaniom hybrydowego IT. Rozwiązanie do integracji aplikacji chmurowych i lokalnych musi być kompleksowe, sprawdzone w branży, zrównoważone i łatwe w użyciu. Niedawnym podejściem, które skutecznie niweluje wielki podział między systemami w chmurze i lokalnymi, jest platforma integracyjna jako usługa (iPaaS).

W porównaniu z tradycyjnymi architekturami integracji hybrydowej, takimi jak Enterprise Service Bus (ESB) i Point to Point Integration, iPaaS zajmuje się przytłaczającymi potrzebami specyficznymi dla LOB bez ciężkiej implementacji IT. To podejście jest bogate w funkcje, bezpieczne, łatwe w użyciu, a także obejmuje kilka wymagań dotyczących skalowalności.

Jednak firmy muszą myśleć przyszłościowo, aby wdrożyć strukturę iPaaS. Powinny one oczyścić grunt, wypełniając luki w wiedzy (dominującej w środowisku Hybrid IT) i zapewniając interoperacyjność na całej powierzchni IT.

Systemy informatyczne organizacji są zwykle rozmieszczone w różnych lokalizacjach fizycznych i wirtualnych. IT składa się zazwyczaj z infrastruktury jako usługi (IaaS), oprogramowania pośredniczącego popularnie zwanego platformą jako usługą (PaaS), oprogramowania jako usługi (SaaS) i starszych systemów. Oprócz tego istnieją systemy zewnętrznych dostawców, które potrzebują dostępu. Dlatego model zintegrowany powinien obejmować powierzchnię wszystkich wymiarów. Wzorzec architektoniczny musi umożliwiać zespołom biznesowym integrację lub usuwanie systemów, dodawanie dostawców, automatyzację procesów, wdrażanie klientów i inicjatywy w zakresie transformacji danych w prostych krokach.

Zapoznaj się z tą listą kontrolną, aby bezproblemowo zintegrować środowisko hybrydowe ze strukturą iPaaS.

Zidentyfikuj wyraźne potrzeby linii biznesowej: Proces rozpoczyna się od określenia sumy krytycznych systemów, użytkowników i zasobów IT, które należy zintegrować. Następnie zespoły biznesowe powinny zdefiniować powiązania (między systemami i procesami), potrzeby API itp. Interesariusze powinni wyobrazić sobie, w jaki sposób system łączy się z partnerami zewnętrznymi w celu realizacji transakcji biznesowych i zaspokojenia potrzeb biznesowych. Najlepszą praktyką jest przygotowanie szczegółowej listy aplikacji źródłowych i docelowych (w chmurze i lokalnie). To da jasny obraz, czy platforma ma odpowiedni zestaw narzędzi i możliwości przyspieszenia produktywności.

Bezpieczna wymiana danych: Istnieje wiele czynników, które zagrażają elektronicznej wymianie danych w hybrydowym środowisku IT. Uruchamianie aplikacji w jednym centrum danych bez stosowania środków nadmiarowości powoduje częste przerwy w dostawie. W takich sytuacjach przestrzeganie zgodności (Sarbanes-Oxley, HIPAA, PIPA itp.) I przepisów staje się żmudnym zadaniem.

Bardziej rygorystyczne zarządzanie bezpieczeństwem wyzwala zarządzanie dostępem, uwierzytelnianie użytkowników powinno być dostępne dla systemów prywatnych, publicznych w chmurze i lokalnych. Lepiej jest również zintegrować hybrydowe protokoły bezpieczeństwa IT: Secure Sockets Layer (SSL), środki redundancji, firewall (do szyfrowania serwera WWW i przeglądarki), itp. Eksperci zalecają firmom wyobrazić sobie warstwową strategię bezpieczeństwa w celu zapobiegania naruszeniom danych.

Odpowiednie pytania, na które należy odpowiedzieć

• Jak bezpieczne będą moje dane?
• Kto ma dostęp do moich danych?
• Jakich zgodności muszę przestrzegać?

Definiowanie zakresów domowych: Przed integracją środowiska hybrydowego ważne jest, aby wyraźnie zdefiniować „zakresy domowe (obszar, do którego będzie przemieszczał się komponent)”. Wymóg dotyczący zasięgu domowego różni się w zależności od organizacji. Niektóre organizacje chcą, aby ich aplikacje działały w dowolnym miejscu w chmurze, podczas gdy inne ograniczają swoje aplikacje do celów wewnętrznych i audytowych. Następnie aplikacje powinny zostać wdrożone w tych zakresach domowych i należy odpowiednio egzekwować polityki.

Równoważenie obciążenia: Jest kwintesencją określenia wymagań dotyczących równoważenia obciążenia każdej aplikacji / komponentu chmurowego i niebędącego chmurą. Równoważenie obciążenia to proces korzystania z urządzenia z odwrotnym proxy do identyfikowania dystrybucji obciążenia w systemach komputerowych i odpowiedniego skalowania ruchu sieciowego lub aplikacji na różnych serwerach. Ten proces pomaga radzić sobie ze zmieniającymi się wymaganiami aplikacji w zakresie obciążenia pracą. Wiodącym przykładem technologii w tym kontekście jest „przełączanie w warstwie 3”.

Noś narzędzia do publicznego udostępniania interfejsu API: Publiczne interfejsy API stały się obecnie nowym status quo. Publikowane są interfejsy API w celu wprowadzenia nowych kanałów biznesowych i dostosowania zmian w szybki i zwinny sposób. Dzisiejsze firmy potrzebują szerszych możliwości ulepszonego zarządzania ruchem, umożliwiając zewnętrznym programistom subskrybowanie interfejsów API. Niezbędne narzędzia wymagane do publicznego ujawnienia API to portal cyfrowy (do subskrypcji API), modele bezpieczeństwa (OAuth), ochrona przed zagrożeniami, system informacji zwrotnych, wsparcie społeczności i analityka.

Format danych i mapowanie danych: Konwertowanie danych przechowywanych w wewnętrznych i zamkniętych centrach danych oraz w różnych formatach staje się kolejnym dużym wyzwaniem dla firm. Dlatego firmy powinny mieć potężne możliwości konwersji i mapowania danych. Wymagania dotyczące danych należy oceniać na podstawie użytkowników, klientów, transakcji, zgodności, operacji biznesowych itp. Najważniejsze wymagania dotyczące konwersji danych obejmują:

1. Płaski plik do XML
2. XML do CSV
3. Dowolna baza danych do XML
4. XML do EDI
5. HIPAA do XML
6. HL7 do XML