Java|成为 Java 云原生不仅仅意味着容器和微服务

Java|成为 Java 云原生不仅仅意味着容器和微服务

企业软件开发人员辛勤地开发传统的服务器端应用程序 , 这些应用程序被打包在 WAR 文件中并部署为 EAR , 不必担心被 Java 云原生趋势抛在后面 。
Java 云原生哲学
但这并不意味着 Java EE 开发人员应该满足于现状 , 将实现云原生状态的责任委托给环境架构师 。 软件开发人员和企业架构师在迈向云原生未来方面发挥着关键作用 。 第一步是减缓任何单体应用程序的拆除速度 。 将应用程序本身外部化是另一回事 。
接下来的步骤包括开发新功能和增强功能作为微服务 , 这些微服务可以部署到基于标准的软件容器中 , 例如 containerd、rkt 或 Docker 。 组织应该用来为云原生未来做好准备的另一个策略是将孤立的逻辑分解为无服务器组件 , 这些组件可以实现为易于访问的 Lambda 函数 。
开启 Java 云原生之旅
CNCF 的云原生景观图 , 该图勇敢地尝试记录和分类可能成为组织云原生战略一部分的各种不同产品 , 分为平台、供应、基础设施、运行时、编排和管理等类别 。

 景观图当然提供了对可用内容的全面了解 , 因为它列出了大约 20 个不同的数据库和大约 50 个不同的数据库观察和分析工具 。 这几乎足以让你认为容器和微服务领域已经成熟 , 可以进行供应商整合 , 以便更简单地绘制通往云原生开发世界的道路 。
但是 , 尽管云原生景观图可能令人生畏 , 但它实现了一个目标 , 即对于那些有兴趣从传统 Java EE 应用服务器部署转向使用 PaaS、SaaS 或其他基于云的工具的人来说 , 有许多不同的切入点 。
【Java|成为 Java 云原生不仅仅意味着容器和微服务】因此 , 传统的 Java EE 软件开发人员不必担心他们当前的应用程序在一切都部署到容器并托管在云中的世界中的表现如何 , 因为交付应用程序服务器软件的软件供应商将承担同样重的责任尽可能提升以使他们的系统云原生 。 但与此同时 , 由于有如此多的选项和不同的入口点可用 , Java EE 专业人员应该不断地寻找策略 , 以使他们编写的代码和他们部署的应用程序更加兼容云原生 。