logologo
시작
가이드
개발
플러그인
API
홈
English
简体中文
日本語
한국어
Español
Português
Deutsch
Français
Русский
시작
가이드
개발
플러그인
API
홈
logologo
NocoBase 작동 방식
설치 방법 및 버전 비교

NocoBase 설치

Docker 설치
create-nocobase-app 설치
Git 소스 코드 설치
환경 변수

NocoBase 업그레이드

Docker 설치 업그레이드
create-nocobase-app 설치 업그레이드
Git 소스 코드 설치 업그레이드

배포

프로덕션 환경 배포

정적 리소스 프록시

nginx
caddy
cdn

일반적인 운영 명령어

docker compose
pm2
더 빠른 배포 방법
플러그인 설치 & 업그레이드
Next PageNocoBase 작동 방식
AI 번역 알림

이 문서는 AI에 의해 번역되었습니다. 정확한 정보는 영어 버전을 참조하세요.

#시스템 요구 사항

이 문서에 설명된 시스템 요구 사항은 NocoBase 애플리케이션 서비스 자체의 실행 요구 사항이며, 애플리케이션 프로세스에 필요한 컴퓨팅 및 메모리 리소스만 포함됩니다. 다음을 포함한 의존 관계에 있는 제3자 서비스는 포함되지 않습니다:

  • API 게이트웨이 / 리버스 프록시
  • 데이터베이스 서비스 (예: MySQL, PostgreSQL)
  • 캐시 서비스 (예: Redis)
  • 메시지 큐, 오브젝트 스토리지 등의 미들웨어

기능 검증이나 실험적인 시나리오를 제외하고, 위에서 언급한 제3자 서비스는 별도의 서버나 컨테이너에 독립적으로 배포하거나 관련 클라우드 서비스를 직접 사용하는 것을 강력히 권장합니다.

관련 서비스의 시스템 구성 및 용량 계획은 실제 데이터 양, 비즈니스 부하 및 동시 접속 규모에 따라 별도로 평가하고 최적화해야 합니다.

#단일 노드 배포 모드

단일 노드 배포 모드는 NocoBase 애플리케이션 서비스가 단일 서버 또는 컨테이너 인스턴스에서만 실행되는 것을 의미합니다.

#최소 하드웨어 요구 사항

리소스요구 사항
CPU1 코어
메모리2 GB

적용 시나리오:

  • 마이크로 비즈니스
  • 기능 검증 (POC)
  • 개발 / 테스트 환경
  • 동시 접속이 거의 없는 시나리오
팁
  • 이 구성은 시스템 실행만 보장하며 성능은 보장하지 않습니다.
  • 데이터 양이나 동시 요청이 증가하면 시스템 리소스가 빠르게 병목 현상이 될 수 있습니다.
  • 소스 코드 개발, 플러그인 개발 또는 소스 코드에서 빌드 및 배포하는 시나리오의 경우, 종속성 설치, 컴파일 및 빌드 프로세스가 원활하게 완료될 수 있도록 4GB 이상의 여유 메모리를 확보하는 것이 좋습니다.

#권장 하드웨어 요구 사항

리소스권장 사양
CPU2 코어
메모리≥ 4 GB

적용 시나리오:

중소규모 비즈니스 및 소규모 동시 접속이 발생하는 운영 환경에 적합합니다.

팁
  • 이 구성에서 시스템은 일반적인 관리자 페이지 작업 및 가벼운 비즈니스 부하를 처리할 수 있습니다.
  • 비즈니스 복잡도, 동시 접속 또는 백그라운드 작업이 증가하면 하드웨어 사양을 업그레이드하거나 클러스터 모드로의 전환을 고려해야 합니다.

#클러스터 모드

중대규모 및 동시 접속이 많은 비즈니스 시나리오에 적합하며, 수평 확장을 통해 시스템 가용성과 비즈니스 처리량을 높일 수 있습니다 (자세한 내용은 클러스터 모드를 참조하십시오).

#노드 하드웨어 요구 사항

클러스터 모드에서 각 애플리케이션 노드(Pod / 인스턴스)의 하드웨어 구성은 단일 노드 배포 모드와 동일하게 권장됩니다.

노드당 최소 구성:

  • CPU: 1 코어
  • 메모리: 2 GB

노드당 권장 구성:

  • CPU: 2 코어
  • 메모리: 4 GB

#노드 수 계획

  • 클러스터의 노드 수는 필요에 따라 확장할 수 있습니다 (2–N).
  • 실제 필요한 노드 수는 다음에 따라 달라집니다:
    • 동시 접속량
    • 비즈니스 로직 복잡도
    • 백그라운드 작업 및 비동기 처리 부하
    • 외부 의존 서비스의 응답 능력

운영 환경에서의 권장 사항:

  • 모니터링 지표(CPU, 메모리, 요청 지연 시간 등)를 결합하여 노드 규모를 동적으로 조정하십시오.
  • 트래픽 변동에 대비하여 일정 수준의 리소스 여유를 확보하십시오.