®OTOKO® 提供的 Telekom T Cloud Public
从订购 Telekom Cloud 服务，到形成一个可投入生产的应用，中间需要做出许多决定：网络架构、数据存储、权限设置，以及故障发生时的责任归属。对于 T Cloud Public（原 Open Telekom Cloud），OTOKO® 承担这部分集成工作。我们与您共同打造一套环境：您的团队清楚了解其架构，其运维职责也划分明确。
我们为您承担的工作
由 OTOKO® 负责规划、实施与约定的运维
示意图 · 并非服务商站点实景照片您对 OTOKO® 的委托
现有的 Open Telekom Cloud 环境需要扩展，本地应用需要迁移，或是多个站点需要统一接入。我们的出发点是您的数据路径和运维需求，并据此确定所需的服务，以及哪些工作分别由您团队、Telekom 或 T-Systems，以及 OTOKO® 承担。
已提供的平台是整个工作的基础。在此基础上，我们的服务范围涵盖架构设计、环境搭建、对接，以及约定的数据和应用迁移。移交之前，会将访问权限、备份和运维任务全部记录在案。后续的持续支持，可以精确限定在您真正需要协助的组件范围内。
具体服务详情服务范围
计算能力、网络和数据存储彼此紧密关联。以下服务将这些资源与您现有的 IT 系统连接起来，并清楚说明 OTOKO® 承担哪些集成和运维任务。
计算能力的规划以应用需求为依据。我们与您共同确定配置规格和预留余量，搭建虚拟系统，并划分出所需的各类环境。访问权限、用途和职责归属会被完整记录，以便日后的扩展能够以此为基础。
一套已完成容量规划的服务器架构，并附有区域、系统归属和部署配置的文档记录。
我们根据 CPU、内存、操作系统和负载特征来规划虚拟服务器。开发系统与生产系统分别获得独立的访问权限和经过商定的部署规则。在实施之前，我们会针对您的具体需求核实可用的实例类型和区域容量。
各站点、数据库和应用之间，需要有针对性的连接方案。网络架构正是依据这些通信路径搭建而成，并配备相应的访问规则和名称解析。搭建完成后，我们会共同检查所需服务是否可以正常访问，以及连接中断会对运维造成怎样的影响。
一份网络方案，包含数据流、已授权的连接以及可追溯的测试记录。
Virtual Private Cloud（VPC）、子网和安全规则构成了网络边界。VPN 及相应的对接方式，将本地系统与 Telekom Cloud 连接起来。Elastic Load Balance 可以将请求分发到各应用实例。我们会检查可达性、DNS、访问规则以及连接中断时的应对方式。
数据迁移远不止复制文件那么简单。存储目标、数据库访问方式和备份路径，都必须与应用相匹配。我们会与您的团队商定传输顺序和测试安排，以便在业务验收之前，检查数据的完整性和可用性。
一份数据与存储方案，包含迁移路径、职责分工以及业务验收标准。
Object Storage Service（OBS）、块存储和 Relational Database Service（RDS）各自承担不同的任务。我们会将数据资产分配给合适的服务，并规划迁移、权限和备份。存储需求和数据流量也会一并纳入成本核算。
容器应用需要一条规范的路径，从镜像一直延伸到正式运行的版本。我们会为平台配置访问权限、资源和部署流程。即便使用托管服务，应用配置、审批和数据恢复等任务，依然会有明确的归属。
一个经过商定的容器平台，包含发布路径、访问模型以及向运维团队的移交。
Cloud Container Engine（CCE）是在 T Cloud Public 上运行容器化应用的一种选择。我们会与应用团队共同规划集群、工作节点、网络和持久化存储。即便是托管平台，角色、部署流程和更新也需要明确的任务分工。
谁有权修改资源，事后又该如何追溯某项变更？角色权限、管理访问以及约定的日志记录，会将您的要求转化为具体的设置。移交文档会清楚记录哪些内容已经落实，哪些组织层面的决定仍需由您作出。
一份有文档记录的权限方案，以及已落实的管控措施和待办事项清单。
IAM、日志记录和密钥管理会与您的内部规定进行比对。我们会记录管理访问权限、角色和授权。区域选择或云服务商的证书并不能替代对您的具体应用和配置的审查；项目中会一并整理所需的证明材料。
日常运行中，真正重要的是随时可以联系到的责任人，以及明确分配的任务。运维支持会将相关组件、维护、监控和变更流程，整合进一份服务目录，其中同时说明何时由 Telekom 或 T-Systems 负责，何时则由 OTOKO® 或您的应用团队接手。
一套运维模式，包含报告路径、服务边界、维护计划和恢复流程。
我们会与您的团队协调监控、补丁、备份和变更。Telekom 或 T-Systems、OTOKO® 与应用团队之间的职责会分别加以说明。服务时间和响应目标依据约定的服务目录确定，而不是仅凭所选云平台自动生效。
规划与实施详解
该平台提供的是资源。这些资源如何转化为一个可供企业使用的环境，取决于应用、数据流转路径和任务分工。尤其是已有的 Open Telekom Cloud 环境，值得共同审视其配置和运维组织。
首先要明确的问题是：您的应用究竟需要什么，包括计算能力、数据存储、可达性以及与现有系统的连接。仅仅列出一份期望的服务器清单，并不能说明哪些组件必须协同工作，也说明不了负载和数据量将如何变化。我们会共同梳理这些关联，将明确的需求与假设区分开来。在此基础上，进一步准备合适的 Telekom Cloud 服务选型。已有的资源也会被纳入考虑，以避免在没有业务理由的情况下替换掉正常运行的结构。
在环境搭建过程中，环境、权限和网络区域的划分会确保您的团队能够理解整体架构。测试系统和生产应用各自获得所需的边界。此外，我们还会明确新资源如何加入，以及由谁审批变更。相关文档不仅描述初始状态，也说明预定的扩展路径。当日后有多个内部团队或外部应用合作方在同一环境中协作时，这一点尤为重要。
部署在 Telekom Cloud 中的应用仍可能依赖本地用户管理、数据源或其他站点。因此，这些连接关系需要尽早纳入规划。我们会共同检查所需的数据流转路径、名称解析和访问规则，同时也会考虑：一旦连接中断，哪些流程仍必须继续运行。基于这些需求，会形成一套测试范围，反映应用的完整通信情况，而不仅限于对单个资源的孤立可达性测试。
在数据迁移过程中，传输路径、数据版本和业务验证会相互协调一致。谁来确认应用能够正确处理迁移后的数据？旧系统中的变更最迟可以进行到什么时候？切换之前有哪些备份可用？这些问题的答案决定了整个流程和职责分工。完成技术搭建后，我们会支持约定的测试工作，并记录尚未解决的问题。这样，数据迁移就成为一次协调一致的过渡，其成效也可以由您的应用团队从业务角度加以评估。
一项已开通的云服务并不会自动承担操作系统、数据和应用方面的全部工作。因此，在开始提供运维支持之前，我们会先区分已订购的平台服务与您环境中实际产生的工作。这些工作包括配置变更、权限管理、更新后的业务测试以及告警处理等。Telekom（或 T-Systems）、OTOKO® 与您自身团队各自的职责，会依据具体环境逐项记录下来，而不只是笼统地划定责任范围。
由此确定的运维支持范围会明确涉及的组件、服务时间和报告路径。对于故障处理，会明确由谁负责首次评估，以及如何引入其他相关方。维护和恢复工作也会指定具体负责人。如果部分任务仍保留在您的 IT 部门，这部分自有职责会被明确记录下来。这有助于容量规划，也便于日后讨论扩展事宜：新应用可以先对照现有范围进行核查，从而避免在不知不觉中产生额外的运维任务。
我们的协作方式
您无需亲自安排每一个技术环节。我们会记录任务和决策，并在需要您团队的专业知识或审批时，及时让其参与进来。
我们会将应用需求与现有的 Telekom 服务进行对比，在集成和支持方面尚待明确的事项，也会一并纳入工作范围。
您的参与： 请提供现有资料，并指定平台和应用方面的联系人。
完成搭建之后，会对访问权限、数据路径以及计划部署的应用进行测试，测试结果将决定移交准备工作的具体安排。
您的参与： 请检查业务可用性，并与您的团队商定必要的调整事项。
移交环节会明确区分 Telekom 或 T-Systems、OTOKO® 以及您的团队各自承担的任务，报告路径和维护安排也会据此记录在案。
您的参与： 请确认验收结果，以及您的应用团队后续仍需承担的任务。
示例项目场景
以下是一个可能的合作项目示例，具体范围将取决于您的实际情况。
一个内部应用需要新的基础设施，但仍需与本地服务保持连接。
我们会规划服务和区域的选型，测试对接情况，并与应用团队一起筹备迁移工作。
一套有文档记录的目标运维模式，明确了数据流转路径、职责分工和验收标准。
您将获得什么
包含服务和区域选型文档的 T Cloud 目标蓝图
包含迁移、测试和验收的实施计划
包含职责划分和成本概览的运维文档
Telekom T Cloud Gold
我们协助您选择并集成合适的 Telekom Cloud 服务。数据存放地点、访问规则和运维范围将在项目中明确规定。
此前的 Open Telekom Cloud 现已更名为 T Cloud Public。我们会结合您在接入、身份管理、迁移和运维方面的需求，共同审视现有环境和新的项目。
了解与您 IT 环境的接入方式从意向到具体委托
在初步沟通阶段，这些资料无需齐全。我们会共同确认现有信息，以及评估还需要补充哪些内容。
报价中会明确服务范围、您团队的参与方式、所需权限、验收标准和移交安排。服务商费用、项目服务费用与持续运维费用之间的界限也会清晰划分。
洽谈评估启动之前
T Cloud Public 是此前 Open Telekom Cloud 的现用名称。在项目中，我们会明确界定应由哪些 Telekom 服务、区域和运维服务来满足您的需求。
面向企业的 Telekom Cloud：OTOKO® 全程支持 T Cloud Public（原 Open Telekom Cloud），从咨询和架构设计，到迁移和 Kubernetes，再到约定范围内的托管运维。
可以。我们会根据您的接口、身份管理、网络以及可用性和数据存放地点方面的要求，规划混合架构。
Open Telekom Cloud 已更名为 T Cloud Public。日常用语中，“Telekom Cloud”可能泛指 Telekom 旗下的多种云产品。因此，我们会在方案中明确说明具体指的是 T Cloud Public 还是其他产品。
具体的服务商及合同范围取决于您的云合同。OTOKO® 在此基础上补充约定的咨询、集成和运维任务。一份职责矩阵会明确划分平台、操作系统、数据和应用各自的边界。
这并不能仅凭平台名称就得到保证。区域、服务、备份目标和对接系统，都会依据您的要求进行选择并形成文档。整个数据处理过程都必须结合具体项目加以审视。
可以。我们会先对项目、访问权限、网络和运维流程进行评估。单纯的更名并不需要全面重建；所需的变更会依据您的实际现状来确定。
OTOKO® 提供的 Telekom T Cloud Public
无论是全新的应用，还是现有的 Open Telekom Cloud 环境：只需提供系统、站点以及期望支持范围的概览，即可开始合作。在此基础上，我们会制定下一步的技术方案，并明确各方的职责分工。
预约 Telekom T Cloud Public 初步沟通
