导读 如今,绝大部分的业务逻辑程序都是数据驱动的。这些程序必须能够实时地访问大数据,并基于大数据来处理客户的请求。和以前不同,大部分的现代企业都在向分布式和微服务架构迁移。这些微服务通常包括消息队列,分布式数据库,大数据分析引擎等等。容器技术在这其中也扮演了很重要的角色。然而我们发现,构建并维护能够支撑这些微服务的数据服务其实是一件极其复杂很耗时的工作。这是为什么呢?

MesosCon北京于6月20日到22日在北京国家会议中心举行。这是Linux基金会主办的一年一度的Mesos盛会。如今,绝大部分的业务逻辑程序都是数据驱动的。这些程序必须能够实时地访问大数据,并基于大数据来处理客户的请求。和以前不同,大部分的现代企业都在向分布式和微服务架构迁移。这些微服务通常包括消息队列,分布式数据库,大数据分析引擎等等。容器技术在这其中也扮演了很重要的角色。然而我们发现,构建并维护能够支撑这些微服务的数据服务其实是一件极其复杂很耗时的工作。这是为什么呢?

1. 部署一个数据服务耗时耗力

首先,运维人员在安装像Kafka或者Cassandra这类的数据服务时,需要掌握一些特殊的知识;即使对于大牛和专家来说,部署这类数据服务也是非常耗时间的。举个例子,最早的时候,AirBnB的运维人员用了差不多几个月的时间才部署Kafka成功。其间碰到了无数的问题,踩了无数的坑。还有一点就是,有一些没有架构好的数据服务,可能只有少数大牛知道如何正确的维护这些系统,可能你都找不到填坑的方法。

在过去的5到10年间,涌现出了很多数据存储和分析引擎。它们之中很多都是开源的。因为维护和部署这些系统相当复杂,工程师和数据专家没法很方便地去尝试这些新的数据技术和框架。这也是为什么简化部署数据服务能够大大提高开发者效率的原因。

存储和分析引擎的井喷

2. 人工运维数据服务非常容易出错

运维数据服务也是主要的挑战之一;通常,运维人员需要人工地处理升级,更新,错误后回滚,健康监控,存储管理等工作。这些人工处理的工作都是非常容易出篓子的。企业通常需要化很多人力在运维上,间接导致了在其他创新领域上投入的减少。

通常运维人员需要不断的更新软件使得开发人员能够用上新的特性,修复重要的问题。同时,新的版本也通常可以降低运维的开销。软件更新通常是一个非常耗时的工作。运维人员要么人工进行更新,或者需要编写一些脚本来进行自动化更新。同时,运维人员还需要保证在上生产环境之前,更新和回滚都在测试环境下被完整的测试过。

3. 低效的基础设施利用率

还有一个很大的挑战是保证数据服务能有一个很好的资源利用率。数据中心一般的平均利用率在6%到12%之间。这个数字在2006年到2012年之间基本没有什么变化。究其主要原因,是大部分公司都希望能够保证在流量顶峰时候服务的质量。

传统的静态分割,非常的低效

通过虚拟机来增加资源利用率的方法在分布式系统里面并不适用。运维人员通常创建单独的Spark, Kafka, Cassandra等集群。这样做的原因是因为这些系统是分布式系统,它们有着自己弹性伸缩逻辑,所以运维人员会在不同的集群里面运行这些系统,从而来保证没有资源上的冲突。

举个例子来说,Spark会希望拿到尽可能多的资源来完成一个任务。Kafka可能需要能够支持高吞吐量的磁盘资源。Cassandra则需要稳定的磁盘资源来存储数据。显而易见,在单独集群部署这些服务的后果就是资源的严重浪费。如果在集群层面上使得这些服务能够共享资源,这样就可以很好的提高资源利用率。

公有云是出路么?

很多公司正在往公有云(或者混合云)迁移数据服务。往公有云迁移主要有以下两个原因:

能过立马获得公有云平台所提供的服务,比如很多分析工具和数据库服务。像AWS和Azure这类的公有云通常会把这些服务做的非常容易安装和运维。
公有云数据服务通常支持弹性伸缩和高可用。
在最近的一次调查中,只有不到三分之一的公司在私有云中部署数据流水线,其他的公司都在公有云中部署。 虽然公有云在数据服务上有着明显的优势,缺点也非常明显。主要缺点是可能会被公有云提供商绑架。针对公有云服务开发的应用通常会和公有云提供的API绑定。当应用开发完成后,想要迁移基本没有可能。

最近有个很好的例子:Snapchat上市前,在它们的公开招股书中提到了一些数据。从中不难发现,Snapchat其实已经被Google公有云绑架了。

在去年5亿美金的亏损中,有80%是因为其在Google公有云上的花销。在招股书中,Snapchat宣称它们的应用非常针对Google公有云的服务,没有其他公有云提供商可以提供备选。这样导致的结果就是,除非Snapchat花很大的力气去重新构建它们的应用,否则它们永远地和Google公有云绑定了。

还有很多其他公司在盲目地往公有云里面跳,导致的被绑定的风险大大的提高。你可能会问,有没有公有云之外的选择呢?

Mesosphere DC/OS:

简化数据服务的部署和运维

Mesosphere致力于简化现代化弹性分布式软件的开发. Mesosphere DC/OS是市面上唯一一个在生产环境中被验证的能够同时运行容器和数据服务的平台。 DC/OS 能够提高很多数据服务的部署速度,并简化它们的运维。这些数据服务包括数据库,消息队列,大数据分析引擎等等。

DC/OS的核心是Apache Mesos™,一个分布式系统内核。 它拥有一个两层资源调度机制,使得分布式系统之间能够更好的分享集群资源。正因为有了两层调度机制,使得DC/OS能够在和其他容器编排系统(Kubernetes,Docker Swarm)的对比中脱颖而出。它简化了数据服务的部署和运维,并且大幅度提高了资源利用率。

一键部署: DC/OS中,你只需要一个命令,就可以安装Spark, Cassandra, Kafka, ElasticSearch等数据服务。 DC/OS还极大的简化了数据服务实例大小的配置和重新配置,以及添加更多的实例。 通过Mesosphere DC/OS, 运维人员可以轻松的实现在线伸缩。
简化运维: DC/OS极大地节省了运维所需要的时间。 利用DC/OS,你可以轻松的进行软件升级,软件监控,以及 管理持久卷。
弹性数据平台: DC/OS能够在一个集群里同时运行多个数据服务,容器应用,以及传统的应用。这极大地提高了资源利用率。一些Mesos和DC/OS宣称它们的集群资源利用率达到了惊人的90%,节省了超过 60%的硬件开销。

原文来自:http://www.yunweipai.com/archives/19413.html

本文地址:https://www.linuxprobe.com/mesosphere-dcos.html编辑员:姜显赫,审核员:冯振华

本文原创地址:https://www.linuxprobe.com/mesosphere-dcos.html编辑:圆蛋,审核员:暂无