Continuous Integration with Microservice Architecture

Abstract

Testing an application should be obvious part of an application development for developers but it might be left out of the application for one reason or another. This may lead to regression and dissatisfaction between developers and customers. In short regression means that the project would have same problems it had long time ago and developers might have to make same features multiple time. Sometimes even regression might give more work for developers because the application does not work as intended and it needs to be fixed. Continuous Integration is used to slow the regression, identify mistakes, and notify if something does not work as intended. There are many different applications focusing on Continuous Integration (CI) and every one of them has similar features. So, deciding which CI application is best for a project is left on the developers. Most of the times it is a clever idea to use CI application developers are familiar with or something that works well with the project. It is also a good practice to check if the CI application supports the computer languages in the project because most the test is usually implemented within the project. This thesis aims to demonstrate the importance of testing in general and how to mitigate the regression by creating a small project with tests. The project was created with Ruby on Rails and it was implemented in a GitLab monorepo. Monorepo is a repository that has multiple repositories under one repository. The Continuous integration will be created with GitLab CI/CD mostly because the repositories are in GitLab. This thesis is literature research between technologies but contains created examples to support understanding of the tests and how the tests should work on a project.

Sovellusten testaaminen pitäisi olla itsestään selvyys sovellusten kehitysvaiheessa. Usein kyseinen vaihe jää tekemättä syystä tai toisesta, mikä johtaa sovelluksen taantumiseen. Tämä voi myös johtaa kehittäjien ja asiakkaiden tyytymättömyyteen sekä tuottaa kehittäjille lisää työtä virheiden korjaamiseen takia. Jatkuvaa integraatiota eli sovellusten uusiutuvaa testaamista, käytetään virheiden torjumiseen sekä estäessä projektin vanhojen ongelmien palaamista. Jatkuva integraatio lähettää sovelluksen avulla kehittäjille viestiä huomatessaan ongelman. Jatkuvaan integraatioon sovelluksia on monia, mutta useimmat sovellukset tarjoavat lähes samanlaista palvelua. Joten pitää miettiä, minkälainen jatkuvan integraation sovellus olisi parempi kehitettävään projektiin. Valinnassa kannattaa ottaa huomioon onko kehittäjillä aiempaa kokemusta jatkuvan integraation sovelluksesta tai miten hyvin jatkuvan integraation sovellus tukee projektin ohjelmointikieltä. Tämä opinnäytetyö on pääsääntöisesti kirjallisuustutkimus eri teknologioista, joita voitaan käyttää jatkuvassa integraatiossa, joka sisältää luotuja esimerkkejä. Tässä opinnäytetyössä tarkasteltiin testauksen tärkeyttä sekä luotiin projekti, jonka ohella hyödynnetään jatkuvaa integraatiota. Projekti luotiin Ruby on Rails-kielellä joka sijaitsee GitLabin monorepositoriossa. Monorepositorio tarkoittaa yhtä arkistoa, joka sisältää monta eri arkistoa. Jatkuva integraatio kehitettiin GitLab CI/CD:n avulla, koska sitä pystytään hyödyntämään paremmin GitLab-repositorien kanssa.