本文提供了一个逐步指南，介绍如何自建Capgo，以及自建的利弊和挑战。

介绍

自建主机是指通过设置服务器和网络来运行自己的网站或应用程序。相比使用平台即服务或公共云提供商，自建主机的用户将负责维护和保证网络的正常运行，除了构建网站或应用程序外。

使用Capgo的最简单方法是通过我们的在云中提供的官方托管服务,但如果您愿意管理自己的服务器，则也可以在您的服务器上自建Capgo。

What is self-hosting?

__CAPGO_KEEP_0__

在数字领域中，自主托管是指管理和控制在线存在和服务的实践。相比于依赖第三方托管提供商，个人和组织选择在自己的条件下设置和管理服务器、网站、应用程序和数据存储。

为什么选择自主托管?

自主托管有很多原因。一些最常见的好处包括: 隐私和控制:
自主托管让您完全控制数据和隐私。您不必担心第三方提供商跟踪您的活动或出售您的数据。 成本节约:
自主托管在长期内可以更节省成本，尤其是当您使用大量资源或运行多个服务时。 定制化:
自主托管让您有灵活性来定制您的应用程序和服务以满足您的具体需求。 学习和实验:
Independence: Self-hosting reduces your dependency on external providers. You’re not at the mercy of their terms of service, pricing changes, or potential service disruptions. This independence can be crucial for businesses and individuals who rely on their online presence for critical functions.

Capgo与Capgo的区别在于主机方式。

Capgo只有一个版本，我的Capgo Cloud和__CAPGO_KEEP_1__ Self-Hosted产品完全相同。没有优质或更完整的商业版本，具有更好的或更完整的功能集。

您在__CAPGO_KEEP_0__ Cloud和__CAPGO_KEEP_1__ Self-Hosted中获得相同的仪表板、相同的可操作指标和相同的承诺，尊严地保护您的访问者隐私同样。

我从2018年12月开始开发Capgo，并于2019年5月推出SaaS订阅业务。该项目非常活跃，正在积极开发中，并且快速增长。它也很强大，经过了战斗的测试。

Capgo Cloud和Capgo Self-Hosted的主要区别在于：

	__CAPGO_KEEP_0__ Cloud	__CAPGO_KEEP_1__ Self-hosted
主机方式	轻松便捷。只需2分钟即可开始发送第一条更新，高可用性、备份、安全性和维护都由我来处理。您不必担心任何事情，我会为您处理一切。	您自己来处理一切。您需要获取服务器，并需要管理您的基础设施。您负责安装、维护、升级、服务器容量、运行时间、备份、安全性、稳定性、一致性、加载时间等等。
存储	所有访客数据仅在欧盟所有的云基础设施上处理。您的网站数据存储在德国的安全、加密的服务器上。这确保了您的网站数据受到欧洲联盟严格的数据隐私法规的保护，并且符合GDPR的要求。您的网站数据永远不会离开欧盟。	您拥有完全的控制权，可以将Capgo在您想要的任何服务器上托管。您可以将其托管在您的地下室中，也可以将其托管在您想要的任何云提供商处，甚至是那些不符合GDPR要求的云提供商处。
原始数据	您可以在我的现代、简洁、快速的仪表盘上看到所有网站统计数据和指标。您只能在仪表盘上看到聚合的统计数据。	您是分析师，想要访问原始数据吗？托管Capgo自己就可以实现这一点。您可以直接从数据库中获取数据，并将其导入您选择的数据分析工具中。
成本	提供更新服务需要付费，因此我会收取订阅费。	您只需要为您的服务器支付费用以及与运行服务器相关的任何费用。您永远不需要为此支付任何费用，只需向您的云提供商支付费用。
高级支持	由真正的人类开发者和维护者提供的真正支持，负责构建和维护Capgo。	高级支持不包括。自主托管版本仅由社区支持。
发布	持续开发和改进，多次每周发布新功能和更新。	这是一个长期发布版本，发布两次每年，所以最新的功能不会立即可用，因为它们首先在云中经过了测试。

如何自主托管Capgo

我们主要使用 Supabase 在Capgo 中，我们要自主托管，只需遵循 Supabase 自主托管文档.

使用自主托管capgo 的CLI

要使用自主托管capgo 的CLI，请编辑您的应用程序目录中的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_0__。然而，缺省情况下，这还不够。

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.

结论

__CAPGO_KEEP_0__

In conclusion, self-hosting Capgo can be a good option for organizations that have the resources and expertise to do so. It offers a number of benefits, including control over the update process, security, and compliance. However, it is important to carefully weigh the benefits and challenges before deciding whether to self-host.

If you are considering self-hosting Capgo, I recommend that you start by reading the Capgo 自主托管文档This will give you a good understanding of the requirements and risks of self-hosting.

Keep going from Self hosted Capgo

If you are using Self hosted Capgo to plan CI/CD automation, connect it with Capgo CI/CD for the product workflow in Capgo CI/CD, Capgo Native Builds for the product workflow in Capgo Native Builds, Capgo 集成在 Capgo 集成中， CI/CD 集成 CI/CD 集成的实现细节中， GitHub 动作集成在 GitHub 动作集成的实现细节中，