超越结帐:通过持续交付和栖息地创建下一代销售点解决方案

在没有重构的情况下持续交付到您的零售环境?看一看现代应用程序交付模型,它既适用于传统的POS软件,也适用于下一代POS软件。

2018年的销售点(POS)系统实际上与数据中心或云的多层IT应用程序没有什么不同。那么,为什么我们不能像我们的移动团队或其他网络领导者那样以同样的速度进行创新呢?此外,我们应该能够做到这一点而不危及——事实上,甚至改善了这些关键任务环境的安全性。

在下面的演示中,我们加入了Michael Hedgpeth,NCR软件总监,了解在全球零售环境中运行软件的一些挑战。必威官网手机版接下来我们将介绍一个使用现代应用程序交付和生命周期管理方法来解决这些挑战的示例—无论底层操作系统配置如何,硬件特性,或网络可靠性,往往增加零售困难。

栖息地是不需要虚拟化或容器运行时间的应用程序打包工具,允许您的应用程序在不依赖系统库或配置的情况下运行,即使在老化的零售机器上,也会导致“干净的房间”环境。这种洁净室的方法,结合现代的生命周期监控和发布管理方法,导致停机时间减少,改进了事故的平均恢复时间(MTTR);以及改进的变更交付率。

问答

似乎我在添加另一层复杂性?这一切管理起来有多困难?

因为Habitat对应用程序没有意见,必威官网手机版它意味着需要学习的内容的范围变成了简单的核心原则和特性。这需要大约一个小时的时间来熟悉并开始打包应用程序。必威官网手机版在衡量平台范围内的标准化或声明库和外部依赖性所带来的附加值时,学习Habitat的努力具有巨大的投资回报率。关于运行时挂钩的信息,必威官网手机版以及工件驱动的发布管理。在一个组织中,Habitat实际上是应用程序打包的选择,开发基于kubernetes的微服务的开发人员可以很容易地读取和理解遗留应用程序的依赖关系和挂钩,反之亦然!

这像个容器吗?

栖息地不虚拟化或集装箱化。它只是一个框架,允许应用程序从计算机上的特定目录运行。这个框架使得生成一个不依赖系统库的应用程序非常简单,但是在静态编译的依赖库上,它们在应用程序的相对目录中管理在附近。重点是生成一个完全独立于系统范围内安装的任何内容的工件。如果合适的话,栖息地文物可以出口到集装箱。显式依赖声明意味着没有容器膨胀,清楚地了解容器上到底有什么东西。

这和Docker有什么不同?

Docker是管理容器中运行的应用程序的好工具。Habitat支持将封装在Habitat中的应用程序导出到Docker,以便与Docker的调度和运行时实用程序一起使用。有些应用程序不能或不会(即ISV支持)在Docker容器中运行。您仍然可以利用Habitat的打包界面,并利用Habitat主管以相同的一致性运行这些应用程序,可重复和可靠的方式。

栖息地的下一步:

作者Jeff Vogt

Jeff在Chef的解决方案架构团队工作,必威官网通过结合行业最佳实践,帮助企业提高自动化技术投资的投资回报率,并根据业务价值指标对工作进行优先级排序。Jeff过去12年在企业中担任自动化架构师和工程师。