어떻게 작동합니까?

옵션 1. 모놀리식 아키텍처(모놀리식)

모놀리식 아키텍처는 눈덩이와 같습니다. 프로젝트를 시작하면 작은 눈덩이가 생깁니다. 너무 작아서 소규모 팀에서 개발하고 롤링할 수 있습니다. 몇 년이 지난 지금 귀하의 눈덩이는 너무 커져서 20명의 개발자가 이미 추진하고 있습니다. 몇 년 후면 수백명의 개발자가 엄청난 양의 코드로 눈덩이를 굴릴 것이지만 새로운 기능의 출시는 매우 느려질 것입니다.

결과적으로 소유자는 기술 이사, 팀 구성원을 변경하기 시작하지만 더 나빠질 뿐입니다. 새로운 팀원은 역사적 세부 사항, 왜 스노우볼이 다른 것이 아니라 있는 그대로인지 모릅니다. 제품 문서는 빠르게 구식이 됩니다.

처음부터 제대로 하지 않는 이유는 무엇입니까? 첫째, 사업 초기에는 항상 리소스가 제한적이 있고 개발자, 전문 지식 및 시간이 충분하지 않습니다. 매뉴얼은 강력하고 프로그래머는 가능한 한 가장 빠른 방법으로 서두르고 있습니다.

둘째, 기술 엔지니어는 다음과 같이 생각합니다. "지금은 단일 아키텍처로 두지만 비즈니스가 성장하면 모든 것을 다시 할 것입니다." 불행히도 실제로는 기존 모놀리식 프로젝트를 마이크로서비스 아키텍처로 이전하는 것이 처음부터 모든 것을 작성하는 것보다 수십배 더 어렵습니다.

옵션 2. 마이크로서비스 아키텍처

마이크로서비스 아키텍처를 기반으로 즉시 금융 플랫폼을 만들어 드립니다.

마이크로서비스 아키텍처는 보도의 포장 슬래브와 비교할 수 있습니다. 프로젝트가 성장함에 따라 통로에 더 많은 타일이 추가됩니다. 구성 요소가 오래된 경우 이 타일을 새 타일로 교체하는 것으로 충분합니다.

이 아키텍처에는 많은 장점이 있지만 가장 중요한 것만 말씀드리겠습니다.

실제 사례

첫 번째 예. 사용자가 많은 P2P 대출 플랫폼의 경영진은 다른 통화로 국가 시장에 진출하기로 결정했습니다. 플랫폼은 모놀리식 아키텍처로 유로라는 단 하나의 통화만 포함했으며 스웨덴(스웨덴 크로네), 폴란드(폴란드 즐로티), 체코(체코 왕실) 시장에 진입하려면 다중 통화 도입이 필요했습니다.

팀 전체가 이 기능을 구현하는 데 몇 달이 걸렸고 새로운 기능의 개발은 더욱 느려졌습니다. 마이크로서비스 아키텍처의 경우 모든 것이 훨씬 쉽고 빠릅니다.

두 번째 예. 처음에 사이트 빌더는 모국어로 시작되었으며 경영진은 다른 시장으로 확장하지 않을 예정이었습니다. 프로젝트는 모놀리식 아키텍처를 가지고 있었고 기능은 빠르게 성장했습니다. 플랫폼의 계획은 모든 것이 모든 것과 연결된 복잡한 웹이었습니다. 어느 날 회사는 다른 언어로 된 플랫폼 버전을 출시하기로 결정했습니다. 처음에는 언어 파일만 추가하면 충분할 것 같았고 이제는 전체 인터페이스를 번역하게 됩니다.

실제로 전체 프로젝트를 다시 실행해야 했습니다. 예를 들어, 데이터베이스의 회사 및 제품 이름은 이제 하나의 언어뿐만 아니라 각 언어로 저장되어야 합니다. 비즈니스 로직 때문에 정보를 복제할 수 없었고, 모든 언어의 이름을 한 번에 저장해야 했습니다. 이에 따라 캐비닛과 백오피스의 인터페이스가 변경되었습니다. 인터페이스 변경으로 인해 들어오는 데이터의 유효성을 검사하기 위한 규칙, 다른 언어로 끝나는 다른 원칙으로 인한 문자 템플릿, 테스트 변경 등을 변경해야 했습니다.

모든 것이 모든 것과 연결되어 있기 때문에 새로운 언어의 출시와 함께 마이크로 서비스 아키텍처로 전환하기로 결정했습니다. 모놀리식에서 마이크로서비스 아키텍처로의 전환 프로세스는 1년 이상 걸렸습니다.

세 번째 예. 핀테크 플랫폼은 PHP와 Laravel의 이전 버전에서 만들어졌습니다. 최신 버전으로 업그레이드하고 데이터베이스를 MariaDB에서 PostgreSQL로 변경하는 것은 사실상 불가능했습니다. 전체 팀이 몇 달 동안 마이그레이션 프로세스만 처리해야 했기 때문입니다.

당시 PHP와 Laravel의 새 버전은 프로젝트와 추가 개발 속도를 높일 수 있었지만 모놀리식 아키텍처는 기술 스택 업데이트를 허용하지 않았습니다