一朵随处安放的云——用Docker和Kubernetes重做云服务?
技术
作者:caicloud
译者:caicloud
2017-06-19 04:22

重做云服务
在之前的博客中,我写过开源软件如何作为服务被交付,而不是从二进制文件角度来看它们。这些开源服务交付一个免费、开放、灵活的服务,工程师用来帮助创建他们的应用程序,这个过程不需要解决保持软件持续运行的问题。
今天我们来谈进一步的话题,新一代的云服务: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的过程中,有两大障碍:1、如何用标准和有效的方式跨越多个云服务商,在硬件的前提下,来打包和配置软服务。2、怎样使用有效的方式来打包、运行、配置、调度和确保你的服务的安全性。 进入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年内,新一代云服务将会像软件一样,你可以随意买一些,然后随意安装在你想要的地方,我预言一切就是会变的这么容易。 

703 comCount 1

哈哈哈

sg,jkhjkhjkhkj