Backstage 배포 확장하기
Backstage 배포를 확장하는 여러 가지 방법이 있어요. 가장 직접적인 방법은 동일한 인스턴스를 여러 개 배포하고 들어오는 요청을 그 인스턴스들에 분산시키는 것이에요. 이것이 작동하기 위한 한 가지 요구 사항은 모든 인스턴스가 데이터베이스, 그리고 선택적인 캐싱이나 검색 서비스 같은 동일한 외부 리소스를 공유해야 한다는 것이에요. Backstage 백엔드 플러그인은 데이터베이스를 통해 조정하며 상태를 공유하고 작업을 조율해요.
출처: 문서
본문
Backstage 배포를 확장하는 여러 가지 방법이 있어요. 가장 직접적인 방법은 동일한 인스턴스를 여러 개 배포하고 들어오는 요청을 그 인스턴스들에 분산시키는 것이에요. 이것이 작동하기 위한 한 가지 요구 사항은 모든 인스턴스가 데이터베이스, 그리고 선택적인 캐싱이나 검색 서비스 같은 동일한 외부 리소스를 공유해야 한다는 것이에요. Backstage 백엔드 플러그인은 데이터베이스를 통해 조정하며 상태를 공유하고 작업을 조율해요.
Backstage 배포를 확장하는 또 다른 방법은 백엔드를 여러 다른 서비스로 나누고, 각각 다른 플러그인 집합을 실행하게 하는 것이에요. 이것은 더 고급 접근 방식이며 플러그인 ID를 기반으로 요청을 적절한 백엔드로 라우팅할 수 있어야 해요. 인그레스뿐 아니라 Backstage 백엔드 사이의 내부 트래픽도 그런데, 이는 DiscoveryService 인터페이스의 사용자 지정 구현을 만들어 처리해요. 배포를 여러 백엔드 인스턴스로 분리하는 방법에 대한 자세한 내용은 백엔드 시스템 문서를 참고하세요.
마지막으로 여러 리전에 걸쳐 Backstage 배포를 복제할 수도 있어요. 이것은 기본 제공되는 지원이 있는 패턴은 아니며, 일반적으로 개별 백엔드 플러그인에 대해서만 합리적이에요.