클라우드를 위한 리플랫폼

기존 시스템을 현대화 한다는 것은 무엇을 의미하나요? 모든 디지털 전환 여정에서 일반적인 단계는 고객이 거래할 수 있는 올바른 터치포인트를 제공하는 것입니다. 이는 최소한 모바일 앱을 만드는 것을 의미합니다. 하지만 그보다 더 많은 것이 필요합니다. 새로운 디지털 경제에서 출시 시간 압박으로 인해 조직이 디지털 마인드셰어와 고객 기반을 확대하기 위해 "구축, 차용 또는 구매"를 선택함에 따라 타사 통합의 수가 급격히 증가했습니다.

현대화가 실제로 어떻게 이루어지는지 살펴보면 프로세스 와 기술이 모두 관련되어 있음을 알 수 있습니다. 즉, 지속적인 전달과 검증을 위한 시스템의 배포와 향상을 자동화하는 것( 프로세스 )과 레거시 웹 앱을 API 기반, 서비스 지향 아키텍처로 발전시키는 것( 기술 )입니다. 또한 API 게이트웨이와 같은 API 인프라는 견고한 트래픽 관리 및 보안 기능을 통해 클라우드 환경으로의 효과적인 배포를 보장하는 데 도움이 됩니다.

여기서 우리는 두 단계를 포함하는 이러한 디지털 착수에 대한 가상 사례 연구를 분석합니다.

1. 레거시 시스템 및 모놀리식 애플리케이션을 API 기반 아키텍처로 재설계
2. API 인프라를 사용하여 시스템을 클라우드 플랫폼으로 발전시킵니다.

가상의 예에서, 컨퍼런스 시스템은 참석자 계정 생성( 계정 생성 ), 이용 가능한 세션 검토( 세션 검토 ), 참석 예약( 세션 예약 )과 같은 기능을 지원합니다. 고객은 웹 브라우저를 통해 회의 시스템과 상호작용합니다. 예를 들어, 컨퍼런스 세션을 예약하려면:

내부적으로, 고객은 웹 애플리케이션과 상호 작용하고, 이 애플리케이션은 컨퍼런스 애플리케이션에 API 호출을 보냅니다. 컨퍼런스 애플리케이션은 SQL을 사용하여 백엔드 데이터 저장소를 쿼리합니다.

여러 가지 요구 사항으로 인해 기존 컨퍼런스 시스템을 현대화해야 할 필요성이 커지고 있습니다.

1. 모바일 앱 지원
2. 글로벌 시장으로의 서비스 확장
3. 현재 시스템을 호스팅하는 개인 데이터 센터의 운영 비용 절감

높은 수준의 계획이 수립됩니다.

1. API 게이트웨이를 사용하여 Attendee 서비스를 소비자에게 노출합니다.
2. 서비스 메시를 사용하여 세션 기능(보기/예약) 리팩터링
3. Attendee 서비스를 클라우드로 이동

Attendee 구성 요소를 독립적인 서비스로 리팩토링하는 단계가 진행됩니다. 이제 회의 시스템에는 두 개의 트래픽 인터페이스가 있습니다.

1. 고객과 컨퍼런스 시스템( 북-남 )
2. 회의 시스템과 참석자 시스템( 동서 )

그런 다음 SSL/TLS 종료, 인증 및 속도 제한을 포함하여 확장 가능하고 유지 관리 가능하며 안전한 트래픽 관리를 용이하게 하기 위해 API 게이트웨이가 배포됩니다.

다음으로, 레거시 컨퍼런스 시스템의 세션 기능을 새로운 세션 서비스로 재활용하기 위해 서비스 메시가 프로비저닝됩니다. 서비스 메시는 라우팅에 대한 세부적인 제어를 제공하고, 안정성을 보장하며, 서비스 간 API 통신을 위한 트래픽을 효율적으로 중개하여 참석자 세션의 보기와 예약을 용이하게 합니다.

마지막으로 Attendee 서비스와 API 게이트웨이를 클라우드로 마이그레이션할 때입니다. 이 접근 방식은 조직이 기존 온프레미스 인프라에서 마이그레이션할 때 클라우드 네이티브 서비스를 활용하면서 주요 재작업을 방지합니다.