Posts tagged Production Features (2)
Another quarter, another release! After an eventful 2016, November brings with it the final release of the year for Payara Server. This year, we've seen new services like Request Tracing and Health Check added, as well as the Slow SQL logger and SQL Trace Listeners. Revisiting the version of the documentation from 1 year ago and comparing the amount we have added since then is, frankly, astonishing!
Despite a bumper year for both new features and bug fixes, work continues apace! Below is a short summary of some of the things to look out for in a release that caps an incredible 12 months.
TIP: Don't deploy any apps to the DAS in production!
As is the case with all my stories, this one began at a customer site. They had an old app they were migrating from GlassFish 3.1.2 to the latest version of Payara Blue. They'd called me in because they wanted to benchmark performance of the new version of Payara Blue on AIX against their existing GlassFish 3.1.2, also on AIX, as well as against a recent version of JBoss (I'm unsure of the version, though I know it was deployed on Windows).
Payara Micro is packed with most of the features and APIs that come with Payara Server Full Profile even though it doesn't entirely support whole Jakarta EE Full Profile. As an example, Payara Micro supports persistent EJB Timers, which are only required by the Jakarta EE Full Profile and not by the Web Profile. In Payara Micro, it's possible to use persistent EJB Timers, which are stored across your micro instances inside the distributed data grid as long as at least one instance in the data grid is up and running.
Once you have developed applications on Payara Server and moved these applications into a production environment, control will pass over to your Operations Teams. This guide will introduce some features of Payara Server that you may not know about, which are especially useful for the operations teams.
Taking an environment from development through to production is often an afterthought and can all too often be too far down the list of priorities. Initially, there may not be any obvious problems or issues with manually configuring a new production environment to match an existing one in development or test. As some customers I have visited have found, however, this will only lead to bigger and bigger inconsistency between platforms with ad-hoc changes causing different environments to diverge.
Opening our new Payara Updates video series, Mike Croft (@croft) - Payara Support Engineer – gives an overview of the Payara Server 161 Release Notes, highlighting a couple of great community contributions to this release. Mike also mentions some of our plans for the future update videos, so tune in if you want to find out more!
One of the lesser known features and key benefits of Payara Server is that it provides huge flexibility when architecting topologies for High Availability and Scalability. Utilising the embedded Hazelcast Data Grid for web session and JCache clustering brings the potential of many different topologies for scale out.
When we founded Payara and started development on Payara Server, one of our key goals was to make Payara Server the best application server for production work loads. Operations Teams will be happy to hear that the February 161 release adds Slow SQL Logging and in-built Server HealthChecks as new capabilities for managing production workloads!