非工作时间发生故障无人处理
系统在夜间或节假日发生错误时，必须等到工作时间才有人排查。
Cloud 托管服务
凌晨 3 点依然有专人值守系统
HiTechCloud 负责企业 Cloud 系统的管理——在 HiTechCloud 基础设施或国际 Cloud 平台上，提供持续监控、定期安全补丁修复、每日备份检查以及按 SLA 进行故障响应。
- 运维值守
- 24/7，包括节假日和春节
- 支持的平台
- HiTechCloud · AWS · 其他国际 Cloud
- 承诺
- 按故障等级的响应 SLA
- 报告
- 定期月度状态与故障报告
总览
Cloud不会自动运行
将系统迁移至Cloud解决了硬件问题，但并未解决人员问题。仍然必须有人跟进告警、更新补丁、检查备份并在服务停止时进行处理 — 并且这些工作不会发生在工作时间之内。
大多数中型企业规模不足以维持三班倒的轮值团队。结果是内部 IT 团队通过个人手机值班，补丁更新也被推迟，直至发生故障。
HiTechCloud 的 Cloud 运维服务恰好承接这一部分。我们运营自己的数据中心和基础设施，因此值班流程、分级处理与监控工具都是日常运行的机制，无需为每个合同单独搭建。
常见问题
Cloud系统处于无人值守运行状态的迹象
Cloud 费用无人复核
为旧任务创建的虚拟机和磁盘仍在运行并持续计费，无人负责清理。
权限随时间推移不断扩大
分配给承包商和前人力资源的账户因缺乏回收流程而仍具效力。
缺乏处理时效承诺
发生故障时，无人知晓系统何时恢复运行以及由谁承担责任。
服务
管理范围
监控与告警
监控服务器、服务、数据库、容量、SSL 证书及域名的状态，并根据预设阈值发出告警。
24/7 值守与故障响应
通过专用渠道接收故障，按优先级处理，并在超过时间阈值后升级至高级工程师。
打补丁与安全加固
按受控计划更新操作系统及软件补丁，审查 firewall、访问权限和服务配置。
备份与恢复管理
设置备份计划，每日监控结果，并定期进行实际恢复测试以确认备份副本可用。
成本审查
排查已付费但未使用的资源，并根据每月的实际使用量建议调整配置。
文档与报告
维护系统架构图、故障响应流程，并定期提供有关基础设施运行状况、已处理故障和改进建议的报告。
运作方式
责任边界在启动前即明确界定
运维服务中的大多数争议源于职责划分不清。我们从一开始就通过书面形式明确各方职责。
- 管理范围内的系统分类，附带各系统的重要程度。
- 针对不同故障等级承诺的响应时间与处理时间。
- 哪些事项由 HiTechCloud 自行决定，哪些事项需要企业审批。
- 访问权限按最小权限原则分配，记录日志并定期审查。
流程
从接管到平稳运行
-
01
调研与交接
审查现有系统，绘制基础设施拓扑图，记录遗留风险并统一管理范围。
-
02
标准化
在整个业务范围内配置监控、告警、备份计划、打补丁流程及运维文档。
-
03
按 SLA 运维
开启 24/7 值班，配备专属接入渠道、分级升级流程，并记录系统内的全部操作。
-
04
定期审查
提供月度报告、召开评审会议，并根据企业的实际变动调整范围或配置。
客户
本服务适用对象
刚迁移至Cloud的企业
- 系统已运行，但尚无专人负责日常运维。
- 尚未建立打补丁与备份检查的规范流程。
- 发生故障时需要承诺处理时限。
Cloud 成本难以控制的企业
- 发票金额持续增长，却无法对应到任何工作量。
- 为旧任务创建的资源仍在运行。
- 需要定期审查并提出具体的缩减建议。
需要非工作时间值守支持的企业
- 服务在晚间和节假日均面向客户提供。
- 夜间故障目前只能等待次日早间处理。
- 需要专人接收告警并按既定流程处理。
常见问题
常见问题
部署在 AWS 或其他服务提供商上的系统，是否承接？
是的。托管运维服务不要求基础设施必须位于 HiTechCloud。前提是具备适当的管理访问权限以及通往系统的安全连接通道。
该服务与基础设施管理服务有何不同？
基础设施管理侧重于服务器、网络和存储层，包括物理硬件。Cloud 管理则专注于运行在云平台上的系统，涵盖该平台的服务配置、成本与自动化。
内部 IT 团队还承担什么角色？
常见模式为协同合作：HiTechCloud 负责夜间值守、监控和基础设施故障；内部团队负责应用和业务层。权责边界在合同中明确约定，并可按阶段调整。
费用按什么计算？
根据管理范围内的系统数量与重要程度，以及所选择的 SLA 级别确定。报价单在完成调研后出具，不按发生的故障次数计费。
如果终止服务，该如何交接？
所有系统文档、监控配置、备份和运维流程均归企业所有并完整交接。HiTechCloud 的访问权限在合同终止后立即撤销。
将夜班工作交由已就绪的团队
联系 HiTechCloud 评估您的系统，并根据各项服务的重要程度提供匹配的管理范围及 SLA 级别建议。
