松江做网站费用,网站建设技术服务方案,百度做网站联系电话,海口建设网站建设组织需要一种使应用程序交付快速#xff0c;可预测和安全的方法#xff0c;而诸如docker之类的容器所提供的敏捷性则可以帮助开发人员实现这一目标。 对于Java EE应用程序#xff0c;这可以在容器中打包应用程序#xff0c;应用程序服务器和其他依赖项#xff0c;这些容器… 组织需要一种使应用程序交付快速可预测和安全的方法而诸如docker之类的容器所提供的敏捷性则可以帮助开发人员实现这一目标。 对于Java EE应用程序这可以在容器中打包应用程序应用程序服务器和其他依赖项这些容器可以在构建测试和生产环境中复制。 这使您更接近实现连续交付。 至少这是托马斯网络研讨会上的摘要我几天前一直在发表 。 这是一篇支持博客的文章其中包含有关设置的更多详细信息包括所有指向源代码和演示的链接。 在下面嵌入的开发人员访谈中找到更详细的技术演练。 非常感谢我 合著者Thomas帮助我撰写了这篇博文。 我们涵盖了什么 首先我们要谈一些为什么如今每个人都热衷于优化应用程序交付。 越来越复杂的应用程序给基础架构团队和流程带来了更大的压力。 容器承诺通过将应用程序及其运行时组件保持在一起来提供解决方案。 但是我们不要止步于此再往前看这似乎是操作的理想选择。 它越来越多地泄漏到开发人员空间中。 作为开发人员只需专注于我们最擅长的工作即可轻松忽略最新的炒作提供功能正常的应用程序。 但说实话还有更多。 特别是Java EE不仅需要代码。 因此容器有望使我们的生活更轻松。 仅仅谈论容器还不是全部。 它们必须是可用的并且必须在生产环境中供开发人员最终使用。 在这里我们将简要介绍一下OpenShift v3即将发布的内容以及它如何适应更大的前景。 在简短介绍之后Thomas将带您详细了解所有细节从Docker容器开始以及它们如何实现完整的持续交付链该链完全支持DevOps。 为什么现在呢 最重要的是诸如微服务之类的新架构方法使我们脱离了运行单片应用程序的大型VM和物理服务器。 单独引导的服务很自然地适合基于容器的部署因为运行它们所需的一切都已完全封装。 此外对优化运营的追求正将越来越多的基础架构带入云模型。 我们将把容器作为一种服务来提供与VM相比容器将更快地部署运行更便宜并且更易于管理。 企业将使用容器作为目标来运行专注于企业级操作的PaaS产品。 以容器包装而不是虚拟机的形式分发软件要更加完善并且容器也更加标准化。 更容易适应不同的供应商和供应商。 无论产品使用哪种语言或运行时。 企业不必再专注于单个平台来实现优化的运营和成本。 容器基础架构通过保持标准化的操作模型并具有未来的优化和附加功能例如围绕安全性的潜力可以提供更多样化的技术基础。容器及其管理系统是开发人员和操作人员之间的粘合剂并且是支持的技术层DevOps运动。 简而言之容器已准备就绪。 作为一名Java EE开发人员我从中获得什么 容器是关于容器内部而不是容器外部的内容。 将此与PaaS产品进行比较很容易。 开发人员不想关心配置或托管。 他们只想为其应用程序提供可靠的运行时。 除了Containers您所需的东西并不多。 标准格式标准图像甚至可以选择使用公司范围内的集线器这将使开发团队更加高效。 这也与我们如何设置本地环境并将其推广到我们的团队有关。 配置不同的实例可以在几秒钟内旋转和拆除。 无需维护中间件或数据库的不同版本也无需弄乱路径或配置。 预先配置的容器将大大减少团队的设置时间并允许更轻松地使用不同的配置进行测试。 图像可以集中开发配置和维护。 根据公司标准包括特定的框架或集成库。 责任和教育是激励的关键部分。 今天的全栈开发人员希望对自己的艺术作品负责–端到端。 日复一日使用相同的la脚API进行编程不再是一项繁琐的工作。 实际上容器允许从构建到打包以及将您的应用程序通过不同的环境交付生产的完整往返过程。 而且由于所有内容都可以进行版本控制和集中维护并且在任何环境中都依赖于相同的操作系统和配置因此使用Containers可以更完整地预测完整的软件交付链。 OpenShift如何适合所有这些 市场向容器转变的完美例子是OpenShift。 它有不同的版本 OpenShift Origin是Red Hat云产品的开源项目 OpenShift Online是Red Hat的公共云应用程序开发和托管平台可自动配置管理和扩展应用程序以便您专注于为业务启动或下一个大创意编写代码。 在openshift.com上注册以尝试一下自己 OpenShift Enterprise是一种内部部署的私有平台即服务PaaS解决方案可让您更快地交付应用程序并满足企业不断增长的应用程序需求。 根据您的需求您可以自由选择最适合您需求的解决方案。 从使用Origin来构建自己的PaaS到自己运行完全受支持的本地PaaS。 而且我们将在下一版本的OpenShift上大放异彩 Origin的每个里程碑都伴随着OpenShift的新版本。 现在OpenShift 3的Origin源代码存储库已可用。 它正在朝着完全重新设计的全新架构的方向发展。 这种新架构集成了Docker和Kubernetes容器编排和管理系统可在针对运行容器化应用程序而优化的Atomic主机上使用。 最重要的是OpenShift将整合有效且高效的DevOps工作流这些工作流在平台即服务中为加速应用交付发挥了关键作用。 OpenShift v3的外观如何 OpenShift在Kubernetes的基础上增加了以开发人员和操作为中心的工具以实现快速的应用程序开发轻松的部署和扩展以及对大小团队和应用程序的长期生命周期维护。 从一切开始红帽一直与Docker社区合作以发展我们现有的容器技术并通过libcontainer项目推动容器化的新标准。 这项工作导致宣布RHEL 7中对Docker的支持并启动Project Atomic以开发新的容器优化的Linux主机。 这种新的容器架构是OpenShift v3的核心。 OpenShift v3弹药筒格式将采用Docker打包模型并使用户能够利用打包为Docker映像打包的任何应用程序组件。 这将使开发人员能够利用Docker Hub社区来访问和共享要在OpenShift中使用的容器映像 在OpenShift v3中我们将Kubernetes集成到OpenShift Broker中以驱动容器编排。 OpenShift v3将带来新的功能以供应修补和管理应用程序容器路由和网络增强功能以及供应和管理OpenShift平台本身。 目标是为OpenShift开发人员提供最佳的用户体验。 为即将发布的版本感到兴奋 完整的演示 网络广播重播已经完成现在是时候接触源代码并获取#coffee 然后坐下来放松演示而不是10分钟即可完成。 托马斯Thomas将介绍所有细节我很高兴在这两者之间提出一些令人讨厌的问题。 别忘了您随时可以重新观看原始的网络研讨会 。 这是prezi演示的体系结构概述Thomas在网络广播中展示了该概述。 链接和进一步阅读 一些思考和家庭作业的食物。 网络研讨会中的链接集合以及其他一些资源可供您深入研究。 “ 使用docker容器和Java EE进行持续交付 ”网络研讨会重播28日或4月 TicketMonster –一个JBoss示例 演示中使用的示例Java EE应用程序 该示例的完整源代码 编写您的Docker容器 托马斯的博客 Arun Gupta关于Docker的博客 OpenShift v3的功能 原子项目 翻译自: https://www.javacodegeeks.com/2015/05/continuous-delivery-with-docker-containers-and-java-ee.html
