-
容器即服务
再见，SaaS——你好，CaaS
导语：采用新的CaaSi模型，软件客户就能同时享受预置软件世界和SaaS世界两者的最好福利。对部署花费有完全的可见性，对自身数据有完全拥有权，能将安全紧紧掌控，也有使用资本费用会计的灵活性。
随着从初创公司孵化器到专注于SaaS的后牵引风险基金的整个生态系统的建立，SaaS已经成为了一时风行的正统主流。SaaS统领风骚15年之后，我们确实不得不问一句：SaaS化还剩下什么？在很多产业，我们目前正处于那些基本提供同样工作流的软件的第3或第4次迭代循环中，比如紧随Workday而来的Namely和Betterworks。新入者只能瞄准像建筑业和能源产业这种反应迟缓的老旧行业中的垂直链条。因此，问题来了：下一步是什么？
容器即服务（CaaS）
关于Docker容器的议论当然不少。将应用、微服务及其配置从底层Linux操作系统中分离出来的能力相当具有吸引力。建立在像Docker Swarm和谷歌Kubernetes容器集群管理系统之上的业务流层使得管理和规整容器集群更加方便了。
三家主流云服务提供商：亚马逊、谷歌和微软，都在其业务中加入了CaaS（容器即服务），允许任意Docker容器在他们的平台上运行，填补了IaaS（基础设施即服务）和PaaS（平台即服务）之间的空白。IaaS要求更多的系统权限和配置，而PaaS通常在语言支持和库上非常有限。
容器在我们身边已经出现了有一段时间了。前太阳微系统公司软件组主管Bill Coleman最近让我想起：早在2005年，Solaris操作系统就已经提供了容器。若说这些年来发生了什么改变，那就是新一代Docker驱动的容器拥有广泛的支持且易学易用。既然如今已有了一套管理和部署应用的标准方式，彻底改造云软件分发的方式也不是不可能。
CaaSi对SaaS 进行前景修补
想象一个你可以购买软件或租用应用，然后在自己选择的公共或私有云上运行的世界。就像SaaS，软件由厂商自行维护。但你可以拥有和控制自己的所有数据，包括来自厂商的访问。
由于软件托管、管理和更新的错综复杂性，直到最近，这看起来都还像是在白日做梦。但现在，我们几乎就要梦想变现实了。只要加进一些小小的增量改进，CaaS就能进化到CaaSi——独立软件厂商容器即服务（Containers-as-a-Service for ISVs）。
无论是在公共云还是你自己的私有云上，厂商都有管理和更新容器的权限和密钥，并且是按照你的计划安排而不是他们的。但是，如果没有你的明确授权，他们是不能访问你的数据的。
采用新的CaaSi模型，软件客户就能同时享受预置软件世界和SaaS世界两者的最好福利。当客户购买软件，就像买预置软件似的，可以对部署花费有完全的可见性，对自身数据有完全拥有权，能将安全紧紧掌控，也有使用资本费用会计的灵活性。也正如SaaS可做到的那样，客户能够将购买规模缩减到必要的程度，并且从厂商自动接收更新。
在CaaS/i世界中想要提供类似级别的功能，客户大概需要选择允许匿名收集他们的数据使用情况以便从分析结果中获益。但是，与其说这是个缺点，不如说这正是精华所在：厂商必须先征得客户同意，而客户也要控制他们自己的敏感数据。
来源：快鲤鱼
扫一扫 加微信
hrtechchina
