SaaS 的成功很大程度上归功于公司能够识别和封装软件商品化的业务流程。 对于企业内部的网络和基础设施团队来说也是如此。
SaaS(软件即服务)是当今最大的“云”市场。 尽管 IaaS(如 AWS、Azure 和 Google Cloud)令人兴奋,但实际情况是,SaaS 在采用率和持续增长方面已经远远超过所有其他形式的“云”。
并且还没有停止的迹象。 2016 年初的一项民意调查显示了SaaS 的持续爆发式增长,受访者表示,仅一年时间,IT 官方支持的 SaaS 应用数量就增长了 50%,从 2015 年的 8 个增加到 2016 年的 12 个。 报告预测,到2017年,这一数字还将再次增长,达到17家。
考虑到“云”已经有十年的历史了,对于传统上被认为是相当标准的应用来说,这样的采用率相当令人印象深刻。 我们正在讨论 CRM、ERP、CMS 以及与生产力相关的办公套件和文件共享网站。
您可能想知道 SaaS 与自动化基础设施有什么关系。 毕竟,这些是苹果和牛排。 网络中的自动化配置和扩展与 SaaS 完全不同。
但事实确实如此。 请稍等片刻,我会解释的。
看看吧,所有 SaaS应用的共同主题之一就是功能的商品化。 拖放文件共享是一种非常容易理解的文件共享方式,无论是在桌面上使用网络上的共享文件夹还是使用基于浏览器的界面。 对于文档、演示文稿甚至发布内容来说也是如此。 有一个非常明确的过程来定义如何做 X 或 Y,并且界面是网络浏览器还是独立应用程序实际上都不会改变过程,只会改变图标和界面。
许多业务功能也高度标准化(商品化)。 无论您与谁互动,客户服务代表 (CSR) 在接听您的重要电话后所遵循的流程(事实确实如此,他们都向我们保证确实如此)很可能非常相同。 致电有线电视公司或零售公司咨询订单会为您带来相当标准化的体验。 但不要只听我说,这里有一篇来自《哈佛商业评论》(2005 年)的很棒的文章,讨论了这种流程标准化的融合,这种融合不久之后导致了现在被称为“SaaS”的现象。
标准流程还使得流程能力的外包变得更加容易。 为了有效地外包流程,除了成本之外,组织还需要一种评估三件事的方法。 首先是外部供应商的活动集合及其流程。 由于公司尚未就成本会计或人力资源福利管理的组成达成共识,因此购买者和提供者之间应该提供哪些服务仍然不明确。 因此,组织需要一套流程活动的标准,以便在讨论外包流程时能够轻松、有效地进行沟通。 这些流程活动和流程标准开始在各种企业和行业中出现。 其中一些是供应链委员会等流程团体努力的结果,该委员会拥有 800 多家企业成员。
一旦任何流程标准化(商品化),它就会变得非常容易编纂并在其上贴上可以出售的前端。 我认为,正是这些业务功能的底层商品化推动了早期 SaaS 提供商走向明星地位。 有了基本的数据模型和界面,就可以很容易地提供客户所需的最少的定制,以使流程满足客户的需求。 瞧。 立即成功。
现在让我们将其应用于基础设施和网络。 与配置、管理和扩展相关的许多流程在各个应用中都已经商品化,以至于网络操作员在睡梦中也可以输入所需的命令。 唯一的偏差是应用程序特定的变量,如端口、IP 地址和路由。 这些是审查委员会所喜欢的变化,因为他们不必考虑这些变化。 “哦,您要为该应用添加防火墙规则。批准。”
就像网络操作员执行任务时需要集中注意力一样,他们的批准也不需要太多考虑,因为已经做过一百次了,流程总是一样的,而且每个人都知道发生了什么。 它们是一致的、可预测的和可重复的。
得到正式认可的。
这些是 IT 内部的商品化流程,适合实现自动化和协调。 如果您希望快速证明投资自动化的商业价值,那么这些是最好的起点。 在商品化流程之上构建一个界面,并将其融入流程(集成)中,以取代目前使用的手动方法。 瞧。 您已经降低了执行该流程的成本,并且作为额外的好处,它会更快,因为您不必等待下一次变更控制委员会会议(事实上,您可能可以跳过它,这本身就是一种好处)。
是的,这需要时间和金钱(也许还需要在工具和培训方面的投资),但短期成本将在长远中获得回报。 通过自动化耗时且商品化的流程,工程师和建筑师可以腾出时间来从事其他项目。 变更控制委员会不太可能自动批准的项目。
当 SaaS 关注业务、了解常见流程并提供一种更简单、更快捷的导航方式时,它就获得了成功。 2006年情况确实如此,今天依然如此。 基础设施自动化工作同样如此。 找到常见的流程并提供更简单、更快捷的方式来导航它们——无论是针对“最终用户”还是其他工程师。