几年前，我们的应用程序开发人员开始关注基于云的软件，构建我们眼中的未来制造软件。我们的大多数应用程序开发都集中于构建一组核心微服务，并使用其他特定于客户的微服务进行扩展，以支持特定的实现。
我们的应用程序是作为一组Linux Docker容器构建和交付的，以最小化不同部署环境的影响，提供扩展应用程序的能力，并以声明性的已知状态运行每个微服务。如果你不熟悉Docker和容器化的概念，它允许开发人员定义和控制应用程序运行的环境，并将该环境打包成一个已知的状态以便发布。这解决了与确保应用程序在运行时能够访问所有必需依赖项相关的问题。
部署到云时，Docker容器是自然的。主要服务提供商以受控和可定样的方式以这种方式部署的运行应用程序有针对性的平台。它们提供服务来通过声明性代码定义和部署应用程序堆栈。例如，亚马逊Web服务（AWS）具有弹性豆展示和Kubernetes（EKS）的弹性容器服务，Microsoft Azure具有Azure Kubernetes服务（AKS）。这些服务提供了近在咫尺的计算和存储资源，同时还支持缩放到多个区域和数据中心。这些服务还允许应用程序在节点或数据中心区域中断时为高可用性进行规模。
通常，我们的DevOps团队专注于部署高可用性和可伸缩应用程序的初始设计。然而，我们的许多制造客户(基于非常合理的推理)都不愿转向基于云的基础设施，并且经常选择依赖本地计算能力来运行他们的制造应用程序。这个决定可以基于数据的敏感性、外部连接的质量和可靠性或其他原因。这篇博客文章探究了云与非云基础设施、非云环境中的挑战，以及支持非云客户的选项。
可变环境的挑战
非云环境在实施方面存在挑战，因为应用程序和基础架构通常需要支持。我们作为应用程序提供商和Integrator的目标是设计在任何环境中部署的解决方案，因此我们搜索了一个提供云环境优势的解决方案，如缩放和提供容错能力的能力。我们已经开始使用了库伯内特斯作为部署应用程序堆栈的主要目标。我们相信，这将是一个成功的战略，无论是对prem还是云托管解决方案。
未来的融合?
支持的云本地计算基础Kubernetes有许多世界上最大的IT公司的支持和代码贡献。它是基于云的部署中的清晰前台赛。
最值得注意的是，最近从VMware和Microsoft的项目带来了很大的努力和贡献。每个这些上提巨头的参与在这些公司的未来方向上提示和典型的云天然架构的支持，但对于通常在房屋中运行IT解决方案的客户来说。
最近，Kubernetes得到了越来越多的支持，这表明转向基于Kubernetes的部署是正确的举措。今年早些时候，微软引入了在Kubernetes集群中部署和管理Windows节点和工作负载的支持。微软也在努力支持Windows上的Linux容器（LCOW），这可能会速度接受和采用这项技术。
VMware和Pivotal联手支持枢轴容器服务（PKS），它为企业提供了受支持的Kubernetes部署策略。其他主要Linux供应商已经并将继续支持Kubernetes版本或诸如Red Hat的OpenShift等变体。
这些趋势和活动在2019年初,我们期待未来当一个共同部署定义需要最小的为客户定制配置部署系统,不管是他们的本地托管集群或私人控制云上,或者当我们支持他们的完整的堆栈RedViking的云服务。
格雷格吉尔斯是MES的执行董事redviking.，专业从事自动错误打字，盒式盒和排序系统。Redviking是一个成员控制系统集成商协会（CSIA）。有关Redviking的更多信息，请访问其配置文件工业自动化交换．
