托管 GOV.UK 测试版
Posted: Sat Mar 01, 2025 9:42 am
设计规则是我们在开发 GOV.UK 测试版时做出的每个决定的基础，托管也不例外。关键的设计规则是不要局限于单一供应商，并且要让更换托管合作伙伴变得轻而易举。
GOV.UK 的测试版构建速度不如之前的Alpha 版 。但我们仍在努力构建管理系统、开发可访问的前端、整合自定义工具并设置各种服务器来支持这一切。在整个过程中，我们一直保持着之前讨论过的敏捷、迭代方法，这种方法适用于编写内容和设计用户体验，一直到设置支持这一切的服务器。在如此快速地迭代时，我们需要一个能够为我们提供最大灵活性的托管环境，这样当我们需要向基础设施添加另一个元素时，我们就不会因为等待新服务器而过度放慢速度。
出于短期的考虑，我们选择了Amazon Web Services (AWS)，因为对于我们的当前 哥伦比亚 WhatsApp 号码数据 需求，它提供了稳定性、我们可以轻松集成到脚本中的高质量工具、一系列免费服务和出色的技术支持之间的完美平衡。然而，关键的是，我们没有使用任何无法轻松迁移到新供应商的独特 AWS 组件或服务。一旦G-Cloud 框架 启动并运行，我们就会尽快切换到该框架中最合适的产品。
云托管选项正在继续快速发展，对 GOV.UK 平台的要求也是如此。随着我们平台各部分的稳定，我们很可能会发现我们需要一个混合托管环境，其中某些方面位于 AWS 等某个地方，而其他方面则托管在其他云平台上，甚至托管在传统的专用硬件上。我们主要专注于研究现在能提供什么价值，而不是过于专注于潜在的未来情景，但我们一直小心遵循自己的规则，不会将自己与任何一个托管平台联系得太紧密。
例如，我们选择使用 Amazon 的关系数据库服务来处理我们的关系数据库，因为就我们的应用程序而言，它看起来就像MySQL一样。在开发时，我们可以使用 MySQL，在部署时，我们可以将扩展数据库的责任移交给 Amazon，而无需对我们的代码进行任何更改。这意味着，如果我们稍后决定将该代码移动到另一个托管环境，我们将能够专注于移动数据，而不必花时间重建我们的应用程序。我们很快会更多地谈论测试版中使用的数据库。
GOV.UK 的测试版构建速度不如之前的Alpha 版 。但我们仍在努力构建管理系统、开发可访问的前端、整合自定义工具并设置各种服务器来支持这一切。在整个过程中，我们一直保持着之前讨论过的敏捷、迭代方法，这种方法适用于编写内容和设计用户体验，一直到设置支持这一切的服务器。在如此快速地迭代时，我们需要一个能够为我们提供最大灵活性的托管环境，这样当我们需要向基础设施添加另一个元素时，我们就不会因为等待新服务器而过度放慢速度。
出于短期的考虑，我们选择了Amazon Web Services (AWS)，因为对于我们的当前 哥伦比亚 WhatsApp 号码数据 需求，它提供了稳定性、我们可以轻松集成到脚本中的高质量工具、一系列免费服务和出色的技术支持之间的完美平衡。然而，关键的是，我们没有使用任何无法轻松迁移到新供应商的独特 AWS 组件或服务。一旦G-Cloud 框架 启动并运行，我们就会尽快切换到该框架中最合适的产品。
云托管选项正在继续快速发展，对 GOV.UK 平台的要求也是如此。随着我们平台各部分的稳定，我们很可能会发现我们需要一个混合托管环境，其中某些方面位于 AWS 等某个地方，而其他方面则托管在其他云平台上，甚至托管在传统的专用硬件上。我们主要专注于研究现在能提供什么价值，而不是过于专注于潜在的未来情景，但我们一直小心遵循自己的规则，不会将自己与任何一个托管平台联系得太紧密。
例如，我们选择使用 Amazon 的关系数据库服务来处理我们的关系数据库，因为就我们的应用程序而言，它看起来就像MySQL一样。在开发时，我们可以使用 MySQL，在部署时，我们可以将扩展数据库的责任移交给 Amazon，而无需对我们的代码进行任何更改。这意味着，如果我们稍后决定将该代码移动到另一个托管环境，我们将能够专注于移动数据，而不必花时间重建我们的应用程序。我们很快会更多地谈论测试版中使用的数据库。