이 기사에서는 Capgo을 자체 호스팅하는 방법에 대한 단계별 안내를 제공하며, 자체 호스팅의 이점과 단점에 대한 토론도 포함합니다.

소개

자체 호스팅은 서버와 네트워크를 설정하여 자신의 웹사이트 또는 애플리케이션을 실행하는 것을 의미합니다. 플랫폼으로부터 서비스를 받거나 공공 클라우드 제공자를 사용하는 대신, 자체 호스팅을 선택하는 사람들은 네트워크를 실행하고 유지 관리 및 가동 시간을 책임지고 웹사이트 또는 애플리케이션을 구축합니다.

Capgo을 시작하는 가장 쉬운 방법은 클라우드에서 제공하는 Capgo의 공식 관리 서비스입니다. 그러나 Capgo을 서버에서 자체 호스팅하는 경우도 가능합니다. 자체 호스팅이란 무엇인가?, but if you’re happy to manage your own, you can also self-host Capgo on your server.

자체 호스팅을 선택하는 이유는 무엇인가?

자체 호스팅을 선택하는 이유는 여러 가지가 있습니다. 가장 일반적인 이점은 다음과 같습니다:

개인 정보와 제어:

자체 호스팅은 데이터와 개인 정보에 대한 완전한 제어를 제공합니다.第三자 제공자가 활동을 추적하거나 데이터를 판매하는 것에 대한 걱정 없이.

• 자체 호스팅의 이점과 단점에 대한 토론도 포함합니다. 자체 호스팅의 이점과 단점에 대한 토론도 포함합니다.

• 비용 절감: 자원 사용량이 많거나 여러 서비스를 실행하는 경우 장기적으로 더 비용 효율적일 수 있습니다.

• 맞춤화: 자체 호스팅은 특정 요구 사항에 맞춰 응용 프로그램 및 서비스를 맞춤화할 수 있는 유연성을 제공합니다.

• 학습 및 실험: 자체 호스팅은 리눅스, 시스템 관리 및 기타 기술 주제에 대한 학습에 좋은 방법이 될 수 있습니다. 또한 새로운 소프트웨어 및 서비스와 실험할 수 있는 재미있는 방법이 될 수 있습니다.

• 독립성: 자체 호스팅은 외부 제공자에 의존성을 줄입니다. 서비스 중단, 가격 변경 또는 서비스 중단과 같은 외부 제공자의 조건에 따라 의존하지 않습니다. 비즈니스 및 온라인 존재에 의존하는 개인에게는 이러한 독립성이 중요합니다.

Capgo Cloud와 Capgo Self-Hosted의 차이점은 무엇인가요?

Capgo Cloud와 Self-Hosted 모두 완전히 동일합니다. 프리미엄 버전이 없는 완전한 기능 세트가 있는 상위 버전은 없습니다.

같은 대시보드, 같은 동작 가능한 메트릭스 및 방문자 개인 정보를 존중하는 동일한 약속을 받을 수 있습니다. __CAPGO_KEEP_0__ Cloud와 Self-Hosted의 차이점은 무엇인가요? both와 함께.

Capgo 개발을 시작한 것은 2018년 12월이고, SaaS 구독 사업을 2019년 5월에 시작했습니다. 프로젝트는 매우 활발하고 빠르게 성장하고 있습니다. 또한 강력하고 시험에 통과했습니다.

Capgo Cloud와 Capgo Self-Hosted의 차이점은 다음과 같습니다:

Capgo을 자체 호스팅하는 방법

우리는 Supabase를 주로 Capgo에 사용합니다. 자체 호스팅을 하려면 Capgo의 자체 호스팅 문서를 따르세요. Supabase 자체 호스팅 문서.

CLI를 자체 호스팅한 capgo와 함께 사용하는 방법

To use the CLI with self-hosted capgo edit the capacitor.config.ts from your app directory and set it like this:

const config: CapacitorConfig = {
  appId: 'com.demo.app',
  appName: 'demoApp',
  webDir: 'dist',
  bundledWebRuntime: false,
  plugins: {
    CapacitorUpdater : {
      localHost: "http://localhost:5173",
      localWebHost: "http://localhost:5173",
      localSupa: "http://localhost:54321",
      localSupaAnon: "see_notes",
    },
  },
};

__CAPGO_KEEP_2__.config.ts를 앱 디렉토리에서 편집하고 __CAPGO_KEEP_0__와 자체 호스팅한 __CAPGO_KEEP_1__를 설정하세요. 주의: localSupaAnon을 얻으려면 이 튜토리얼

Using the capacitor updater with self-hosted capgo

__CAPGO_KEEP_0__ 업데이터를 자체 호스팅한 __CAPGO_KEEP_1__와 함께 사용하는 방법

요구 사항 capgo

capacitor를 사용하여 자체 호스팅한 capgo와 함께 업데이터를 사용하는 방법 capacitor.config.ts 애플리케이션 디렉토리에서 이와 같이 설정합니다:

const config: CapacitorConfig = {
  appId: 'com.demo.app',
  appName: 'demoApp',
  webDir: 'dist',
  bundledWebRuntime: false,
  plugins: {
    CapacitorUpdater : {
      statsUrl: "https://localhost:54321/functions/v1/stats",
      channelUrl: "https://localhost:54321/functions/v1/channel_self",
      updateUrl: "https://localhost:54321/functions/v1/updates"
    },
  },
};

개발 환경에서 로컬 capgo을 사용할 수 있도록 하려면 이 설정이 필요합니다. 그러나 기본적으로는 충분하지 않습니다.

Both OS에서 테스트를 위해 HTTPS를 설정해야 합니다.

결론

자체 호스팅 Capgo은 자체적으로 자원과 전문성을 보유한 조직에게 좋은 옵션일 수 있습니다. 자체 호스팅은 업데이트 프로세스, 보안, 규정 준수와 같은 여러 이점을 제공합니다. 그러나 자체 호스팅을 결정하기 전에 이점과 장애물을 신중하게 비교해야 합니다.

If you are considering self-hosting Capgo, I recommend that you start by reading the Capgo 자체 호스팅 문서자체 호스팅 __CAPGO_KEEP_0__에서 계속 진행하세요.

Self hosted Capgo을 사용하고 있다면

Self hosted __CAPGO_KEEP_0__을 사용하여 CI/CD 자동화 계획을 세우고 연결하세요. Self hosted Capgo 자동화 Capgo CI/CD Capgo CI/CD를 위한 제품 워크플로우 Capgo Native Builds Capgo Native Builds를 위한 제품 워크플로우 Capgo Integrations Capgo Integrations를 위한 제품 워크플로우 CI/CD 통합 CI/CD 통합 GitHub Actions Integration GitHub Actions Integration