« Previous 1 2 3 4 5
Jira, Confluence, and GitLab
Operation Pushbutton
Setting Up Tools
After rolling out Confluence and Jira, it is important that you connect to the installed services via HTTPS immediately after the ansible-playbook call. Both initially greet you with the configuration wizard. Because this wizard only sets up the admin password, the page is open to anyone without a password. Using Confluence and Jira together, it makes sense to run the user database only in Jira and connect Confluence to Jira (Figure 5). During the initial setup, Confluence and Jira also ask for the license, which you should ideally have at hand.
Figure 5: During the initial setup, Confluence can be configured to use Jira as a source of user data.
The agile work center is almost finished: The only thing missing is GitLab. A separate playbook (gitlab.yml) rolls it out, but again you need to adjust different values up front – in particular, for the mail configuration that GitLab will use later on and in the usual entries for managing the Apache host configuration.
Finally, a last call to ansible-playbook rolls out the Omnibus edition of GitLab. GitLab also comes with its own configuration dialog, which you should close immediately after deployment.
Meaningful Approach
The presented setup with Confluence, Jira, and GitLab has several advantages. First, it's idempotent: You can thus call the individual playbooks or playbook.yml again at any time to restore the default setup. Any changes to the setup should first be implemented in Ansible and then rolled out.
The three services get along well: As mentioned before, Jira can serve as a user database for Confluence. If you want, you can connect GitLab and Jira so that GitLab commits lead to log entries in Jira issues; also, Jira tickets can be referenced directly in Confluence pages. All these features are very useful for distributed teams that want to stay agile.
Infos
- Confluence and Jira: https://www.atlassian.com/software/
- GitLab: https://about.gitlab.com
- Article code: ftp://linux-magazine.com/pub/listings/admin-magazine.com/43/
- Directory structure for Ansible: http://docs.ansible.com/ansible/latest/playbooks_best_practices.html#directory-layout
- Ansible playbooks and roles: https://github.com/pantarei
« Previous 1 2 3 4 5
Buy this article as PDF
(incl. VAT)
Buy ADMIN Magazine
US / Canada
UK / Australia
Related content
-
Roll out hybrid clouds with Ansible automation
Designing your own hybrid IT structure as a digital mix of your servers and public or private clouds might be technically elegant and cost effective, but setup is time consuming. Thanks to Ansible, it might take less work than you think. -
Keeping it simple – the Ansible automator
The powerful Ansible automator comes without airs and graces, does without complex syntax, self-documents, and has no need to hide its light compared with Puppet and other configuration management tools. -
Automation with Ansible
Ansible offers automatic provisioning and configuration capabilities similar to that of Chef and Puppet, but it's aimed more at admins than developers. -
Ansible as an alternative to the Puppet configuration tool
Automation is part of life in the data center, and Puppet is commonly regarded as the King of the Hill, but some users prefer the lean alternative Ansible. -
Automated orchestration of a horizontally scalable build pipeline
A Jenkins build pipeline frees developers from repetitive manual build tasks by facilitating automation and provides broad traceability with continuous logging and feedback.