이 문서는 자체 호스팅 Capgo에 대한 단계별 가이드와 자체 호스팅의 이점과 어려움에 대한 논의를 제공합니다.

소개

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

Capgo를 시작하는 가장 쉬운 방법은 Capgo __CAPGO_KEEP_0__, but if you’re happy to manage your own, you can also self-host Capgo on your server.

만약 당신이 서버를 관리하고 싶지 않다면, __CAPGO_KEEP_0__를 당신의 서버에 설치할 수 있다.

Self-hosting이란 무엇인가?

Self-hosting은 디지털 영역에서 서버나 호스팅 인프라를 운영하는 것을 의미한다. 이로써 온라인 존재와 서비스를 관리하고 제어할 수 있다. 대신에, 세 번째 호스팅 제공자를 의존하지 않고, 개인과 조직은 서버, 웹사이트, 애플리케이션, 데이터 저장소를 자신의 조건에 맞게 설정하고 관리할 수 있다.

Self-hosting을 선택하는 이유는?

• Self-hosting을 선택하는 이유는 여러 가지가 있다. 가장 일반적인 이점은 다음과 같다. 개인 정보와 통제권:

• Self-hosting은 당신이 데이터와 개인 정보를 완전히 통제할 수 있게 해준다. 세 번째 제공자가 당신의 활동을 추적하거나 데이터를 판매하는 것을 걱정할 필요가 없다. 비용 절감:

• Self-hosting은 장기적으로 비용이 절감될 수 있다. 특히, 많은 자원을 사용하거나 여러 서비스를 운영하는 경우이다. 맞춤형화:

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

• 독립성: 자체 호스팅은 외부 제공자에 의존하는 것을 줄입니다. 서비스 약관, 가격 변경 또는 잠재적인 서비스 중단에 의존하지 않습니다. 이 독립성은 비즈니스와 개인이 온라인 존재에 의존하는 중요한 기능에 의존하는 경우 특히 중요합니다.

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

Capgo의 버전은 하나뿐입니다. 클라우드와 자체 호스팅 제품은 모두 완전히 동일합니다. 프리미엄 및 전용 상업 버전이 더 나은 또는 더 완전한 기능 세트를 제공하는 것은 아닙니다.

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

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.

Capgo Cloud와 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을 얻으려면 이 tutorial 을 따라서 anon key를 localSupaAnon에 복사하세요.

capacitor 업데이터를 사용하여 자체 호스팅 capgo

Requirement

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

This will enable you to use local capgo in development. However, by default, this is not enough.

이렇게 하면 개발 환경에서 local __CAPGO_KEEP_0__을 사용할 수 있습니다. 그러나 기본적으로 이것만으로는 충분하지 않습니다.

Both os를 테스트하려면 HTTPS를 설정해야 합니다.

In Capgo를 자체 호스팅하는 것은 자원과 전문성을 갖춘 조직에게는 좋은 옵션일 수 있습니다. 자체 호스팅은 업데이트 프로세스, 보안, 규정 준수와 같은 여러 이점을 제공합니다. 그러나 자체 호스팅을 결정하기 전에 이점과 장애를 신중하게 고려해야 합니다.

자체 호스팅 Capgo을 고려하고 있다면, Capgo을 읽는 것을 추천합니다. 자체 호스팅 문서자체 호스팅 __CAPGO_KEEP_0__

자체 호스팅 Capgo을 사용하여 CI/CD 자동화 계획을 만든다면, Capgo CI/CD와 연결하세요.

__CAPGO_KEEP_0__ CI/CD Capgo CI/CD에서 제품 워크플로우 __CAPGO_KEEP_0__ Native Builds Capgo Native Builds에서 제품 워크플로우 Keep going from Self hosted Capgo Capgo Native Builds Self hosted Capgo Capgo 통합 Capgo 통합을 위한 제품 워크플로우에서 CI/CD 통합 CI/CD 통합의 구현 세부 사항에 대해 GitHub 액션 통합 GitHub 액션 통합의 구현 세부 사항에 대해