1:1 matching
Cloud Jetorbit 不是 AWS，也不是其他服务商，因此我们会尽可能贴近地复刻您使用的每项服务。您的团队可以继续使用相同的技术。
托管服务 / 基础设施迁移
迁移您的基础设施 无需更换技术栈
适用于跨多台服务器的架构：集群、负载均衡器、CI/CD 流水线和内部 VPN。Jetorbit 团队在 Cloud Jetorbit 上复刻每个组件，再分阶段迁移。
- Kubernetes容器编排
- Traefik负载均衡器与 Ingress
- JenkinsCI/CD
- Rediscache
- RabbitMQ消息队列
- PostgreSQLdatabase
- VPN内部访问
01 / 方法
照原样复制您的架构，不重新设计
迁移完成之前，原服务商会继续向您收费。因此我们先做好迁移准备，再分阶段执行；在 DNS 切换之前，原有架构会继续为您的客户提供服务。
先定拓扑和费用
在迁移任何内容之前，我们先拟定 Cloud Jetorbit 上的拓扑，并附上费用明细。
分阶段进行
服务逐个迁移，数据同步复制。内部演练完成后才切换用户流量。
02 / 迁移流程
我们的工作顺序
这与我们将 Inkanteen 迁出 AWS 时采用的顺序相同。每个阶段测试和迁移多少服务，取决于您的架构。
- 01
评估
我们列出在原服务商运行的服务，以及您希望实现的拓扑。
- 02
设计与费用
拟定 Cloud Jetorbit 拓扑并附上费用明细，供您审批。
- 03
试运行
先在 Cloud Jetorbit 上部署部分服务进行测试。
- 04
迁移与数据复制
在更改 DNS 之前，服务分阶段迁移，数据同步复制。
- 05
内部演练
在切换用户流量之前，团队确认一切运行正常。
- 06
切换 DNS
将 DNS 指向 Cloud Jetorbit，然后核对迁移过程中变更的数据。
- 07
托管
迁移完成后，Jetorbit 团队通过 Managed Service 维护基础设施。
03 / 迁移目标
您的基础设施迁往何处
同一套架构可以同时使用两者，例如应用节点放在 Cloud VPS 上，数据库放在 Dedicated Server 上。
04 / 案例研究
Inkanteen: 从 AWS 迁至 Cloud Jetorbit
Inkanteen 已停止运营，不再订阅 Jetorbit 服务。我们保留其迁移经历，用以展示 Jetorbit 团队如何开展 Managed Service 工作。
05 / 迁移表单
告诉我们您当前运行的架构
您使用哪些服务、在哪家服务商，以及哪些部分不能中断。我们据此绘制拓扑图并列出逐项费用。
想直接沟通？ 在 WhatsApp 上沟通.
采购需要正式报价？ 获取书面报价.