什么是应用托管服务？
应用托管服务（Application Managed Services，简称 AMS，也称 Application Management Services）是将应用的持续运维、维护、支持和改进工作外包的服务。UPTECH 提供 24/7 全天候服务，并为每个应用明确职责和服务级别。本服务面向业务软件，与同样简称 AMS 的海关舱单费用或电商平台联盟营销服务不同。
面向各行各业的业务应用。
ERP、CRM、客户门户、Web 和移动应用、API 以及互联的业务系统均可纳入评估。是否接管取决于架构、合法访问权限、许可证、文档和业务要求。以下物流与娱乐行业案例用于说明项目经验，并不代表服务仅限于这些行业。
服务范围
每项工作都有可核查的交付成果。
监控与告警
跟踪与关键业务流程相关的应用错误、延迟、后台任务和集成接口。
- 交付成果
- 监控清单、告警阈值和指定联系人。
事件响应与支持
接收请求、评估业务影响、调查错误，并与相关负责人协调恢复。
- 交付成果
- 事件记录、调查证据和后续行动记录。
软件维护与变更
修复约定范围内的缺陷、审查补丁和依赖项、测试变更并准备回滚流程。
- 交付成果
- 维护计划、审批记录、测试记录和部署历史。
应用性能
先调查响应缓慢的请求、查询和依赖项，再确定改进措施。
- 交付成果
- 瓶颈分析和按优先级排列的改进待办清单。
恢复准备
审查应用备份、恢复流程和服务依赖项。
- 交付成果
- 恢复检查清单、依赖风险和双方约定的测试计划。
报告与改进
回顾事件、变更、重复问题和尚未完成的工作。
- 交付成果
- 明确负责人、优先级和后续行动的运维报告。
基础设施管理、专业安全运营、云资源和许可证费用，以及新功能开发需另行约定范围。响应、恢复和彻底解决问题是不同的里程碑；本页面不承诺统一的恢复时间或可用性百分比。
应用生命周期
可靠运维，有计划地改进。
按需选择并组合持续运维、主动维护与应用改进。方案将运维职责与经批准的开发工作及重大升级分开列明。
运维与支持
在约定的支持层级内，处理用户请求、事件初步研判、符合已批准角色权限的访问请求、缺陷调查和紧急修复。
- 可核查的交付成果
- 服务台记录、升级处理责任人、操作手册和事件证据。
主动维护
应用监控、重复问题分析、补丁更新、兼容性审查、性能调优和恢复准备。
- 可核查的交付成果
- 预防性维护日程、根因分析记录和按优先级排列的改进待办清单。
改进与现代化
功能增强、遗留系统重构、版本升级、API 集成和数据管道改进，并进行功能、回归和性能测试。
- 可核查的交付成果
- 经批准的路线图、验收标准、测试证据和受控发布。
明确责任归属的服务管理
参考 ITIL 设计事件、请求、问题、变更、发布和知识管理流程。为本次服务约定 SLA 与 KPI 的计量方式、RACI 职责分工及服务评审报告。
自动化与 AIOps
将操作手册中可重复执行的任务自动化，并利用 AI 辅助分析经批准使用的数据，进行告警关联、工单分类、日志分析和异常检测。在启用操作前，明确权限、审核节点、审计记录和回滚方案。
企业平台与定制应用
根据实际应用、版本、集成环境和供应商授权权益设计服务。在评估时确认技术责任归属、合法访问权限和专项职责。
SAP
确定 SAP S/4HANA、ECC 及相关 SAP 应用的支持范围，包括业务任务、变更和集成。
Oracle
明确 E-Business Suite、PeopleSoft、Siebel、JD Edwards 和 Oracle Cloud ERP 的职责，包括集成与升级协调。
Salesforce
为选定的 Salesforce 云产品提供 CRM 流程、角色、配置、集成和平台版本发布检查支持。
Microsoft
协调 Dynamics 365、Power Platform 和 Azure 应用服务相关工作，包括工作流、数据连接和受控更新。
ServiceNow
维护 ITSM 流程、服务请求、访问规则、集成和经批准的平台变更。
定制应用与数据
在 AWS 或 Azure 上运行的 .NET、Java、Node.js、Python、React 和 Angular 应用；以及接管范围内的数据库、API、ETL/ELT 任务和数据质量检查。
需要接管现有应用？先评估架构和源代码访问权限、开展知识转移、稳定运维，再评审改进优先级。内部开发或其他供应商开发的应用均遵循相同的接管评估流程。
UPTECH 项目经验
AWS 上的关键物流应用。
UPTECH 为一家韩国科技企业承担了整个应用托管服务项目。系统连接了仓储管理（WMS）、运输管理（TMS）、货运代理（FFM）和堆场管理（YMS）。团队按业务领域分工，与客户项目联系人协调，并开展质量控制。使用 Jira 跟踪工作，使用 Zoom 协作。
AWS · WMS · TMS · FFM · YMS
跨系统、跨国家的专属团队。
UPTECH 为一家韩国娱乐与电子商务企业组建了一支 55 人的全球交付中心（GDC）团队。大部分人员转入离岸工作前，团队先在韩国进行了为期两个月的知识转移。团队负责越南和印度尼西亚的影院系统，以及韩国六个内部系统的运维和维护。一名桥梁工程师和一名协调人员继续驻场，与客户协同工作。
客户身份信息保密。团队规模和交接时长仅属于该项目，不代表其他合同的人员配置或交付结果。
全天候服务，职责明确。
SLA 明确事件优先级、计时起点、响应与恢复里程碑、沟通渠道、升级处理和依赖关系。UPTECH 执行已约定接管的运维工作并提供报告。客户的应用负责人确定业务优先级并审批变更。基础设施团队和软件供应商仍负责各自分工范围内的组件。
- 应用与环境清单
- 业务影响与事件优先级
- 响应与恢复的计量规则
- 访问权限、审批与升级处理联系人
- 维护窗口与供应商依赖
- 报告周期、证据与评审频率
运维报告应呈现哪些信息？
这是报告内容框架示例，并非客户报告或经测量的项目成果。
- 应用健康状况与重要告警
- 事件、支持请求及已记录的服务里程碑
- 已批准的维护、部署与验证结果
- 尚未关闭的风险，以及明确负责人和截止日期的改进行动
先了解系统，再承担责任。
- 01
评估当前系统
审查架构、业务流程、事件、集成和现有支持安排。
- 02
明确职责
约定应用范围、访问权限、服务级别、审批和升级处理。
- 03
准备交接
检查文档、监控、操作手册，并开展安全交接演练。
- 04
运维与改进
按计划移交职责、跟踪工作，并评审改进优先级。
提供您已有的信息即可。
- 应用与环境清单
- 架构图与集成图
- 应用负责人与供应商联系人
- 重复事件与业务影响
- 日志、仪表板与告警工具
- 变更、备份与恢复流程
选择 AMS 服务商前需要了解的问题。
UPTECH 是否提供 24/7 应用运维？
是。UPTECH 提供 24/7 全天候应用运维。接管的应用、监控点、支持渠道、事件级别和职责会在服务范围及 SLA 中明确。
AMS 是否仅面向物流行业？
不是。UPTECH 为各行各业提供 AMS。物流和跨国 GDC 是项目示例。每个应用都需根据其技术、访问权限、依赖关系和业务要求进行评估。
UPTECH 能否接管其他供应商开发的应用？
UPTECH 会先评估合法访问权限、技术文档、必要时的源代码访问权限、许可证、工具和供应商依赖。评估后再确认是否接管，以及 UPTECH 可执行的工作范围。
响应与恢复有什么区别？
响应是确认接收事件并进行分类。恢复是将服务恢复到约定的可用状态。调查和彻底解决问题可以是独立步骤。每个里程碑都需要各自的计量规则和依赖条件。
软件维护包含哪些内容？
约定范围内的工作可包括缺陷修复、依赖项和补丁审查、兼容性调整、测试与受控部署。新功能或重大升级需单独约定范围。
供应商许可证维护与 AMS 是一回事吗？
不是。供应商的维护或支持权益可以提供更新和产品支持。AMS 则负责组织运行应用所需的人员和流程。方案中应分开列明供应商费用、许可证权利和运维服务。
AMS 与临时事件支持有什么区别？
临时支持针对具体请求或问题。AMS 建立持续的运维责任，提供监控、维护和报告。除了事件处理，服务还包括有计划的应对准备与预防性工作。
AMS 服务费用是多少？
UPTECH 在审查应用、环境、集成、现有文档、业务影响、SLA 要求和工作量后报价。方案会明确所包含的工作、交付成果、排除事项，以及另行收费的资源或开发工作。
谁控制应用数据和访问权限？
所有权和允许的使用方式遵循客户现有权利、软件许可证及合同。访问权限应按角色分配，变更应经过审批，操作应有日志。交接和权限撤销会在服务约定中明确。
服务结束时如何处理？
退出计划会列明文档、允许移交的事件与变更记录、未完成工作、接收团队，以及权限移交或撤销安排。仅移交双方有权转交的信息。
告诉我们您的应用需要什么。
请先描述系统、当前问题和希望实现的改进。工作语言和服务安排将在确定范围时确认。
您的信息将用于沟通您的需求，具体遵循 UPTECH 的 隐私政策（越南语）. 请仅描述需求。不要发送密码、API 密钥或生产数据。