배포하기 전에 개별 WordPress 컨테이너와 WordPress 멀티사이트 중 선택하세요
“여러 WordPress 사이트를 운영한다”는 두 가지 아키텍처를 의미할 수 있습니다. 개별 컨테이너를 사용하면 각 사이트에 자체 WordPress 인스턴스와 일반적으로 자체 데이터베이스가 제공됩니다. WordPress 멀티사이트는 하나의 공유 WordPress 설치 환경에서 여러 사이트를 실행합니다. 두 방식은 장애 및 업데이트의 경계가 서로 다릅니다.
개별 컨테이너가 가장 깔끔한 격리를 제공합니다
서로 관련이 없는 사이트나 고객별 사이트라면 사이트마다 Compose 프로젝트를 하나씩 만드세요. 각 WordPress 인스턴스에 자체 영구 파일, 데이터베이스 인증 정보 및 외부 호스트 이름을 할당하세요. WordPress 컨테이너 이미지는 일반적인 영구 WordPress 배포를 지원합니다.
MariaDB 요구 사항을 참고하면 데이터베이스 메모리와 스토리지를 계획하는 데 도움이 됩니다.
사이트가 서로 긴밀하게 연결된 경우에만 멀티사이트를 사용하세요
WordPress 멀티사이트는 하나의 WordPress 코어 설치 환경과 플러그인, 테마를 공유하면서 각 사이트에 별도의 데이터베이스 테이블과 업로드 영역을 제공합니다. WordPress 멀티사이트 설정에서 이 모델과 서브도메인/하위 디렉터리 선택 사항을 설명합니다.
하나의 데이터베이스 스키마를 무분별하게 공유하지 마세요
개별 WordPress 인스턴스가 하나의 MariaDB 서버를 공유할 수는 있지만, 각 사이트에 별도의 데이터베이스와 사용자를 할당하세요. 이렇게 하면 모든 컨테이너가 동일한 스키마를 가리키는 것보다 백업, 마이그레이션 및 액세스 관리가 명확해집니다.
사이트 앞에 리버스 프록시를 배치하세요
각 사이트에는 안정적인 호스트 이름과 HTTPS 엔드포인트가 필요합니다. 여러 개의 무작위 고번 포트를 사용자에게 노출하는 대신 리버스 프록시를 통해 공개 도메인을 해당 WordPress 컨테이너로 연결하세요.
ZimaOS HTTPS 프록시에서 현재 ZimaOS 측 프록시 모델을 확인할 수 있습니다.
각 장애 경계를 별도로 백업하세요
개별 사이트를 사용하는 경우 각 사이트의 WordPress 파일과 데이터베이스를 백업하세요. 멀티사이트를 사용하는 경우 공유 파일과 전체 멀티사이트 데이터베이스를 백업하세요. 2025년 이전의 CasaOS 튜토리얼은 유용한 참고 자료이지만, 컨테이너를 복제하기 전에 아키텍처를 먼저 선택해야 합니다.
ZimaOS 앱 요구 사항을 참고하면 통합 호스트의 규모를 산정하는 데 도움이 됩니다.
