은행 이사회가 글로벌 확장의 운영 위험을 평가하기 위해 만날 때 소프트웨어 개발을 의제의 일부로 찾는 경우는 거의 없습니다. 그러나 많은 금융 서비스 제공업체는 올바른 선택이
새로운 지역 규정을 처리하기 위해 시스템을 업그레이드하는 동시에 기존 파트너와 고객에게 지장을 주지 않도록 할 수 있습니다.
Risk Management Association 설문조사 응답자의 약 50%는
수익의 6-10%를 규정 준수 비용으로 지출, 대기업은 규정 준수를 유지하는 평균 비용이
약 $ 10,000 직원 당. 이 수치는 미국에서 운영되는 회사를 위한 것이지만 은행이 새로운 영역으로 확장할 때 예산이 급증해야 한다고 상상할 수 있습니다.
시스템이 모든 새로운 지역 규정 및 보고 요구 사항을 충족하는지 확인합니다.
최상의 환경에서 중대한 시스템 변경을 수행하려면 수개월의 계획과 종종 상당한 중단이 필요할 수 있습니다. 은행 및 기타 금융 서비스 조직의 경우 이것은 단순히 선택 사항이 아닙니다.
일부 지역은 특히 도전자 은행의 경우 다른 지역보다 더 복잡합니다.
혁신적 도전자 또는 네오뱅크의 도입으로 은행의 얼굴은 영원히 바뀌었습니다. 온라인으로만 운영되는 이러한 저렴한 직접 금융 서비스 기관은 현상 유지에 도전하고 있습니다. 네오뱅크는 가끔 제공하면서
제한된 서비스는 종종 평균 이상의 이자율을 제공하며 더 젊고 디지털에 정통한 인구 통계에 호소합니다.
에 따르면
연구, 18,604년에 2018억 46.5만 달러로 추산된 글로벌 네오 및 챌린저 뱅크 시장은 거의 395%의 CAGR을 기록하여 2026년까지 약 XNUMX억 달러에 이를 것으로 예상됩니다.
이것이 변혁적 은행의 성장을 매력적으로 만드는 반면, 중동과 같이 복잡한 규제 요구 사항이 있는 지역에서 네오뱅크를 운영하는 어려움은
새로운 온라인 제안. 다행스럽게도 이 지역에서 서비스를 제공하는 금융 및 은행 신생 기업의 신제품을 테스트하기 위해 샌드박스를 설정한 두바이 국제 금융 센터(Dubai International Financial Centre)와 같은 이니셔티브가 이를 더 쉽게 만들고 있습니다.
그러나 이것이 도움이 되지만 이 지역의 은행과 함께 하는 작업에서 볼 때 매우 반복적인 접근 방식을 사용하지 않는다면 훨씬 더 어려울 것입니다.
가장 최근에 우리는 또한 호주와 뉴질랜드로 확장하는 남아프리카 공화국의 회사가 새로운 영역의 시스템 요구 사항이 얼마나 복잡할 수 있는지에 직면하는 것을 보았습니다.
다중 지역 미래. 물론 각 지역에는 작업이 필요한 고유한 요구 사항이 있지만 아키텍처에 복원력을 구축하면 호주에서 안전하게 거래할 수 있을 뿐만 아니라 중동이 줄지어 있는 글로벌 발자취를 성장시킬 수 있습니다.
다음으로, 미래에 필요한 작업은 훨씬 덜 힘들 것입니다.
마이크로서비스 아키텍처 및 관리형 서비스는 특히 복잡한 운영 지역에서 금융 서비스 조직의 가동 중지 시간을 최소화하면서 지역 확장의 위험을 크게 줄일 수 있습니다.
빠른 결과를 제공하는 마이크로서비스 아키텍처
마이크로서비스 아키텍처를 사용하면 소규모의 자율 서비스 모음을 통해 크고 복잡한 애플리케이션을 빠르고 안정적으로 전달할 수 있습니다. 대규모 소프트웨어 프로젝트를 더 작고 관리하기 쉬운 부분으로 쪼개어 우리 팀은 신속하게
새로운 기능을 배포하고 예상치 못한 문제를 신속하게 격리 및 수정합니다. 더 작은 코드베이스와 범위는 더 빠른 배포를 가능하게 합니다. 그리고 서비스가 분리되어 있기 때문에 가장 필요한 것을 적절한 시기에 보다 쉽게 확장할 수 있어 많은 작업이 가능합니다.
조직의 운영 요구 사항에 대해 보다 효율적이고 유연합니다.
또한 DOMA(도메인 지향 마이크로서비스 아키텍처) 디자인 패턴을 사용하면 팀이 종종 수천 개의 마이크로서비스가 동시에 작동하는 기업의 변경 사항을 더 잘 관리할 수 있습니다. 이 기술 접근 방식은
여러 팀이 코드 기반을 손상시키지 않고 더 큰 목표에 대해 자율적으로 작업합니다.
완전 관리형 서비스를 활용하면 새로운 규제 및 까다로운 시장 요구 사항을 처리하기 위해 정제 시스템과 관련된 많은 일반적인 배송 문제 및 위험을 제거할 수 있습니다.
이 접근 방식을 사용하면 일상적인 작업과 함께 시스템을 가동하고 실행할 수 있습니다. 테스트 주도 개발을 사용하는 반복적인 접근 방식은 복원력 있는 코드를 생성하고 안전하고 위험이 낮은 환경에서 배포할 수 있음을 의미합니다. 은행과 같은 조직의 경우
특히 그들이 새로운 지역에서 첫 걸음을 내딛을 때 가장 중요합니다.
