클라우드 네이티브 내부 개발자 플랫폼의 미래. 클라우드 서비스 제공업체가 만들 것인가(David Mitchell)

클라우드 네이티브 내부 개발자 플랫폼을 만드는 클라우드 서비스 공급자와 얼마나 가깝습니까? 

상황을 설정하기 위해 가장 중요한 클라우드 마이그레이션 전략부터 시작하겠습니다. 

이 현대 디지털 개발 세계에서 비즈니스 혁신이 한창 진행 중이며 은행도 애플리케이션 자산을 클라우드로 이전하고 있습니다! 클라우드 마이그레이션 프로그램을 시작하는 CTO라면 클라우드를 완전히 활용하고 레거시 인프라를 혁신함으로써 놀라운 변화가 신속하게 이루어질 수 있다고 가정하기 쉽습니다! 

그러나 가정은 위험할 수 있으며 이러한 전망은 금융 및 은행과 같이 복잡하고 규제가 엄격한 부문에서 훨씬 더 어려운 것으로 입증되었습니다. 일부 은행은 기존 애플리케이션 자산을 클라우드로 '리프트 앤 시프트'하여 가상 머신에서 실행하기 시작했습니다. 그러나 경험에 따르면 은행은 클라우드의 모든 이점을 활용할 수 없습니다. 이 접근 방식을 사용하면 확장성, 안정성, 개발자 경험, 출시 시간이 제한되고 클라우드 네이티브 기술을 사용하여 애플리케이션을 리엔지니어링하는 데 드는 운영 비용이 감소합니다. 애플리케이션 자산을 클라우드로 '리프트 앤 시프트'하는 은행은 일반적으로 클라우드가 더 간단하고 빠르기 때문에 그렇게 합니다. 

그렇다면 은행 및 재무 애플리케이션을 클라우드로 마이그레이션하는 가장 좋은 방법은 무엇입니까? 클라우드를 활용하려는 모든 은행은 전체 애플리케이션 자산을 검토하고 재설계하여 운영 비용을 줄이고 개발자 경험을 향상시키는 데 도움을 주어야 합니다. 이를 통해 개발자 생산성과 엔지니어링 속도를 높이고 출시 시간을 단축하여 비즈니스 가치를 가속화할 수 있습니다. 

Gartner는 '클라우드 네이티브'를 다음과 같이 설명합니다. “...클라우드 특성을 최적으로 활용하거나 구현하기 위해 만들어진 것. 이러한 클라우드 특성은 클라우드 컴퓨팅의 원래 정의의 일부이며 서비스로 제공되는 기능을 포함합니다. 클라우드 컴퓨팅 특성에는 확장 가능하고 탄력적이며 공유되고 사용량에 따라 측정되며 서비스 기반이며 인터넷 기술을 활용하는 유비쿼터스도 포함됩니다.” 

구름은 은색 안감을 제공합니다! 

Google Cloud Run, Azure 컨테이너 앱 및 AWS 앱 Runner와 같은 서버리스 클라우드 서비스는 확장 가능하고 탄력적이며 완전히 관리되는 클라우드 네이티브의 정신을 통합합니다. 이러한 서비스를 통해 조직은 컨테이너화의 이점을 활용하여 동일한 애플리케이션을 여러 클라우드 플랫폼에 배포할 수 있으므로 기본 인프라에 관계없이 애플리케이션이 일관되게 실행되도록 할 수 있습니다. 

역사적으로 우리는 이러한 기능을 얻기 위해 클라우드 서비스를 함께 '접착'해야 했으며 DevOps 도구는 복잡한 금융 및 뱅킹 애플리케이션의 기능을 구성했습니다. 뱅킹 애플리케이션이 클라우드용으로 재설계되면 개발 팀이 많은 클라우드 서비스를 결합하고 자체 맞춤형 내부 클라우드 개발자 플랫폼을 구축하는 것을 흔히 볼 수 있습니다. 

Gartner의 Hype Cycle은 플랫폼 엔지니어링과 내부 개발자 플랫폼이 개발자 경험을 개선한다고 주장합니다. “내부 개발자 플랫폼(IDP)은 황금 경로를 만들고 개발자의 셀프 서비스를 활성화하기 위해 플랫폼 팀에 의해 구축됩니다. IDP는 컨텍스트와 기본 기술을 추상화하지 않고 개발자의 인지 부하를 낮추는 방식으로 결합된 다양한 기술과 도구로 구성됩니다.” 이러한 모범 사례에 따라 플랫폼 팀은 역사적으로 플랫폼을 제품으로 취급하여 사용자 조사를 기반으로 구축한 다음 유지 관리하고 지속적으로 개선해 왔습니다. 

그러나 이러한 특수 목적의 내부 개발자 플랫폼을 유지하고 지속적으로 개선하려면 엄청난 노력과 운영 비용이 필요합니다. 

최근 Forbes의 기사에서 16명의 기술 리더가 문제의 본질을 포착한 'Must-Have Cloud Strategies and Services'에 대한 선택 항목을 공유했습니다. 핵심 관찰은 “…모든 CIO는 클라우드 네이티브 기술의 복잡성을 극복하고 자율적인 개발 팀을 위한 거버넌스를 시행하기 위해 내부 개발자 플랫폼을 구축하는 데 집중합니다. 그 결과 플랫폼 엔지니어는 클라우드 기능을 활용하여 내부 개발자 플랫폼을 구축하고 있습니다. 그러나 이것은 시간이 많이 걸리고 끝이 없는 연습입니다.”  

따라서 내부 개발자 PaaS(Platform-as-a-Service)를 필수 클라우드 제품으로 제공하는 것이 미래의 핵심입니다. 그러나 클라우드 공급자가 이 문제를 해결하고 있습니까? 분명하지만 언제나처럼 금융 및 뱅킹 애플리케이션에는 추가적인 복잡성이 있습니다! 

클라우드 서비스 공급자는 클라우드 서비스와 클라우드 서비스 기능을 함께 묶어 진정한 클라우드 네이티브 내부 개발자 플랫폼을 구축하고 있습니다. 최근 몇 년 동안 우리는 AWS 앱 러너, Azure 컨테이너 앱 및 Google Cloud Run을 포함하여 각 주요 클라우드 공급자로부터 유사한 플랫폼이 등장하는 것을 보았습니다. 이러한 서버리스 클라우드 네이티브 서비스에는 컨테이너 호스팅, 확장성, 컨테이너 빌드 및 배포, 서비스 버전 관리, TLS 인증서 갱신, 컨테이너 레지스트리 통합, 기본 제공 로깅 및 모니터링, API 프록시가 포함됩니다. 클라우드 데이터베이스와 빠르게 통합되며 클라우드 보안 정책을 사용하여 관리할 수 있습니다. 

그러나 이제 진정한 클라우드 네이티브 내부 개발자 플랫폼을 제공하는 클라우드 서비스 공급자와 얼마나 가까워졌습니까? 진화가 진행 중이지만 많은 금융 및 은행 애플리케이션은 매우 복잡하고 까다롭습니다. 이 목표를 달성하려면 클라우드 서비스 공급자를 통해 필수 요구 사항을 지속적으로 추진하여 필요한 기능이 클라우드 네이티브 플랫폼에 내장되도록 해야 합니다. 

• SEO 기반 콘텐츠 및 PR 배포. 오늘 증폭하십시오.
• 플라토 블록체인. Web3 메타버스 인텔리전스. 지식 증폭. 여기에서 액세스하십시오.
• 출처: 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