\\\看新闻很累?看技术新闻更累?试试下载InfoQ手机客户端,每天上下班路上听新闻,有趣还有料!
\
在德克萨斯州奥斯汀市举办的Kubecon大会已于近日闭幕,会议吸引了超过4000名工程师,Kubernetes成为了大会最热门的主题。由于工作负载的本质和训练算法中典型繁重计算的需求,机器学习话题和它与Kubernetes的协同作用在许多会议上都讨论过。
\\Kubeflow平台使得Kubernetes上的机器学习简单,便携和可扩展,它主要通过提供manifests来创建:
\\- JupyterHub,以实现和管理Jupyter笔记本;\\t
- 同时适配CPU和GPU的Tensorflow训练控制器;\\t
- Tensorflow服务容器。\
InfoQ有幸邀请到David Aronchick就相关问题进行了访谈,David Aronchick不仅是Google的产品经理,也是Kubeflow的主导者。他在Kubecon 2017大会上着重展示了Kubernetes和机器学习的协同作用。
\\InfoQ:机器学习在Kubecon大会上获得了很大关注,有什么特别的原因吗?
\\\\\Aronchick:毫无疑问,机器学习正改变着几乎所有产业的商业模式。在这么大的场合,有那么多的听众,或者说有那么多的行业顶尖人才齐聚一堂来探讨技术的未来,大家总会提到最新的技术趋势和进展。超过4000多名的Kubecon大会参会者不仅想了解别人所从事的尖端机器学习,也想知道他们是怎么运用这些新技术来改善自己的流程的。
\\这也就是说,许多新项目都跳出了原有的框架,同时还有不少的改变。实际上,之前的许多公告都说过有完整的机器学习堆栈。我想说我们首先要转换的一个思维是,Kubernetes上的机器学习不仅仅是指未来的事情,它其实是一个现当下的事情。
\
InfoQ:您能描述一下机器学习和Kubernetes之间的全面协同过程吗?
\\\\\Aronchick:对于现存大量数据的使用来说,机器学习是一个新方法,同时它也能拿出比以前更准确、更快的方案来解决业务问题。但是,机器学习解决方案的基础架构支持(大多数都相当复杂)仍然比较新,需要大量的自定义脚本、依赖项分析和兼容性问题等。而且,机器学习栈堆通常部署在多个位置(用于开发、训练和生产),保持每个节点的同步使得使用机器学习这个挑战更艰难。
\\为帮助大规模地部署和运行这些机器学习平台,Kubernetes提供了一个通用的平台。凭借在多个云环境中运行的丰富编排,Kubernetes为数据科学家、开发人员和IT专业人员提供了一种简单的方法来部署、运行和管理复杂的、多服务的机器学习工作负载。
\
InfoQ:与使用Kubeflow相比,通过Helm图表在Kubernetes上安装机器学习工具有什么不同呢?
\\\\\Aronchick: 机器学习工具的实际安装是通过封装系统完成的。目前,Kubeflow正在使用ksonnet,我们仍然希望它可以支持多种不同的部署技术。Kubeflow的价值更多在于用简单的方式使大量的工具共同运行得更好。我们也在评估所有其他的选项,包括helm和ksonnet等等,但是,我们想在安装时为用户提供一组更丰富的对象,以确保所涉及的多个包能够很好地共同运行,并且立即可用。
\
InfoQ:假设我是一名机器学习/数据科学家,Kubeflow会如何简化我的日常工作,而不是通过添加Kubzernetes层来使之复杂化?
\\\\\Aronchick:因为Kubernetes提供部署对象和服务端点,如果你是一个数据工程师,这也就意味着你只需要关注和你相关的点,也就是解决数据问题。我们不希望、也不需要数据科学家为了使用Kubeflow去安装复杂的Kubernetes设置。在你的笔记本电脑上,你可能需要使用minikube。在你的本地集群上,你可能需要使用由你的组织所提供的Kubernetes安装。在云端,你可以使用托管的Kubernetes提供程序(provider)。在每种情况下,你都只能看到一条安装Kubeflow的指令,按需安装之后你就可以看到你所熟悉的Tensorflow服务和Jupyter笔记本了。
\
InfoQ:关于机器学习工具包的基础架构支持如何被集成为Kubeflow这一点,您能给我们再详述一下技术细节吗?
\\\\\Aronchick:因为我们正在使用本地的Kubernetes工具,对现有部署包的集成是相当简单的。我们是以一个社区的形式来提供各种各样的选择的,但有的人可能喜欢其他的直接介入的机器学习工具包,因为他们最了解他们的平台(我们现在也正在与其他的团队接洽)。关于下一个我们将要添加的工具包将会是什么这个问题,我们在Github repo上进行了一些讨论,但总体来说,我们是愿意为用户提供帮助的。
\
InfoQ:社区是如何支持Kubeflow的呢?还有Kubeflow的发展蓝图是什么呢,会不会加入针对类似Cloud Foundry和OpenShift等平台的支持?
\\\\\Aronchick: Kubeflow是本地的Kubernetes,而且我们正致力于确保这种情况继续下去。这也就意味着在我们的计划中我们将一直支持和Kubernetes相一致的任何平台,也包括Cloud Foundry和本地OpenShift(Red Hat已经加入我们的项目了)。我们也已经对外公布了与Canonical/Ubuntu,Weaveworks,Caicloud以及许多其他平台提供商的合作。我们非常重视无所不在的机器学习堆栈的价值,也努力确保Kubeflow能够满足每一个数据科学家的需要,随时随地提供服务。
\
如果想了解主会场演讲和其他记录,可前往Kubecon的日程页面获取。
\\查看英文原文:Q\u0026amp;A on Machine Learning and Kubernetes with David Aronchick of Google from Kubecon 2017
\\感谢罗远航对本文的审校。
\\给InfoQ中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ,@丁晓昀),微信(微信号:InfoQChina)关注我们。