Rancher助力美国农业部的容器实践之路

2016年,Rancher容器业务拓展至美国农业部(USDA),并延续至今。

美国农业部已与Rancher Labs合作,利用容器管理平台Rancher重新调整其Docker容器环境,以支持其将在在2017年初重新启动的公共网站。

早在2016年3月,在USDA的一份评估报告中,Rancher容器管理软件打败了评估报告中其他的容器软件供应商,这其中包括SaltStack、Kubernetes、Red Hat和Docker。

“起初,USDA计划使用Salt公司的配置管理产品SaltStack来管理其Docker容器及底层的OpenStack虚拟机。但是,USDA很快发现SaltStack无法紧跟上该部门希望达到的Docker的快速发布周期。”Ron Williams,Devon公司华盛顿特区联邦政府机构的系统架构师说到。

“即使让Salt运行Docker容器,也还是会出问题”,Williams说:“哪怕命令几乎完全一样,Salt和Docker的版本之间还是始终会有错误——Salt利用API的方式是难以解决的痛点。”

这意味着最耗费Williams和他的员工时间的工作,变成了维护Salt和Docker之间的管理链接,而不是扩展或增强容器环境。 Williams表示,USDA曾试着直接放弃某些特定的版本,这样做确实可行,但它导致了部门可能会卡在某一个版本中长达两年时间。

如今,USDA用 Salt Cloud VM配置接口来设置OpenStack基础架构和Rancher本身,让Rancher负责容器管理。

Williams说:“Salt擅长系统的初始设置和后续的维护,而 Rancher擅长保持与Docker的链接。现在二者各司其职,配合得非常好。”

Williams曾评估比较过 Rancher与另一个免费开源工具Project Atomic,以及来自Docker的许可企业容器管理系统,Universal Control Plane(UCP),它已被并入到更广泛的Docker数据中心产品中。

编者注:Docker UCP的定价现在已不可知了,但是Docker Datacenter Business Day的支持价格是每个实例每月支付150美元,或者每个实例每年1500美元。

Project Atomic,运行在Red Hat Enterprise Linux和其他Linux分发版上,偏好于使用自己的安全容器注册表,以便更好地控制部署Docker镜像的用户。但Williams担心这会影响跨系统的可移植性。(Red Hat公司说不会。)Google的Kubernetes因太复杂、不利于开发人员快速上手,也被Williams淘汰了,而Rancher就提供了一个极易于使用的界面。

“除此以外,要求外部承包的开发团队学习像Kubernetes一样复杂的系统也不现实,”Williams说。

Rancher容器管理技术还将一些常用功能做了自动化处理,例如在底端设置Docker网络。

“我们只需要将容器与另一个容器关联起来,网络就自动建立,通信连接会自动启动。”Williams说。在USDA最开始使用的Rancher 1.1.14版本中,持久化存储还不太容易,后来Rancher发布了1.2版本,其中包括了Rancher NFS,Williams表示这让他迫切想要开始探索存储服务了。

至此,美国农业部的评估方案之中就还剩下Docker UCP和Rancher了。Docker企业容器管理套件和免费开源工具Rancher,有点像把苹果和桔子作比较。Docker Datacenter提供的高级容器安全工具是Rancher没有的。然而,Docker UCP的价格超出了USDA网站项目的预算,Rancher提供了免费的软件和支持; 作为交换,USDA将促进建立Rancher和Salt之间的连接器。 不过,USDA仍计划为今后每年向Rancher支付一定的技术支持费。

“这大大精简了我们采用Rancher的能力,让我们的开发人员可以开始测试Rancher的使用并确保它能良好地运行,”Williams说。“从开源角度来看,我们从Rancher那里获得的支持水平已经是一流的了。

注:USDA.gov的新版本已上线了,美国农业部的其他15个面向公众的网站(包括choosemyplate.gov)也已经在容器平台上了,其中每个网站每月服务约2亿个请求。

原文来源:Rancher Labs

时间: 2024-10-12 13:30:19

Rancher助力美国农业部的容器实践之路的相关文章

微服务实践之路--RPC

微服务实践之路--RPC 重点来了,本文全面阐述一下我们的RPC是怎么实现并如何使用的,跟Kubernetes和Openstack怎么结合. 在选型一文中说到我们选定的RPC框架是Apache Thrift,它的用法是在Main方法中重启服务,在Client端连接服务去调用, 而我的想法是要跟Dubblo.HSF的用法一样,因为很多人都熟习这两个框架的用法,特别是我们好几个项目都是基于EDAS开发的,而且世面上用Dubbo的公司也很多. 顺便再说一下我们对于RPC的几点要求: 1,兼容Dubbo

搜狐云景paas平台实践之路

