User Tools
Writing /app/www/public/data/meta/toolsandtechnologies/infrastructure_automation.meta failed
toolsandtechnologies:infrastructure_automation
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| toolsandtechnologies:infrastructure_automation [2017/03/31 12:23] – mzubal | toolsandtechnologies:infrastructure_automation [2021/06/25 10:09] (current) – external edit 127.0.0.1 | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== Infrastructure/ | ||
| + | ===== Goals ===== | ||
| + | * Business goals | ||
| + | * Lower development, | ||
| + | * Increase code quality | ||
| + | * Increase reliability of software delivery | ||
| + | * Business goals are going to be supported by automating following areas | ||
| + | * Application compilation, | ||
| + | * Application packaging (executable jars or wars) | ||
| + | * Test Coverage check | ||
| + | * Code Quality check | ||
| + | * Creating local development environment | ||
| + | * Provisioning of local/ | ||
| + | * Configuration Management of the machines | ||
| + | * Configuration Management of applications | ||
| + | * Deployment of applications | ||
| + | * Unit testing | ||
| + | * Integration testing | ||
| + | * Performance testing | ||
| + | |||
| + | ===== Chosen Tools and motivation to use them ===== | ||
| + | * Gradle (as part of Grails 3) | ||
| + | * Unified build lifecycle | ||
| + | * Declarative definition of dependencies | ||
| + | * Plugins/ | ||
| + | * Integration to popular IDEs (IntelliJ IDEA) and Build servers (Jenkins) | ||
| + | * Spring-boot (as part of Grails 3) | ||
| + | * Easily package applications as standalone JARs (with embedded Tomcat/ | ||
| + | * Unified approach to auditing, health checks etc. | ||
| + | * Docker | ||
| + | * provision testing machines (containers) for different environments | ||
| + | * Vagrant/ | ||
| + | * provision testing machines (VMs) for different environments | ||
| + | * Ansible | ||
| + | * provision needed libraries and dependencies (DB, Application Servers etc.) to machines | ||
| + | * deploy the application and environment specific configuration to machines | ||
| + | * deploy the application itself to machines and control it's lifecycle (starting/ | ||
| + | * any other sort of automation of environments | ||
| + | * Jenkins | ||
| + | * apply versioning strategy | ||
| + | * checkout and build the source code of application | ||
| + | * perform unit tests | ||
| + | * perform test coverage and code quality checks | ||
| + | * provision staging environment | ||
| + | * deploy application to staging environment | ||
| + | * run smoke/ | ||
| + | * automate deployment to QA/PROD environments | ||
| + | |||
| + | ===== Performed Research ===== | ||
| + | The research was performed mainly to support the Fiber project automation, but is intended to be also applied to other projects in the company. | ||
| + | |||
| + | ==== Gradle / Spring-boot ==== | ||
| + | The project is implemented using Grails 3, which uses Gradle and Spring-boot. | ||
| + | Gradle spring-boot plugins are used to package the application as a WAR file. | ||
| + | Application can be run locally using Gradle (gradle task bootRun). | ||
| + | JaCoCo Gradle plugin is configured to perform test coverage analysis (gradle task JacocoTestReport). | ||
| + | |||
| + | ==== Docker ==== | ||
| + | Docker and Docker Compose is used to create local testing environment comprising of app server and db server (to be then provisioned using Ansible). The base image used for these is centos/6.6 to make this in line with our QA environments. We attempted to install Docker to the build server (mentioned below), but this has failed due to old version of Linux on the server. In future we would like to upgrade the build server to up-to-date linux and use Docker to provision machines for automated testing. | ||
| + | |||
| + | ==== Vagrant ==== | ||
| + | Vagrant was attempted to be used as replacement for Docker on the build server, but it has also failed due to old linux installed there. We might consider using Vagrant to provision machines for automated testing, but we will favour Docker if possible. | ||
| + | |||
| + | ==== Ansible ==== | ||
| + | Ansible playbooks and roles are implemented to provision the application dependencies (install/ | ||
| + | These scripts are currently working with local Docker environment and also with our internal QA testing environments. The Ansible is now also used in order to configure CAS (SSO solution) and HTTP loadbalancer. | ||
| + | ==== Jenkins ==== | ||
| + | Jenkins 2 is installed on our servers (please check [[toolsandtechnologies: | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
Page Tools
