这篇文章给大家介绍SaaS如何应用到IT服务管理中，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。
网站建设、成都网站制作介绍好的网站是理念、设计和技术的结合。创新互联拥有的网站设计理念、多方位的设计风格、经验丰富的设计团队。提供PC端+手机端网站建设，用营销思维进行网站设计、采用先进技术开源代码、注重用户体验与SEO基础，将技术与创意整合到网站之中，以契合客户的方式做到创意性的视觉化效果。
在选择预置还是软件即服务(SaaS)模式时应基于企业业务和IT生命周期在不同情形下的具体需求。充分考虑到IT技术以及资本与运维开支预算，那么每一种模式都能带来益处。在选择时，CIO应充分考虑自身IT基础架构的增长潜力以及要求的定制和集成水平。
万能的SaaS？
选择SaaS交付模式进行IT服务管理能够为IT带来诸多益处。把IT服务管理基础架构交给SaaS供应商可以节省采购和实施软件的前期费用、购买硬件的资本支出，以及与合规和安全最佳实践相关的成本。
然而，即使选择了SaaS模式，CIO仍需决定究竟需要“多少”IT服务管理。是需要一个战术性的、简化的服务台应用，以便能专注于事件管理和资产商店工作流，还是需要一个功能更全面的系统，以便提供IT基础架构和IT工作流最佳实践的详细信息?
选择正确的IT服务管理方式十分关键，因为它不仅将有助于明确IT成本，而且还将决定未来的业务灵活度。以下标准将帮助CIO选择水平恰当的基于SaaS的IT服务管理平台。
选择标准量体裁衣
用户群大小、员工规模以及相关技术水平是决定IT系统所服务的环境范围和复杂性的重要线索。一般而言，IT部门每个服务台人员服务100位用户。服务台人员不超过35人的IT系统适合选用规模较小、简化的产品。而拥有超过35名服务台人员的企业往往有更严格的要求，需要更高端的IT服务管理系统，以及能够有效部署这些系统的熟练员工。
但是，有些因素往往比服务台规模大小更重要。首先是应用环境和支持应用环境的IT基础架构必须能够应对当前和未来的复杂性。如果应用以及支持应用的服务器、存储和网络是简单、静态的，那么可以采用比较基本的方案来降低成本和复杂性。随着复杂性的提高，CIO慢慢需要考虑采用更为全面的解决方案。
衡量复杂性的重要指标是每月执行的变更数量以及每项变更对服务及其相关组件的影响。各项变更对基础架构造成的宕机或安全风险越大，CIO越需要使用更强大的变更发布系统。
此外，CIO应思考有多少变更为正常变更或标准变更(而非紧急变更)。因为在紧急情况下，很少有时间能够模拟变更对环境中其它组件的影响。全面的IT服务管理方案能提供对环境更为深入的洞察，从而显著减少工作量、节省资金节约投资并降低风险。
CIO还应思考解决方案将如何帮助企业用更快的速度和更低的成本交付IT服务。虽然全面的解决方案可能比基本的方案贵，但是如果环境非常复杂，全面的解决方案所提供的自动化和管理服务能够切实减少提供服务所需的开支和时间。如果企业的IT环境不是很复杂，基本的解决方案可能是获得服务灵活性和节约成本的更好选择。
另外，CIO需要了解业务经理是否不再将IT看作“业务运营的战术开支”，而是将IT当作重要的业务助推器。业务经理的看法越是倾向后者，CIO越应使用更加全面的解决方案，以服务为中心而不是从“工单”或“被动反应”角度来思考。全面的IT服务管理方案能够提供更多信息并实现更多流程。
业务流程当前和未来的复杂性也很重要。用户类型越多，他们需要更多广泛的信息，导致跟踪基础IT资产并确保服务水平越难。如果未来的复杂因素众多，就应该考虑服务更加全面的解决方案，以便获得更加丰富的信息和最佳工作流程。如果预计在未来并无较大复杂性，那么基本的解决方案更具成本效益。
如果业务经理需要更好地衡量IT服务，CIO就应该考虑更完备的IT服务管理平台。这种平台所具备的衡量和报告功能将有助于CIO用业务指标来汇报(如是否及时在预算之内提供服务)，而非以IT为中心来衡量(如通过服务请求交付的每项资产的成本)。
如果管理“做什么”和管理“有什么”同样重要，甚至前者比后者更加重要，CIO应该使用全面的IT服务管理平台。基本系统通常只提供资产库存应用，而非资产管理系统。资产管理系统可以借助配置管理数据库(CMDB)来分类记录IT资产信息。
全面系统中的CMDB不仅能够存储资产数据，而且还能将资产数据标准化并与一整套IT服务管理工具共享。企业级CMDB可改进服务台服务的速度和准确性，同时还支持更多成熟的企业变更和发布流程。此外，企业级CMDB可简化资产和软件许可证管理活动，范围涵盖从向用户提供软件到淘汰不需要的软件。只有更加全面的解决方案才有能力将其它系统(例如基础架构发现工具、事件管理或业务应用)整合至IT服务管理平台。尽管大多数基本系统已转至LDAP等认证机制，但如果需要整合基础架构发现工具、事件管理或业务应用(例如，ERP或CRM系统)，仍应考虑更广泛的解决方案。
更广泛的整合要求基础架构发现工具能跟踪IT组件的服务生命周期，如服务器、网络转换器、存储阵列。跟踪那些提供关键业务服务的的IT服务组件能帮助CIO更好地做出决策，从而解决服务速度放缓或中断的问题，并满足行业、企业或法律要求的合规和治理标准。
如果发生以下情况，很可能需要整合事件管理系统：
· 用户或客户经常比IT系统更早发现服务速度放缓或中断
· 用户抱怨解决问题需要的时间和成本过多
· 在规模不断扩大、要求日渐增多的环境中，很难保持不间断运维
· 无法区分错误警报和对同一问题的多次警告
如果遇到以下情况，则更需要全面的解决方案中的整合能力。例如，服务台需要通过智能电话一类设备得到通知或实施变更，或是服务台需要与电信等特定行业的供给系统共享信息。如果IT服务管理系统需要与远程访问等诊测工具或软件(该软件允许某项服务重复造成过错误的事件)共享信息，也需要高度整合的能力。最后，CIO应该考虑允许服务台员工利用企业应用(如ERP和CRM)共享系统运行时间和性能等信息后，更全面的方案所提供的整合能力是否加快了问题解决的速度并提高了服务检测能力。
关于SaaS如何应用到IT服务管理中就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
