아프리카은행, 핵심기능 및 운영을 제공하기 위해 F5 NGINX Plus 선택
2016년에 설립된 아프리칸 뱅크는 남아프리카 전역에서 소매 은행을 운영합니다. 원래는 무담보 대출 기관이었던 아프리카은행은 2016년에 소비자에게 직접 서비스를 제공하기 위해 구조조정되었습니다. 소비자는 실제 지점과 웹, 모바일 애플리케이션, 콜센터와 같은 디지털 운영을 모두 갖춘 옴니채널 방식을 통해 아프리카 은행 서비스에 참여합니다.
비즈니스 챌린지
아프리카은행은 디지털 혁신과 제품 제공을 전반적인 비용을 절감하고 은행 고객에게 부가가치를 제공하는 방법으로 보고 있습니다. 여러 채널에서 사용 가능한 다양한 디지털 기능을 지원하는 초기 아키텍처는 본질적으로 모놀리식이었습니다. 이로 인해 개발자가 새로운 기능을 출시하려면 승인과 장기 테스트를 포함한 복잡하고 시간이 많이 걸리는 절차를 거쳐야 했습니다. African Bank는 모놀리식 아키텍처에서 마이크로서비스 아키텍처로 마이그레이션하면 얻을 수 있는 이점을 인식했지만, 컨테이너 프레임워크 내에서 쉽게 배포할 수 있으면서도 전체 옴니채널 플랫폼에서 다양한 기능을 제공할 수 있는 핵심 구성 요소를 찾아야 했습니다. 또한 은행은 마이크로서비스 아키텍처의 핵심으로 식별된 구성 요소에 대한 상업적 지원이 필요했습니다. 마지막으로, African Bank는 FinTech 산업의 현재 및 잠재적 파트너 기업에 마이크로서비스가 제공하는 기능을 확장하기 위해 API를 관리하는 더 나은 방법이 필요했습니다.
솔루션
아프리카 은행은 마이크로서비스 아키텍처로의 전환을 추진하면서 NGINX 마이크로서비스 참조 아키텍처 (MRA)를 접하게 되었습니다. 이는 아키텍처를 구축하고 배포하는 방법에 대한 명확한 경로를 제공할 뿐만 아니라 최종 사용자의 요청을 컨테이너 기반 프레임워크에 배포된 서비스로 프록시하는 데 필요한 중앙 집중식 구성 요소로 F5 NGINX Plus를 식별했습니다.
African Bank가 NGINX Plus를 선택하기 전에는 모놀리식 아키텍처에서 글로벌 트래픽 관리를 위한 F5 BIG-IP와 보안을 위한 F5 WAF 등 전형적인 애플리케이션 전송 컨트롤러를 포함한 다양한 도구를 사용했습니다. 하지만 은행은 이러한 도구를 대체하는 대신 NGINX Plus가 역방향 프록시 및 부하 분산과 같은 강력한 기능을 통해 기존 인프라를 강화하는 데 도움이 될 것으로 생각했습니다. 결국 NGINX Plus는 모든 사용 사례를 처리하고 유연한 방식으로 쉽게 배포할 수 있는 강력하고 다기능적인 구성 요소를 제공했습니다.
여러 기능을 제공하는 단일 구성 요소인 NGINX Plus 덕분에 African Bank는 API 관리를 위한 Apigee와 같은 다양한 단일 기능 포인트 솔루션을 선택하고 배포할 필요성을 느끼지 않아도 되었습니다. 그렇지 않았다면 전반적인 아키텍처 관리 및 유지 관리가 엄청나게 복잡해졌을 것입니다. 또한 NGINX Plus는 베어 메탈, 가상 머신, 그리고 가장 중요한 점은 마이크로서비스 아키텍처에 필수적인 Docker 컨테이너에 배포할 수 있어 은행이 개편된 인프라를 배포하는 방식에 전례 없는 유연성을 제공합니다.
NGINX Plus는 고성능 역방향 프록시 및 로드 밸런서를 제공할 뿐만 아니라 은행이 많은 FinTech 파트너에게 제공하는 API의 가용성, 인증, 측정, 보안 및 기타 측면을 관리하는 방법도 제공합니다. African Bank 엔지니어가 만든 아키텍처는 Docker 컨테이너, NGINX Plus 인스턴스, 개발자가 실시간으로 아키텍처에 적용할 수 있는 배포된 서비스에 대한 완전한 소유권을 가질 수 있는 사용자 지정 코드를 사용하는 동적이고 확장 가능한 솔루션입니다.
결과
새로운 기능에 대한 향상된 배송 시간
NGINX Plus를 배포한 이후 African Bank의 엔지니어와 운영팀은 옴니채널 플랫폼 전반에서 요청된 기능과 새로운 기능을 제공하는 데 걸리는 처리 시간이 크게 개선된 것을 확인했습니다. 과거에는 새로운 서버를 만들고 새로운 로드 밸런서를 배포하는 데 걸리는 리드 타임이 상당했습니다. NGINX Plus를 통해 개발자는 애플리케이션과 기능 배포에 대한 제어권을 갖게 되었고, 이제 개발자는 필요에 따라 NGINX Plus 인스턴스를 구동하여 특정 사용 사례에 활용할 수 있습니다.
마이크로서비스 아키텍처 내에서 이러한 사용 사례는 Docker 컨테이너에 연결된 서비스로 캡슐화될 수 있습니다. Docker API를 통해 서비스 이벤트를 읽어 자동으로 업데이트되는 동적으로 구성 가능한 NGINX conf 파일을 통해 마이크로서비스로 캡슐화된 새로운 기능을 서버 다운타임 없이 실시간으로 시작할 수 있습니다. 이를 통해 African Bank는 옴니채널 플랫폼 전반에 걸쳐 기능을 신속하게 출시하여 남아프리카 공화국 리테일 뱅킹 분야에서 경쟁력을 유지할 수 있습니다. 또한, 은행은 고객 요구 사항에 맞춰 옴니채널 서비스를 쉽게 맞춤 설정할 수 있습니다. 모든 고객에게 모든 기능이 필요한 것은 아닙니다. 마이크로서비스 아키텍처를 사용하면 적합한 기능을 적합한 고객에게 쉽게 배포할 수 있습니다.
유연한 배포를 통한 더 나은 확장성
모놀리식 아키텍처는 확장을 어렵게 만들었습니다. 엔지니어가 더 많은 부하 분산 용량이 필요하면 추가 장비를 배치해야 했습니다. 더 많은 애플리케이션 서버가 필요하게 되면 물리적으로 더 많은 하드웨어를 추가해야 했습니다.
컨테이너 기반 프레임워크 기반으로 구축된 새로운 마이크로서비스 아키텍처를 통해 변화하는 수요에 맞춰 확장하는 것이 빠르고 쉽습니다. NGINX Plus는 Docker 컨테이너에 배포되므로 African Bank 개발자는 컨테이너 내의 NGINX Plus 서비스에 들어오는 요청에 자동으로 사용할 수 있는 새로운 서비스를 시작할 수 있습니다. 즉, 서비스는 상태를 저장하지 않고 일시적이며 사용자나 애플리케이션 요구에 따라 쉽게 확장될 수 있습니다. 또한, 은행은 이 모델 내에서 유연한 NGINX conf 템플릿 아키텍처를 배포했는데, 이는 사용자 정의 스크립트를 통해(Docker API를 통해 얻은 사용 가능한 서비스를 통해) 인스턴스가 시작될 때 동적으로 구성될 수 있으므로 특정 구성 파일을 문서화하고 보관할 필요가 없습니다. 결론적으로 NGINX Plus 중심 마이크로서비스 아키텍처는 은행이 이전에는 갖지 못했던 수준의 안정성을 제공합니다.
향상된 조직적 민첩성
남아프리카공화국의 소매 은행 시장은 경쟁이 매우 치열합니다. 아프리칸 뱅크는 5개의 대형 은행이 주도하는 시장에서 상대적으로 규모가 작은 진입업체입니다. 우수한 서비스를 제공하고 고객을 유지하려면 은행이 매력적인 디지털 기능을 출시할 수 있는 능력이 매우 중요합니다. 이전의 일체형 아키텍처는 새로운 기능을 배포하는 데 있어 매우 비효율적이었습니다. 개발자는 새로운 서비스를 출시하기 위해 종종 상당한 관료적 장벽을 극복하거나 매우 긴 테스트 주기를 거쳐야 했고, 그 결과 제품 출시 시간이 지연되었습니다. NGINX Plus를 핵심으로 하는 마이크로서비스 아키텍처로 전환함으로써 개발자는 이제 기능 개발 및 배포에 있어 훨씬 더 많은 자율성을 갖게 되어 상당한 효율성 향상을 이루고 African Bank의 핵심 원칙 중 하나를 충족하게 되었습니다. "민첩해지세요." 더욱 빠르게 기능을 배포할 수 있게 되면 더 많은 기능을 배포할 수 있어 African Bank가 옴니채널 플랫폼을 이용해 경쟁력을 유지하는 데 도움이 됩니다.
- 옴니채널 플랫폼에서 요청된 기능과 새로운 기능을 제공하는 데 걸리는 시간이 빠릅니다.
- 고객 요구 사항에 따라 옴니채널 서비스를 쉽게 사용자 정의하고 적절한 기능을 적절한 고객에게 배포
- 변화하는 수요에 따른 확장이 빠르고 쉽습니다.
- 개발자는 효율성, 민첩성 및 경쟁력을 크게 높이기 위해 기능을 개발하고 배포할 수 있는 자율권을 갖습니다.
- 디지털 기능을 지원하는 기존 아키텍처는 본질적으로 모놀리식이었기 때문에 새로운 기능을 출시하는 것이 번거롭고 시간이 많이 걸렸습니다.
- 옴니채널 플랫폼 전반에 걸쳐 기능을 제공하고 컨테이너 프레임워크 내에서 쉽게 배포되는 핵심 구성 요소가 필요했습니다.
- FinTech 산업의 파트너 회사에 마이크로서비스 기능을 확장하기 위해 API 관리를 개선하고 싶었습니다.