职责清晰的系统托管

选择系统负载的托管参数

我们指定所需的可用性级别、服务窗口、副本保留、监控和响应时间，而不是通用包。

我们可以在审核后维护新的实施或组织现有的基础设施。

应用程序、数据库和外部服务

该清单包括应用程序环境、数据库、文件、技术邮件、域、证书和集成。我们确定外部提供商执行的访问和活动的所有者。

基础设施的选择取决于工作负载的性质、数据位置、更新方法和可用性要求。 FileMaker 托管在其部分中描述了单独的范围。

副本、监控和响应

监视应包括与应用程序相关的信号：错误、作业性能、可用空间和复制执行。响应计划决定由谁接收报告、由谁进行诊断以及由谁做出恢复决定。

数据库的副本并不总是足够的。您必须包含操作所需的文件、配置、密钥和服务。我们确定该过程的恢复时间和允许的数据丢失。

维护建议涵盖哪些内容？

我们描述环境、更新窗口、访问范围、支持的票证以及如何将更改推送到生产。服务条款、价格和义务需要单独确认。

• 所需环境和依赖项列表
• 应用程序和基础设施的责任划分
• 备份和恢复计划
• 更新方法、文件和终止合作的程序

系统切换在切换之前开始

首先，我们准备试用环境，传输副本并检查用户任务和集成。我们确定停止记录的时刻、最终的数据传输、切换标准和返回的可能性。

护理结束时，需要一套商定的数据、附件、配置、许可证和文档。我们在维护开始之前确定导出方法和重新启动的责任。

托管 Web 应用程序、数据库和后台任务

对于 React 和 Next.js 应用程序，我们将静态资源、服务器端渲染和执行任务的服务分开。我们根据所使用的功能调整发布方法：静态导出不会取代需要动态操作的服务器。

在 PostgreSQL 中，我们规划应用程序连接、管理访问、副本和更新。我们将托管变体与我们自己的环境在责任、数据位置、可用扩展和恢复过程方面进行比较。

Ubuntu、VPS 和专用服务器的配置

我们配置Linux系统、SSH访问、应用程序服务、网络和HTTPS。我们选择 VPS 或专用服务器的资源来满足负载和恢复要求。管理范围包括商定的更新、监控、副本和文件。

在现有环境中，我们从修订、访问和数据审查开始。在迁移之前，我们会进行试运行并检查应用程序和后台任务。管理式医疗可能涉及各种类型的基础设施；我们分别确定责任范围。

Docker 容器、Compose 和实施自动化

我们准备应用程序映像、服务配置、网络和卷。我们将容器化与构建、测试和部署特定版本并控制结果的过程相结合。主机和镜像需要独立更新。

数据库和文件需要独立于容器的副本。考虑到基地的迁移，我们制定了秘密、监控和返回计划。我们根据可用性和维护的实际需求来选择多主机编排。

要估计环境，您需要同时工作的人数、典型操作、数据量和增长以及集成负载。我们根据系统使用情况选择参数，没有适合每个应用程序的通用限制。