In previous articles of the series, we saw how to plan and start a project with eXo Platform as well as defining a reliable architecture and preparing an effective team. In this last installment, we’re going to plan for deliveries, monitor deployments and make the future of the project sustainable.
In this phase, you will have to write a document to describe:
You should make things automated, because this process is, in general, complex and contains a lot of steps and verifications. To avoid human error, it’s better to script all steps.
In this phase, I would like to introduce you to an add-on that can be helpful for backing up and restoring eXo content using a GUI or SSH command; please take a look at the Staging Extension.
This part avoids most of the unwanted surprises when your software is in use.
The aim is to measure the limits of your software and to know what parameters to use for every deployment component (application server, JVM, load balancer, RDBMS, network bandwidth…). This step is important. Each component in your deployment view should be monitored while you execute a functional test to determine its behavior.
In this phase, you should have around the table an expert for each component.
For eXo Platform 4, the parameters to consider are:
During the project phases, you may encounter issues in the process you designed. Each time you face a problem, you should study it so you can improve your processes. If you need help for any phase, you should ask an expert to guide you. You will then acquire their knowledge for all your future projects.
And remember, the eXo Tribe is here for every community member!
Join the eXo tribe by registering for the community and get updates, tutorials, support, and access to the Platform and add-on downloads!
( Your e-mail address will not be published)