Monoliitista mikropalveluiksi : case maksupalvelu

Abstract

Opinnäytetyö sai alkunsa yhteistyöyrityksen liian suureksi kasvaneen ohjelmiston ohjelmistoarkkitehtuurin ongelmista. Arkkitehtuurin aiheuttamat ongelmat olivat alkaneet vaikeuttamaan niin ohjelmiston jatkokehitystä kuin ylläpitoa. Kun ongelmaa tutkittiin, huomattiin että myös muilla yrityksillä oli liian suuriksi kasvaneista järjestelmistä johtuvia ongelmia. Opinnäytetyössä etsittiin syitä sekä ratkaisuja näihin esille nousseisiin ongelmiin ja niistä aiheutuviin haasteisiin. Työhön dokumentoitiin alkuasetelman syyt ja arkkitehtuuri- ja suunnitteluvalintojen perustelut sekä toteutustavat.

Opinnäytetyössä vertaillaan monoliittisen sekä mikropalveluiden ohjelmistoarkkitehtuurin vahvuuksia ja heikkouksia. Työssä selvitetään prosessia, kuinka monoliittisen arkkitehtuurin omaavan ohjelmiston ominaisuuden voi eritellä ja hajottaa omiksi mikropalveluiksi. Lisäksi havainnollistetaan esimerkkinä, kuinka yrityksen suureksi kasvaneen ohjelmiston maksupalvelun osuus käytännössä muutetaan mikropalveluiksi.

Opinnäytetyön lopputulos, dokumentoitu ohjeistus ohjelmiston ominaisuuksien erottelusta on hyödynnettävissä, kun etsitään tietoa laajan ohjelmiston hajauttamisesta mikropalveluiksi. Esimerkkinä käytetyssä hajauttamisessa rakennetut mikropalvelut eivät ole puhtaita oppikirjaesimerkkejä prosessista, vaan antavat realistisemman kuvauksen kompromisseista ja ratkaisuista, joihin voidaan päätyä työelämässä.

This thesis’ starting point was the client company’s business software having grown big and its old programing architecture having started showing signs of problems. The problems, which were caused by the architecture, had started to limit the development and maintenance of the software. While researching the issues, it was revealed that other businesses faced similar problems with their business software. The thesis studies the causes and solutions for these problems and to the challenges caused by them. The starting point for the software is also documented, as well as how and why certain architectural or design decisions were made while fixing the issues.

The thesis presents the strengths and weaknesses of monolith and microservice architectures, how to recognize the needed properties to successfully separate a part of software to its own microservices, as well as how the process is carried out. As an example, a part of the aforementioned business software is separated into its own microservices and the process is explained step by step.

The theory presented in this thesis works as a source material for researching microservices, as well as to separate features from existing software to their own microservices. The case presented is not a clear textbook example of how the separation process is used and applied, but instead a more realistic representation on how the process could be handled in the business and what the result would be like.