This article provides a step-by-step guide on how to self-host Capgo, as well as a discussion of the benefits and challenges of self-hosting.

소개

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

Capgo를 시작하는 가장 쉬운 방법은 클라우드에서 제공하는 공식 관리 서비스입니다. 그러나 자체 호스팅을 관리하는 것을 원한다면, Capgo를 서버에서 자체 호스팅할 수도 있습니다.

자체 호스팅이란 무엇인가?

디지털 영역에서 자체 호스팅은 서버 또는 호스팅 인프라를 실행하여 온라인 존재와 서비스를 관리하고 제어하는 것을 의미합니다.第三자 호스팅 제공자를 의존하는 대신, 개인 및 조직은 서버, 웹사이트, 애플리케이션 및 데이터 저장소를 자신의 조건에 따라 설정하고 관리합니다.

왜 자체 호스팅을 선택하나요?

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

• 개인 정보 보호와 통제: 자체 호스팅은 데이터와 개인 정보에 대한 완전한 통제권을 제공합니다. 제 3 자 제공 업체가 활동을 추적하거나 데이터를 판매할 필요가 없습니다.

• 비용 절감: 자체 호스팅은 장기적으로 비용이 저렴할 수 있으며, 특히 많은 리소스를 사용하거나 여러 서비스를 실행하는 경우尤其 그렇습니다.

• 맞춤화: 자체 호스팅은 특정 요구 사항을 충족시키기 위해 응용 프로그램과 서비스를 맞춤화할 수 있습니다.

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

• 독립성: __CAPGO_KEEP_0__

Capgo 클라우드와 Capgo 자체 호스팅 간의 차이점은 무엇인가요?

Capgo에는 단 하나의 버전만이 있습니다. 내 클라우드와 내 자체 호스팅 제품은 완전히 동일합니다. 프리미엄 및 전용 상업 버전이 있으며 더 나은 또는 더 완전한 기능 세트가 있는 것은 아닙니다.

클라우드와 자체 호스팅 모두에서 동일한 대시보드, 동일한 동작 가능한 지표 및 동일한 방문자 개인 정보를 존중하는 약속을 받을 수 있습니다. 2018년 12월에 __CAPGO_KEEP_0__ 개발을 시작했으며 2019년 5월에 SaaS 구독 사업을 시작했습니다. 프로젝트는 매우 활발하게 개발되고 빠르게 성장하고 있습니다. 또한 강력하고 전투를 견디는 프로젝트입니다. __CAPGO_KEEP_0__ 클라우드와 __CAPGO_KEEP_1__ 자체 호스팅 간의 차이점은 다음과 같습니다.

I started developing Capgo in December 2018, and I launched the SaaS subscription business in May 2019. The project is very much alive, actively developed and fast-growing. It is robust and battle-tested too.

Here are the differences between Capgo Cloud and Capgo Self-Hosted:

Capgo를 자체 호스팅하는 방법

Capgo에서 Supabase를 주로 사용하며, 자체 호스팅을 하려면 다음을 따라야 합니다. Supabase 자체 호스팅 문서.

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

CLI를 자체 호스팅한 capgo와 함께 사용하려면, 앱 디렉토리에서 capacitor.config.ts를 편집하고 다음처럼 설정하세요.

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",
    },
  },
};

주의: localSupaAnon을 얻으려면 다음 튜토리얼 을 따라서 anon 키를 localSupaAnon에 복사하세요.

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

요구 사항

클론 capgo

capacitor 업데이터를 사용하기 위해 capgo을 자체 호스팅하려면 capacitor.config.ts __CAPGO_KEEP_1__의 디렉토리에서 앱을 열고 다음처럼 설정하세요.

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은 자체 호스팅을 할 수 있는 조직이 자원과 전문성을 보유하고 있다면 좋은 옵션일 수 있습니다. 자체 호스팅은 업데이트 프로세스, 보안, 규정 준수와 같은 여러 이점을 제공합니다. 그러나 이점과 장애를 신중하게 고려한 후 자체 호스팅을 결정하기 전에 중요합니다.

자체 호스팅 Capgo을 고려하고 있다면, Capgo을 읽기를 추천합니다. 자체 호스팅 문서. 자체 호스팅의 요구 사항과 위험에 대한 좋은 이해를 얻을 수 있습니다.

Self 호스팅에서 계속 진행하세요 Capgo

__CAPGO_KEEP_0__을 사용 중이라면 Self 호스팅 Capgo __CAPGO_KEEP_0__ CI/CD와 연결하여 Capgo CI/CD의 제품 워크플로우에서 Capgo 네이티브 빌드의 제품 워크플로우에서 Capgo 통합의 제품 워크플로우에서 Capgo 통합의 구현 세부 정보에서 Capgo Integrations for the product workflow in Capgo Integrations, __CAPGO_KEEP_0__ CI/CD와 연결하여 CI/CD를 자동화하여 제품 워크플로우를 구축하고, __CAPGO_KEEP_0__ 네이티브 빌드를 사용하여 제품 워크플로우를 구축하고, __CAPGO_KEEP_0__ 통합을 사용하여 제품 워크플로우를 구축하고, CI/CD 통합을 사용하여 구현 세부 정보를 구축합니다. __CAPGO_KEEP_0__ 네이티브 빌드와 연결하여 CI/CD를 자동화하여 제품 워크플로우를 구축하고, __CAPGO_KEEP_0__ 통합을 사용하여 제품 워크플로우를 구축하고, CI/CD 통합을 사용하여 구현 세부 정보를 구축합니다. GitHub 액션 통합 GitHub 액션 통합 구현 세부 사항에 대해.