在云时代，上云成了企业必选项之一，云MSP则正好解决企业上云需求多样、复杂性与公有云标准、通用性之间的矛盾。
袋鼠云云上一体化服务，包含云上整体解决方案（迁云、专有云、运维托管、数据库服务）与全景运维监控平台，全方位帮助企业解决上云、用云、管云三大难题。
相比传统的IT运维服务商，袋鼠云已经探索出了全新的在线服务模式，即基于全景监控平台进行企业运维监控和一站式专家级运维服务，服务效率较传统的项目制IT服务大大提升。以下为袋鼠云MSP服务经典案例：
某公立三甲医院网络医院当前PACS集群部署在本地，存储了医院成立以来十几年、多达300TB的历史数据。根据相关规定，医院必须保存至少15年内的医疗数据，但这些多属于『冷数据』，占据了大量存储资源。该公立三甲医院网络医院的快速发展使得每年新增影像数据接近80TB，存储资源日益紧张。而且随着医学影像数据量的持续增大，该公立三甲医院网络医院PACS系统的数据存取性能也在逐渐下降。
该院历史影像数据将全部迁移至阿里云OSS，在本地IDC存储中只保留近5年内的热数据，为IDC存储腾出了大量空间解决了存储空间紧张的问题。
同时，在云端使用ECS、OSS、SLB等云产品构建一套云端PACS系统，病人在该医院就诊的影像文件定时同步到云端。如果病人转院治疗需要原来的影像资料时，可以使用移动APP直接查看，再也无需重新拍片。
- OSS即开即用，拥有无限大空间存储，并按实际使用量付费，用户无需提前购置空间，在成本上相比于传统存储有明显的优势，且数据可靠性和安全性更有保障；
- 该医院将借助云平台技术，实现医联体之间数据互联互通，基层医院可以快速与该医院实现双向转诊、远程会诊等；
- 患者可享受预约挂号、查看报告、支付结算、健康咨询、在线复诊、药事服务等便捷、高效的互联网医疗服务。
某知名地产企业拥有ERP、BI、OA、CRM等大大小小30多个业务系统运行在云端，云产品的数量种类较多；服务器数量超过500台，增加排障困难；随着业务扩展，系统越来越复杂，技术能力要求越来越高，给公司的运维管理带来的挑战也越来越大。
袋鼠云运维团队围绕云产品、网络安全、数据库安全、业务安全、服务器安全、技术运维等方面，为客户制定了详细的企业运维解决方案，搭配统一的告警系统、做到及时响应问题，及时排查，为业务保驾护航。
- 帮助客户梳理和优化安全组规则
- 定期修复服务器漏洞
- 定期对Linux/Windows系统进行基线加固
- 安全应急响应支持
- 每月提供云端安全月报，总结每月的系统安全情况
- 客户能够更快更好更合理的的使用云资源、合理优化云资源成本、并对其进行有效管理；
- 通过整体的安全规划、设计与实施，保证线上业务系统安全、可靠运行；
- 7*24在线运维服务，帮助客户提高运维效率，客户得以释放精力，专注于业务创新。
某互联网奢侈品供货平台由于业务发展迅速，技术团队主要精力投入到业务功能开发上，数据库的性能和稳定性存在很大隐患，曾出现过因数据库问题导致业务中断的情况，对公司影响巨大。另外，在大促期间，数倍的业务量对整个系统尤其是数据库来说都有很大的挑战，出现任何问题对公司来说都是无法挽回的损失。
针对客户的问题及需求，袋鼠云数据库团队提供了一套完备的数据库运维+大促护航解决方案，帮助客户解除数据库后顾之忧，聚焦于业务，实现业务快速增长。
针对客户大促活动需求，拥有十年淘宝DBA大促护航经验的袋鼠云数据库专家提供一对一现场护航服务，从前期活动规划开始，到大促结束全程跟踪。
使用数据库运维服务，客户无需投入太多资源即可获取专业的数据库运维能力，直接减少了成本支出。更重要的是，团队资源聚焦于上层业务支持，保障了业务快速增长。
2019年年中大促，袋鼠云数据库团队与客户一起圆满完成活动护航任务，系统承受住了10倍于日常业务的请求。由于前期做了充分准备，系统完美地应对了高爆发的业务冲击，服务持续稳定输出，大促活动圆满完成。
某地方商业银行上一代核心系统早在2003年投产，随着投行、资产证券化、贷款等业务的新兴增长，老核心已无法支撑新业务的正常运转。2015年1月，该地方银行开始实施新一代核心系统建设，项目历时17个月，涉及ESB、渠道、生产查询库分离等多个系统替换和改造。
然而，市场规模、技术成熟度的发展速度远超预期，传统新核心的交易跑批、个贷、ODS监管数据报送等系统压力过大，ECIF增长规模过快，将严重影响整体系统稳定性。
基于现实市场环境的压力以及对未来增速的预期，该银行确立了新核心平台建设的基本指导思想：互联网化。事实证明，通过构建银行分布式核心系统并结合专有云运维解决方案，双管齐下打造该银行的“互联网化”。
根据该企业遇到的一系列资源规划问题，袋鼠云运维团队从以下7个方面进行方案设计与规划，帮助该银行完成线上转型。
- 资源规划方面：根据每个项目组使用的资源空间大小进行统计，并进行相应的生命周期设置，从而使得OSS的空间下降。
- 知识培训方面：每周进行问题处理的review，将比较有含义的问题进行文档积累；对新进项目组的开发人员进行培训，使其快速熟悉相关技术。
- 故障处理类：及时通过带外进行重启物理机，并进行相关应用的健康检查。
- 运维规范类：变更的时候，对于高危命令，通过双人check的形式确保误操作；巡检交接的时候，需要对巡检结果进行review，防止巡检遗漏。
- 告警处理类：通过定时任务进行清理磁盘；通过排查发现其他集群、其他云也存在同样的问题，进行一并处理。
- 服务咨询类：建议客户应该按照项目的维度，统计ECS的CPU使用率；根据典型的应用梳理相关的CPU使用率，对于CPU使用率长时间少于70%的，并且峰值也少于50%的应用进行缩容。
- 故障复盘类：运维小组整体参加复盘会议，商讨改进方案；进行事后总结，出具故障报告。
- OSS的整体存储空间从70%的水位回落到40%，并建立了清晰的资源规划体系。
- 开发管理更简单，所有系统实现标准化、规范化；开发效率大大提升，能支持快速迭代需求。
- 不会出现连锁故障，能及时发现故障，并及时处理。
- 从机制的角度最大化较少人疏忽大意的问题，巡检/变更结果得到保障。
- 环境一旦出现问题，将进行全面排查，保证所有问题能同时被修复从而大大提高生产环境的稳定性。
