重做云服务
在之前的博客中，我写过开源软件如何作为服务被交付，而不是从二进制文件角度来看它们。这些开源服务交付一个免费、开放、灵活的服务，工程师用来帮助创建他们的应用程序，这个过程不需要解决保持软件持续运行的问题。
今天我们来谈进一步的话题，新一代的云服务：Anywhere Cloud Services，即随处安放的云，这一切多亏有了Docker和Kubernetes。
现目前云服务在哪里
现在的应用程序水平云服务，比如说AWS的Kinesis或者是谷歌的BigTable，会提供全面管理服务给工程师，在这里你可以在不需要努力维护的基础上创建一个应用程序。这些服务不仅安全、自动调度的、被监控的，登陆中的，还是整合好的，已更新的。个人来说，我爱死这些服务了。但是……
你可以通过代码锁定这些服务（比如，修改数据库备份的时候需要修改软件）
选择一家公有云服务，同时也会要求强制使用他们的硬件。所以，要是你的应用是在微软Azure上运行，但是私心却比较偏爱Big Table，那怎么办？
如果你想要使用开源软件，但是又不想自己操作，调度，也不想自己给开源软件提供安全措施怎么办？
让我们进入Anywhere Cloud Service。
模型No.2——Anywhere Cloud Services
anywhere cloud service服务是全面管理服务，这个管理服务可以在任意地方交付，它有三个特点：
全面托管——用户不需要担心保持服务在线这个事情。服务提供商会承担这个责任。
可以运行在任何地方——用户选择服务所在的地方。可能是主要的云提供商的其中一个，或者是带有标准API的私有云。在运行的基础设施中有一个清晰的分界。
被当作service，而不是软件——以明显可消耗的方法来为使用者提供一个功能。比如，一个No SQL服务提供注入数据的方法，并且解析数据。这个服务会自我治愈。当被需要的时候它会自己调度。它为使用者提供指标，日志和警报。这也是高度可用的。安装这个服务跟运行一个命令行或者点击一个按钮一样简单可操作。
举一些例子
为了帮助阐述这个idea，这里是一些我们可能不久之后就会看到的例子：
AWS上的任意的非基础设施，比如说，No SQL DynamoDB服务，可以提供在其他所有云提供商上。比如，Azure，谷歌云等等。
谷歌的非基础设施服务，比如他们的PaaS App Engine，可以被部署在任意公有云上，甚至可以通过openstack部署到本地数据中心。
初创公司在Docker容器空间后，创建了可以在任意公有云或者私有云上运行你的应用程序／代码的服务。
出于想要受益于开源软件的原因，开发团队决定使用在Kafka，Spark和Cassandra的数据栈。然而，他们并不想自己雇咨询公司或者自己操作。所以，有些初创公司专门研究在任意期望的位置提供这些软件，他们使用的就是这些初创公司做的新服务。
这些开源软件的创造者会打包他们的软件，这样的话，除了处理源代码和二进制文件，软件可以像配置服务一样轻松。这些公司同时也将花费成本提供这些service的“支持”版本。
以上这些皆有可能，多亏Anywhere Cloud Service。
那么，我们如何做到Anywhere Cloud Service (ACS)
在到达ACS的过程中，有两大障碍：
如何用标准和有效的方式跨越多个云服务商，在硬件的前提下，来打包和配置软服务。
怎样使用有效的方式来打包、运行、配置、调度和确保你的服务的安全性。
进入Docker和Kubernetes环节
Docker令我们可以快速的创建，打包和通过特殊方式打包在多个系统上运行软件。通过使用容器，云服务提供商可以在任意环境运行他们的软件。但是，这还远远不够。我们需要一种可以让软件安装、运行和实现高可用的方法。我们需要Kubernetes。
一旦软件在Docker容器中打包，我们就可以通过使用Kubernetes的功能将他们的软件变成service。Kubernetes的功能目标就是处理一系列基础设施（不管是哪里的），同时提供API在基础设施的基础上创建服务。Kubernetes包括了负载均衡、弹性扩容、滚动更新、服务发现、命名空间、APIs，弹性调度和可配置的基础设施和阈值限制等等功能。使用这些功能，我们就可以创建声明式服务，并且将这些服务的控制权交给用户。Kubernetes提高No和NoOps，同时也提供给开发者单个API，使用户可以进入公有云和私有云。
我们如何使用ACS？
首先，用户需要有一个或者多个Kubernetes集群。安装Kubernetes，使其运行能够在5分钟内，或者几天内运行起来（这个时间的话依据你的不同情况而定）。Kubernetes支持大部分的公有云，openstack云和本地数据中心。用户也可以选择要运行在虚拟机上还是运行在物理机上。我们可以自己运行kubernetes，如果我们在寻找增加支持，我们也可以使用管理工具来运行。
注意，在这里，用户完全处于控制地位，摆脱任意的锁定，自己控制自己的应用程序在哪里运行。多亏普通API，这些API存在于任意的基础设施环境，用户可以使用他们的集群在多个云提供商上进行交付，或者他们可以创建一个真实的混合策略。
其次，通过将这些服务将他们的代码配置到用户的Kubernetes集群上，这样用户可以简单的使用这些服务。通过app store，或者通过开发人员，用户可以搜索满足他们需求的服务，然后点击安装。服务提供商会在云端或者是在本地接触Kubernetes集群问题，并且安装服务。开发人员会马上开始使用服务。服务提供商的工作就是确保服务运行，健康的，并且按照需要调度。
在这个新世界，用户对自己的应用程序和他们所依赖的服务有越来越大的控制权。他们可以在云间，在私有云、公有云上移动我们的应用程序。使用者可以在多个集群间积极运行应用程序或准备好active－standby。
总结
Anywhere Cloud Service
有了anywhere cloud service，开发人员就能够按照他们想要的方式创建他们的应用程序，同时不需要担心运行和操作后端服务的问题。科技高管有云端锁定的自由，同时也有真正的混合解决方案。公有云提供商可以在其它不想移动的云上面访问用户。开源项目又有了收费的新途径。企业家正迎来新一波的淘金热，也面临众多的机遇与挑战。Anywhere和开源服务
在5年内，新一代云服务将会像软件一样，你可以随意买一些，然后随意安装在你想要的地方，我预言一切就是会变的这么容易。
原文链接
如果需要转载，请联系我们哦，尊重知识产权人人有责；）
