JLupin Next Server乍一看

JEE基础结构现在有了一个新的管理解决方案– JLupin Next Server。 它为应用程序实现提供了另一种方法。 它提供什么？

用于实现JEE应用程序的现有解决方案受到限制。通过新的应用程序管理方式，JLupin Next Server打破了所有障碍。

JEE的足迹

良好实践表明，至少由两台服务器（物理服务器或虚拟服务器）确保应用程序的安全。此外，每个应用程序都有一个分配的LoadBalancer，该负载平衡器在复制了该应用程序的服务器之间分配流量。这说明了上传新版本时的工作流程。

管理员遵循的另一个标准建议将每个应用程序上载到单独的应用程序服务器。这样可以避免与应用程序相互影响相关的问题。它们包括由于特定应用程序对内存的不平等需求导致的内存泄漏，阻塞共享系统资源或已经提到的更新复杂性。

习惯成本

每个JEE应用程序管理员都知道良好实践的好处。他可能已经习惯了他们的劣势。因此，重要的是要认识到标准JEE基础结构的相对安全性和稳定性的价格是多少。

让我们举个例子。如果公司有10个分支机构，每个分支机构都想开发自己的应用程序，则该公司至少需要20个应用程序服务器和10个LoadBalancers。这创建了一个复杂的基础架构，其管理是一个很大的挑战。基础架构的任何更改都会带来高风险。在这里不难在LoadBalancer和客户端应用程序的配置中犯错。

基础架构中的应用程序实现如何？费力地。如果要保持应用程序功能的连续性，则必须将某些服务器与LoadBalancer断开连接，必须上载新版本，并且只有在应用程序完全启动后才能重新连接它们。必须重复此过程，直到覆盖所有服务器。此外，为关键应用选择了流量最低的时间。

JLupin有何反应？

JLupin Next Server –少赚更多

JLupin Next Server是基于Java的应用程序的第一台服务器，其中每个应用程序都是一个单独的JVM进程，具有自己的内存分配和线程池。因此，可以在一台服务器上运行多个互不影响的应用程序。让我们回到示例。该公司将JLupin用于十个应用程序，它仅需要两台服务器。这样的网络的配置得以简化，因为JLupin Next Server的主要过程管理每个应用程序本身的配置。 JLupin Next Server解决方案还支持简化基础架构，因为LoadBalancers在客户端用作库。

应用程序新版本的实现变得更加简单，并且不限制其可用性。在完全实施新版本并正确处理所有请求之后，JLupin Next Server将禁用旧版本的应用程序。利用此功能，即使在最繁忙的流量下，也可以执行关键应用程序。

JLupin Next Server上的开发过程如何？由于JLNS上的应用程序是基于Spring的事实，因此您仅需要此框架的基础知识即可。然后，必须将为您的应用程序开发的JAR放在服务器上的应用程序目录中。 JLupin Next Server将其作为单独的JVM进程运行，并使用以下接口自动为类创建访问路径：SOAP – XML，HTTP – JSON，JAVA远程对象调用–同步，异步（队列）

使用JLupin Next Server需要配置较小的基础结构，同时为公司提供了更大的发展机会。更多优势和细节可以在www.jlupin.com和下一篇文章中找到。

一个服务器架构上的一个应用程序。使用JEE服务器（方案1）与JLupin Next Server平台（方案2）的应用程序比较–请参见下图：

schematy-01