前言: 搜狐云景作为搜狐的paas平台,在2014年5月22日的云计算大会上正式发布了公测.初测,注册用户必须先申请邀请码参与公测会赠送用户100元电子券,经过实名认证之后会再赠送100电子券,目测可以对试用用户基本app够跑半年. 除了用户中心的一些基本安全信息设置和各种账单外,我想主要对其控制台的使用进行研究一番. 废话不多说,在绑定邮箱并充值10元成正式用户之后,无阻挡进行各种测试吧. dashboard很清新干净,是一个对用户基本消费情况和使用资源服务的基本概览. -----------

从 Spring Cloud 开始,聊聊微服务架构实践之路

[编者的话]随着公司业务量的飞速发展,平台面临的挑战已经远远大于业务,需求量不断增加,技术人员数量增加,面临的复杂度也大大增加.在这个背景下,平台的技术架构也完成了从传统的单体应用到微服务化的演进. 系统架构的演进过程 单一应用架构(第一代架构) 这是平台最开始的情况,当时流量小,为了节约成本,并将所有应用都打包放到一个应用里面,采用的架构为 .NET SQL Server: 表示层:位于最外层(最上层),最接近用户.用于显示数据和接收用户输入的数 据,为用户提供一种交互式操作的界面,平台所使用

知乎技术分享:从单机到2000万QPS并发的Redis高性能缓存实践之路

本文来自知乎官方技术团队的"知乎技术专栏",感谢原作者陈鹏的无私分享. 1.引言 知乎存储平台团队基于开源Redis 组件打造的知乎 Redis 平台,经过不断的研发迭代,目前已经形成了一整套完整自动化运维服务体系,提供很多强大的功能.本文作者陈鹏是该系统的负责人,本次文章深入介绍了该系统的方方面面,值得互联网后端程序员仔细研究. (本文同步发布于:http://www.52im.net/thread-1968-1-1.html) 2.关于作者 陈鹏:现任知乎存储平台组 Redis 平

WebP 图片实践之路

我们会从三部分来聊聊webp这个话题. 什么是webp,它有什么用? 使用webp的常规方法以及优劣. 我们是如何用上webp的. PS:如果是对webp有一定了解的朋友,建议直接看第三部分.因为是讲我们的实践之路,所以第三部分会多讲一些. 一.什么是webp,它有什么用? webp是谷歌推出的一种图片格式,它的优点就是同等画面质量下,体积比jpg.png这些少了25%以上. 大家都知道移动互联网时代,页面大小和用户留存息息相关,更快的加载页面才能让更多用户关注到你的内容,而图片一直都是页面体积

OpenCV实践之路——人脸识别之一数据收集和预处理

本文由@星沉阁冰不语出品,转载请注明作者和出处. 文章链接:http://blog.csdn.net/xingchenbingbuyu/article/details/51386949 微博:http://weibo.com/xingchenbing  前段时间对人脸检测和人脸标记进行了一些尝试:人脸检测(C++/Python)和用Dlib库进行人脸检测和人脸标记.但是检测和识别是不同的,检测解决的问题是图片中有没有人脸:而识别解决的问题是,如果一张图片中有人脸,这是谁的脸.人脸检测可以利用op

从入门到精通Puppet的实践之路

本文有感于<精通Puppet配置管理工具>在豆瓣上的某些差评而顺手写的书评. 半路出家   故事要从12年初说起.  某天,部门老大让我所在team的老大调研一下当下业界的配置管理工具.于是我的老大给我分配了一个棘手的任务,要求我转型去做devops,并尝试在本季度内使用Puppet来管理现有的IAAS内部平台上的所有业务,工作成果计入KPI.    于是,我半路出家从dev转成了ops.    我花了几天的时间把learning Puppet动手练习了一遍,在会使用几个基础的resource

我的大数据实践之路-洗脑篇

1. 什么是大数据 五个简单故事告诉你什么是"大数据" 2.如何看待大数据 要全体不要抽样,要效率不要绝对精确,要相关不要因果 3.大数据能干什么 通过用户的使用习惯来预判用户的行为 4.大数据应用场景 我的大数据实践之路-洗脑篇

Followme Devops实践之路

引言 天下武功,唯快不破 想要提高开发团队效率,势必要有一套完整而成熟的开发流程方案,除了sprint迭代开发模式之外,还有近几年流行的devops流程,都是可以大幅度提高开发效率的工具. 我们团队也不断探索.实践,最终形成了现有的一套体系,从最初的手动发布到现有的自动化,从起始的繁琐易乱到当下的简洁明了.我们希望将我们曾经踏过的脚印与大家一起分享,为各位展示一条 我们的devops 的实践之路,同时也希望能为各位避免走入同样的弯路提供些许帮助. ? 背景 我们是一个 .net(core) /