Przyszłość wewnętrznych platform deweloperskich natywnych w chmurze. Czy dostawcy usług w chmurze stworzą (David Mitchell)

Jak blisko jesteśmy z dostawcami usług w chmurze tworzącymi wewnętrzne platformy deweloperskie natywne dla chmury? 

Aby przygotować scenę, zacznijmy od nadrzędnych strategii migracji do chmury. 

We współczesnym świecie cyfrowego rozwoju transformacja biznesu idzie pełną parą, a nawet banki przenoszą swoje zasoby aplikacji do chmury! Jeśli jesteś dyrektorem technicznym rozpoczynającym program migracji do chmury, łatwo założyć, że można szybko wprowadzić niesamowite zmiany, w pełni wykorzystując chmurę i przekształcając istniejącą infrastrukturę! 

Jednak założenia mogą być niebezpieczne, a perspektywa ta okazała się znacznie trudniejsza w sektorze tak złożonym i tak silnie regulowanym, jak finanse i bankowość. Niektóre banki zaczęły „podnosić i przenosić” swoje istniejące zasoby aplikacji do chmury i uruchamiać je na maszynach wirtualnych; doświadczenie pokazuje jednak, że nie pozwala to bankowi na wykorzystanie wszystkich zalet chmury. Takie podejście ogranicza skalowalność, niezawodność, doświadczenie programistów, czas wprowadzania na rynek i mniejsze wydatki operacyjne związane z przebudową aplikacji przy użyciu technologii natywnych dla chmury. Bank, który „przenosi i przenosi” swoje zasoby aplikacji do chmury, zwykle robi to, ponieważ jest to prostsze i szybsze, lub może podlegać szerszym ograniczeniom biznesowym, które go do tego zmuszają. 

Jakie jest zatem najlepsze podejście do migracji aplikacji bankowych i finansowych do chmury? Każdy bank, który chce korzystać z chmury, powinien przyjrzeć się przeanalizowaniu i ponownej architekturze całego zasobu aplikacji, co pomoże zmniejszyć wydatki operacyjne i zwiększyć doświadczenie programistów. Zwiększy to produktywność programistów i przyspieszy prace inżynierskie, a także skróci czas wprowadzania produktu na rynek, a tym samym przyspieszy wartość biznesową. 

Gartner opisuje „natywną chmurę” jako odnoszącą się do; „… coś stworzonego w celu optymalnego wykorzystania lub wdrożenia właściwości chmury. Te cechy chmury są częścią pierwotnej definicji przetwarzania w chmurze i obejmują możliwości dostarczane jako usługa. Charakterystyka przetwarzania w chmurze obejmuje również skalowalność i elastyczność, udostępnianie, pomiar według wykorzystania, usługi i wszechobecność wykorzystującą technologie internetowe”. 

Chmura oferuje srebrną podszewkę! 

Bezserwerowe usługi w chmurze, takie jak Google Cloud Run, Azure Container Apps i AWS Apps Runner, są zgodne z etosem cloud-native — są skalowalne, odporne iw pełni zarządzane. Usługi te umożliwiają organizacji wykorzystanie zalet konteneryzacji, umożliwiając wdrażanie tej samej aplikacji na wielu platformach chmurowych, zapewniając w ten sposób spójne działanie aplikacji, niezależnie od infrastruktury bazowej. 

W przeszłości musieliśmy „sklejać” usługi w chmurze, aby uzyskać taką funkcjonalność, a narzędzia DevOps tworzyły funkcjonalność złożonych aplikacji finansowych i bankowych. Kiedy aplikacja bankowa jest ponownie projektowana pod kątem chmury, często zdarza się, że zespoły programistów łączą ze sobą wiele usług w chmurze i budują własne, specjalnie zaprojektowane wewnętrzne platformy programistyczne w chmurze. 

Hype Cycle Gartnera dowodzi, że inżynieria platform i wewnętrzne platformy programistyczne poprawiają doświadczenie programistów. „Wewnętrzna platforma programistyczna (IDP) jest budowana przez zespół platformy w celu tworzenia złotych ścieżek i umożliwiania samoobsługi programisty. IDP składa się z wielu różnych technologii i narzędzi połączonych ze sobą w sposób, który zmniejsza obciążenie poznawcze programistów bez abstrakcji kontekstu i podstawowych technologii”. Kierując się takimi najlepszymi praktykami, zespoły zajmujące się platformami historycznie traktowały swoją platformę jako produkt, budując ją na podstawie badań użytkowników, a następnie utrzymując ją i stale ulepszając. 

Jednak utrzymywanie i ciągłe ulepszanie tych specjalnie zbudowanych wewnętrznych platform programistycznych nieuchronnie prowadzi do niewiarygodnego nakładu pracy i wydatków operacyjnych. 

W niedawnym artykule magazynu Forbes 16 Liderów Technologii podzieliło się swoimi wyborami dla „Niezbędnych Strategii i Usług Chmurowych”, w których uchwycono istotę problemu. Kluczową obserwacją było to, że „… każdy CIO koncentruje się na budowaniu wewnętrznej platformy programistycznej, aby przezwyciężyć złożoność technologii natywnych w chmurze i wymusić nadzór nad autonomicznymi zespołami programistycznymi. W rezultacie inżynierowie platform budują wewnętrzne platformy programistyczne, wykorzystując możliwości chmury. Jest to jednak czasochłonne i niekończące się ćwiczenie”.  

Dlatego kluczem na przyszłość jest udostępnienie wewnętrznej platformy programistycznej jako usługi jako niezbędnej oferty w chmurze; ale czy dostawcy chmury sprostają temu wyzwaniu? Oczywiste jest, że tak, ale jak zawsze, w aplikacjach finansowych i bankowych zawsze pojawiają się dodatkowe komplikacje! 

Dostawcy usług w chmurze łączą swoje usługi w chmurze i możliwości usług w chmurze, aby zbudować prawdziwie chmurowe wewnętrzne platformy deweloperskie. W ostatnich latach widzieliśmy pojawienie się podobnych platform od każdego z głównych dostawców chmury, w tym: AWS app runner, Azure Container Apps i Google Cloud Run. Niektóre z tych bezserwerowych usług natywnych dla chmury obejmują: hosting kontenerów, skalowalność, budowanie i wdrażanie kontenerów, wersjonowanie usług, odnawianie certyfikatów TLS, integrację rejestru kontenerów, wbudowane rejestrowanie i monitorowanie oraz serwery proxy API. Szybko integrują się z bazami danych w chmurze, a my możemy nimi zarządzać za pomocą zasad bezpieczeństwa w chmurze. 

Jednak jak blisko jesteśmy teraz z dostawcami usług w chmurze, którzy zapewniają nam prawdziwą wewnętrzną platformę programistyczną natywną dla chmury? Ewolucja jest w toku, ale wiele aplikacji finansowych i bankowych jest bardzo złożonych i wymagających. Aby osiągnąć ten cel, musimy nadal kierować podstawowymi wymaganiami za pośrednictwem dostawców usług w chmurze, aby zapewnić, że wymagana funkcjonalność jest wbudowana w ich natywne platformy chmurowe. 

• Dystrybucja treści i PR oparta na SEO. Uzyskaj wzmocnienie już dziś.
• Platoblockchain. Web3 Inteligencja Metaverse. Wzmocniona wiedza. Dostęp tutaj.
• Źródło: https://www.finextra.com/blogposting/23809/the-future-of-cloud-native-internal-developer-platforms-will-the-cloud-service-providers-create-the?utm_medium=rssfinextra&utm_source=finextrablogs