어제 건축에 관한 영상을 봤는데 CTO께서 건축가로서 가장 중요한 것은 수평적으로 확장할 수 있는 프로그램을 디자인하는 것이라고 하더군요
즉, 프로그램은 처음에는 하나의 머신에서만 실행될 수 있지만 사용자 수가 증가함에 따라 프로그램은 언제든지 머신을 확장할 수 있어야 합니다. 그러면 어떤 아이디어를 작성할 수 있습니까? tp 프레임워크 프로그램에서 이 디자인을 만나보세요! 조언 부탁드립니다
어제 건축에 관한 영상을 봤는데 CTO께서 건축가로서 가장 중요한 것은 수평적으로 확장할 수 있는 프로그램을 디자인하는 것이라고 하더군요
즉, 프로그램은 처음에는 하나의 머신에서만 실행될 수 있지만 사용자 수가 증가함에 따라 프로그램은 언제든지 머신을 확장할 수 있어야 합니다. 그러면 어떤 아이디어를 작성할 수 있습니까? tp 프레임워크 프로그램에서 이 디자인을 만나보세요! 조언 부탁드립니다
간단하면서도 멍청한 방법이 있습니다
예를 들어 SegmengtFault 공식 웹사이트에는 기사, 질문, 메모, 헤드라인 등 많은 모듈이 있습니다. 각 모듈은 독립적인 프로젝트로 설계되었으며 독립적인 도메인 이름을 사용하여 분리할 수 없습니다. 초기 단계에서는 단일 서버에 별도로 배포하고 나중에는 모듈을 기반으로 로드 분할 배포를 통해 로드 밸런싱 및 소위 수평 확장을 더욱 촉진할 수 있습니다.
그런 다음 초기 단계에서 서비스 지향 아키텍처 사고를 시도하고 비즈니스별로 백엔드 API를 분할하면 모든 클라이언트가 서로의 데이터를 호출하고 프로젝트의 여러 위치에서 동일한 기능 코드를 복사하는 것을 피할 수 있습니다.