FlexDeploy Architecture

FlexDeploy is a Java-based web application which requires an Application server (WebLogic or Tomcat) and an Oracle, PostgreSQL or MySQL database. FlexDeploy is accessed by Browser and can be integrated with various Directory Servers for Authentication and Authorization, but you can also work with local security realm provided by FlexDeploy.

FlexDeploy uses built-in File System based Artifact Repository to store build artifacts like jar, ear, war, zip etc. Build artifacts are versioned and used during deployment.

FlexDeploy connects to target servers using SSH protocol and only requires Temporary Working Directory and Java for execution on target servers. SSH connectivity to Windows servers is established using Cygwin, i.e. Cygwin must be installed on Windows targets.

FlexDeploy can be installed On-Premise or in Cloud (AWS, Azure, Oracle) and can be used to perform Build / Deploy on targets in On-Premise or Cloud as only SSH connectivity is required. You can also use FlexDeploy Docker container from docker hub for installation.

FlexDeploy has plugin architecture which allows for integration with various technologies. FlexDeploy comes with many out of box plugins, but customers are free to developer their own plugins using Plugin SDK.

Database Tier

FlexDeploy requires one of the following Oracle databases, and any required license is not included with your FlexDeploy subscription.

• Oracle XE, version 11.2, 18, 19 (although supported for production use, XE is generally used for trials and proof of concepts)
• Oracle Standard, version 11.2, 12.1, 12.2, 18, 19
• Oracle Enterprise, version 11.2, 12.1, 12.2, 18, 19
• PostgreSQL 11
• MySQL 8
• Supported platforms
  • Any platform supported by specific database

Application Tier

FlexDeploy requires one of the following application servers. You must install FlexDeploy on only one application server process, i.e. cluster is not supported.

• WebLogic 12.1.3 (license is not included with your FlexDeploy subscription)
• Tomcat 8.x
• Supported platforms
  • Microsoft Windows

  • Unix/Linux (and its variants, such as Oracle Enterprise Linux, Red Hat, Solaris, etc.) 

  • VM Image (ova) file with FlexDeploy is also available to quickly start trial of FlexDeploy. If you are interested in a FlexDeploy VM Image, please contact us through our website or download it here.

Target Endpoints

FlexDeploy requires SSH connectivity using User and Password or SSH Key. Additionally, some minor items are required on target endpoints.

• Working folder for temporary files..
• JDK 6 or higher.
• Supported platforms
  • Microsoft Windows

  • Unix/Linux (and its variants, such as Oracle Enterprise Linux, Red Hat, Solaris, AIX etc.) 

  • Mac OS

High Availability Considerations

Here are some guidelines on Active Passive configuration for FlexDeploy, as running more than one server process for FlexDeploy is not yet supported. You can choose to setup Cluster for Application or Database or Both.

• Install FlexDeploy application on two separate Physical Server or Virtual Machines.
  • WebLogic
    • Install two separate WebLogic Domain to two distinct Managed Servers in single WebLogic domain.
    • Deploy FlexDeploy application to both Domains or Managed Servers.
  • Tomcat
    • Install two separate Tomcat as per Installation instructions.
    • Both installation will have configuration for JDBC connection to RAC database.
• Setup Database cluster for FlexDeploy. This would be RAC cluster for Oracle database. Follow guidelines setup by database vendor for clustering.
• Make sure to use JDBC connect string for database cluster nodes when defining Data Source definitions.
• Use Shared File System for Artifact Repository directory. There is no need to setup Working directory on Shared File System.
• Configure Load Balancer to route all FlexDeploy users to Active Application Server. You can automate the process of fail over to Passive node if necessary.
• Make sure that only one of the Application Server process is running. This is absolutely necessary even when Load Balancer is routing traffic to only one of the server.
  • This can be achieved by leaving out some configuration details on the Passive node. For example, you can omit Data Source configuration on Passive node, so that it does not start processing request if it is started by mistake.