설정

입출고 현황

설정 메뉴를 통해 프로젝트 환경 설정을 관리할 수 있습니다.

../../../_images/interface-settings.png

프로젝트명

프로젝트의 이름입니다.

../../../_images/interface-settings-projectname.png

프로덕션 데이터베이스에 액세스할 때 사용할 주소를 지정합니다.

스테이징 및 개발 빌드의 주소는 이 이름에서 파생되어 자동으로 할당됩니다. 그러나 프로젝트 이름을 변경할 경우 향후 빌드에만 새 이름을 사용하게 됩니다.

공동작업자

프로젝트에 액세스할 수 있는 Github 사용자를 관리합니다.

../../../_images/interface-settings-collaborators.png

There are three levels of users:

  • Admin: has access to all features of an Odoo.sh project.

  • Tester: has access to the Staging and Development databases and their tooling. This role is for users conducting User Acceptance Tests. Testers can work with copies of production data but cannot access the production database through the Odoo.sh tooling.

  • Developer: has access only to the Development databases and their tooling. This role is for developers who propose code modifications but are not allowed to access production and staging databases through the Odoo.sh tooling.

개발자

테스터

관리자

개발

기록

원클릭 연결

로그

쉘/SSH

메일

설정

스테이징

기록

원클릭 연결

로그

쉘/SSH

메일

모니터링

백업

업그레이드

설정

생산

기록

원클릭 연결

로그

쉘/SSH

메일

모니터링

백업

업그레이드

설정

상태

설정

경고

Those roles only apply to the usage of Odoo.sh. It is important to reflect the user roles attribution within the repository on GitHub. Please refer to the GitHub documentation section on Managing a branch protection rule for detailed guidance.

공개 액세스

개발 빌드에 공개 액세스를 허용합니다.

../../../_images/interface-settings-public.png

If activated, this option exposes the Builds page publicly, allowing visitors to view logs of development builds.

프로덕션 및 스테이징 빌드는 제외되며 방문자는 해당하는 상태만 볼 수 있습니다.

사용자 지정 도메인

추가 도메인을 설정하려면 해당 브랜치의 :ref:`설정 탭 <odoosh-gettingstarted-branches-tabs-settings>`을 참조하세요.

서브 모듈

브랜치에서 하위 모듈로 사용하는 비공개 저장소에 대한 배포 키를 설정하여 Odoo.sh에서 다운로드할 수 있도록 합니다.

경고

이 설정은 비공개 저장소 에서만 필요한 설정입니다. 하위 모듈을 설정하는 방법을 확인하려면 이 문서의 하위 모듈 챕터에서 관련 내용을 확인할 수 있습니다.

../../../_images/interface-settings-submodules.png

비공개 저장소의 경우에는 해당 브랜치 및 개정판을 다운로드를 공개하지 않습니다. 따라서 원격 Git 서버를 통해 플랫폼이 비공개 저장소 개정판을 다운로드할 수 있도록 Odoo.sh에 대한 배포 키를 설정해야 합니다.

비공개 저장소에 대한 배포 키를 설정하려면 다음과 같이 진행합니다:

  • 입력란에 비공개 하위 저장소의 SSH URL을 붙여넣은 다음 추가 를 클릭합니다,

    • 예: git@github.com:USERNAME/REPOSITORY.git

    • Bitbucket, Gitlab와 같이 Github가 아닌 다른 Git 서버일 수 있으며 자체 호스팅 서버일 수도 있습니다.

  • 공개 키를 복사하고,

    • ssh-rsa some…random…characters…here…== 과 같이 표시됩니다.

  • 비공개 하위 저장소 설정에 있는 배포 키 중 공개 키를 추가합니다.

    • Github.com: 설정 ‣ 키 배포 ‣ 배포 키 추가

    • Bitbucket.com: 설정 ‣ 액세스 키 ‣ 키 추가

    • Gitlab.com: 설정 ‣ 저장소 ‣ 키 배포

    • 자체 호스팅: .ssh 디렉토리에 있는 git 사용자의authorized_keys 파일에 키를 추가합니다.

스토리지 크기

이 섹션에서는 프로젝트에서 사용하는 저장소 크기를 보여 줍니다.

../../../_images/interface-settings-storage.png

스토리지 크기는 다음과 같이 계산합니다.

  • PostgreSQL 데이터베이스 크기

  • 컨테이너에서 사용할 수 있는 디스크 파일의 크기: 데이터베이스 파일 저장소, 세션 스토리지 디렉토리 등

경고

디스크 사용량을 분석하려면 웹 셸에서 ncdu 도구를 실행할 수 있습니다.

프로덕션 데이터베이스 크기가 구독 항목에 프로비저닝된 크기를 초과할 정도로 커지면 자동으로 동기화가 실행됩니다.

데이터베이스 작업자

여기에서 데이터베이스 작업자를 추가로 설정할 수 있습니다. 작업자가 많을수록 프로덕션 데이터베이스가 처리할 수 있는 부하가 늘어납니다. 더 추가될 경우에는 자동으로 구독과 동기화됩니다.

../../../_images/interface-settings-workers.png

경고

작업자를 더 추가한다고 해서 성능과 관련한 문제가 모두 마술처럼 해결되지는 않습니다. 서버에서 동시에 연결 처리를 더 많이 할 수 있을 뿐입니다. 일부 작업이 비정상적으로 느려진 경우에는 코드에 문제가 있을 가능성이 높으며 사용자 지정으로 인한 문제가 아니라면 여기 에서 고객 상담을 요청할 수 있습니다.

스테이징 브랜치

스테이징 브랜치를 추가하면 더 많은 기능을 동시에 개발하고 테스트할 수 있습니다. 더 추가될 경우에는 자동으로 구독과 동기화됩니다.

../../../_images/interface-settings-staging-branches.png

활성화

프로젝트의 활성화 상태를 나타냅니다. 필요한 경우 프로젝트의 활성화 코드를 변경할 수 있습니다.

../../../_images/interface-settings-activation.png