This section contains steps that are involved in the build and deploy the application.
Build Stages:

Checking out code from github
Maven Build process (includes the Junit tests):

> Apache Maven: to manage dependencies for projects. Maven can be installed as a command line tool.

Creating Artifacts (EAR) on successful build process:

> An artifact is an assembly of any project assets that you put together to test, deploy or distribute your software solution or its part.
> Examples are a collection of compiled Java classes or a Java application packaged in a Java archive, a Web application as a directory structure or a Web application archive, etc.
> An artifact can be an archive file or a directory structure that includes the following structural elements:

Compilation output for one or more of your modules
Libraries included in module dependencies
Collections of resources (web pages, images, descriptor files, etc.)
Other artifacts
Individual files, directories and archives.
Deploy the same to the respective environments:

> maven deploy to nexus - Nexus is the option for hosting third-party artifacts, as well as for reusing internal artifacts across development streams.
> Nexus (sonatype) is a repository manager - It allows you to proxy, collect, and manage your dependencies so that you are not constantly juggling a collection of JARs. It makes it easy to distribute your software. Internally, you configure your build to publish artifacts to Nexus and they then become available to other developers.

Inside ERP Stack:
Fig.1.0: Graphical Representation of ERP Architecture

Apache Web servers for Load Balancer:

1.1 Load Balancer - A load balancer is a device that distributes network or application traffic across a cluster of servers. Load balancing improves responsiveness and increases the availability of applications.
1.2 Apache HTTP server - is a cross-platform web server. A web server is a software that receives your request to access a web page. It runs a few security checks on your HTTP request and takes you to the web page.

WildFly for Application Servers with instances (with java as a prerequisite)

2.1 Application Server - An application server is a software framework that provides both facilities to create web applications and a server environment to run them
2.1 WildFly - is a Java EE 8 certified application server. It provides a list of services as,

JDBC connection pool
ArtemisMQ - messaging broker
Resource adapter
EJB container - where you can deploy remote services
Undertow - lightweight and performant web server
Batch job scheduler to execute tasks and jobs
Redis cache for (Tokens, auth, sessions, etc.,)
Elastic Search
Postgres as DB

Our ERP application architecture follows the 3-tier architecture for web applications*.
Accessing the application using IP address and domain name:
This section is to be referred only if you want the application to run using any ip address or domain name.

Domains should be registered with hosts
Sub-domains must be created and should point to the Load Balancer IP (elasticIP)

> Sub-domains are like: multi-tenant based, environment(dev/qa/uat) based, and others like issues.jira, etc.,
> create a name-based virtual hosts for the sub-domains, which helps in the picking up right application servers, and schemas likewise.
tenant.env.domain = name
name → hosts, schemas, etc., which helps to access the application at right hosts pointing to.

To access the application using IP address:

> Have an entry in table (eg_city) in the database with an IP address of the machine where the application server is running (for ex: domainurl="172.16.2.164") to access the application using IP address.
> Access the application using an url http://172.16.2.164:8080/egi/ where 172.16.2.164 is the IP and 8080 is the port of the machine where the application server is running.
2. To access the application using a domain name:
> Have an entry in table (eg_city) in the database with a domain name (for ex: domainurl= "www.egoverpphoenix.org") to access the application using a domain name.
> Add the entry in hosts file of your system with details as 172.16.2.164 www.egoverpphoenix.org (This needs to be done both in server machine as well as the machines in which the application needs to be accessed since this is not a public domain).
> Access the application using an url http://www.egoverpphoenix.org:8080/egi/ where www.egoverpphoenix.org is the domain name and 8080 is the port of the machine where the application server is running.
Always start the wildfly server with the below command to access the application using IP address or domain name.
nohup ./standalone.sh -b 0.0.0.0 &
Two ways of Deployments:

Manual Deployment - Copy the EAR files on deployment folder and start the server.
Hot Deployment - using WildFly management console(it always listens at 9990), and using curl upload and publish the EAR.

Release Process:

Fig.2.0: Release Process Diagram
*References:
3-Tier Architecture in ERP:

A typical enterprise application consists of at least three different types of components:

Presentation layer – Components that handle HTTP requests and implement either a (REST) API or an HTML‑based web UI. In an application that has a sophisticated user interface, the presentation tier is often a substantial body of code.
Business logic layer – Components that are the core of the application and implement the business rules.
Data‑access layer – Components that access infrastructure components such as databases and message brokers.

A three-tier architecture is a client-server architecture in which the functional process logic, data access, computer data storage and user interface are developed and maintained as independent modules on separate platforms. Three-tier architecture is a software design pattern and a well-established software architecture.

Fig.3.0: AWS 3-Tier Architure Diagram

Browser not supported