TA的每日心情 | 开心 2016-12-9 18:18 |
---|
签到天数: 85 天 连续签到: 1 天 [LV.6]常住居民II 扫一扫,手机访问本帖
|
沃特迪士尼公司以"让奇迹发生"而家喻户晓,它实施的企业级跨云项目Kubernetes也不例外。
在2016年11月西雅图召开的CloudNativeCon大会上作简短发言时,迪士尼高级云工程师布莱克怀特(Blake White)讲述了Kubernetes可以跨云工作面临的几个难题及解决办法。
怀特说:"Kubernetes可以为你处理许多繁重任务,但如果你需要考虑企业及其所有要求,你多少需要跳出Kubernetes来考虑一番。亲力亲为,别指望所有奇迹,你自己要让一些奇迹发生。"
对于规模如迪士尼这么庞大的企业来说,有许多开发团队、质量保证团队和工程团队在处理许多不同的项目,每个团队都会有各自的云环境。怀特表示,Kubernetes能很好地处理这项任务,但是需要一番调整才能让一切正常运行。如何才能实现多个云环境的管理?
首先要考虑的是连接和数据:
这个项目需要访问代码库、工件或企业网络中的其他服务吗?
有没有需要遵守某些隐私标准的数据?
多大的延迟是可以忍受的?
你需要在云帐户之间互联吗?
亚马逊和谷歌都有支持跨云帐户连接的服务,两者都可以迅速将集群搭建并运行起来,但是没有一个系统能够与Kubernetes无缝地协同运行。于是怀特建议:如果你的项目很复杂,别依赖打开即用的解决方案。
另有自动的方法可以安装Kubernetes集群。怀特提到了Kube-up.sh和kops都是出色的选择,但是就配置性而言,没有一种工具是迪士尼需要的,于是他们构建了自己的定制系统。
怀特说:"我们最后自行构建了系统,这么做的主要原因在于,我们需要自己的虚拟公共云(VPC)可以连回到我们的企业网络。"他认为,构建工作方面最棘手的部分就是安装DNS系统。
怀特解释:"我们由sky DNS改用kube DNS。此举对这个集群大有帮助,但是在AWS环境下,系统根本无法运行。基本上,我们为VPC设置的DHCP跳过了亚马逊内部系统,径直指回到我们的企业网络,这正是我们需要的,但是Kubernetes不乐意了,因为它找不到所有的附注说明(note)。我们构建了一台BIND服务器,将这台服务器指南AWS内部系统以获得内部内容,然后指回到我们的系统获取其他一切内容一切又开始正常运行起来。"
怀特在发言快结束时谈到了日志,给出了几点提示,即把一切都发送到中央存储库,从而避免不需要的费用,因而只需为egress支付费用。他的解决办法就是,让一切资源都靠近集群,只查询所需的资源。
怀特说:"我们构建了一套ELK架构(Elasticsearch、Logstash和Kibana);你把仪表板放在哪里要慎重,否则你发送的东西比想象的要多得多,这一招非常棒。还可以在上面安装部落节点(tribe node),那样可以跨多个云来查询。这不是唯一的解决办法,但是效果很好。"
原文标题:How Disney Is Realizing the Multi-Cloud Promise of Kubernetes,作者:Ian Murphy
|
|