Sovellusmodernisointi: muutakin kuin koodin päivitystä
Kirjoittaja: Mallow

Jaakko ja Teemu keskustelevat siitä, miksi sovellusmodernisointi on enemmän kuin koodin päivittämistä — kyse on liiketoiminta-arvon vapauttamisesta.
Mallow Podcastin toisessa jaksossa perustajat Jaakko Karhumaa ja Teemu Tapanila puhuvat sovellusmodernisoinnista. Aihe on ollut IT-alan keskusteluissa jo pitkään. Termi on tuttu, mutta sisältö vaihtelee. Meille modernisointi ei ole vain tekninen harjoitus. Se on tapa vastata liiketoiminnan muuttuviin tarpeisiin.
Mitä modernisointi oikeastaan on?
Modernisointi on usein “hienompi termi” olemassa olevan sovelluksen ylläpidolle. Jaakko ja Teemu vertaavat sovellusta taloon. Jos taloa ei huolleta kymmeneen vuoteen, se rapistuu. Sama pätee sovelluksiin, jotka pyörittävät liiketoimintakriittisiä prosesseja ilman päivityksiä.
Modernisointi voidaan jakaa eri tasoihin, aivan kuten remontit:
- Kevyt pintaremontti: Esimerkiksi sovelluksen siirtäminen pilveen sellaisenaan (lift-and-shift).
- Julkisivuremontti: Pieniä muutoksia sovellukseen pilvisiirtymän yhteydessä.
- Putkiremontti tai purkaminen: Raskas modernisointi tai sovelluksen rakentaminen kokonaan uudelleen.
Tavoite on löytää näiden välistä se “fiksu liike”. Saat jotain uutta ilman, että koko talo pitää purkaa.
Azure ja pilvimodernisaation hyödyt
Kun sovelluksia viedään Microsoft Azureen, tavoitteena on hyödyntää pilven palveluita fiksusti, jotta sovelluksen elinkaarta voidaan kehittää jatkuvasti.
Yksi konkreettinen esimerkki on brittiläinen Stewardship-pankki. Toteutimme heille pilvimodernisaation. On-premise-palvelimet siirrettiin Azureen ja samalla uudistettiin sovelluskehitystapoja. Tuloksena julkaisut nopeutuivat selvästi: aiemman 2–4 julkaisun sijaan pankki tekee nyt noin 300 päivitystä vuodessa. Modernisointi teki julkaisemisesta ennustettavaa.
Liiketoiminta edellä, tekniikka perässä
Modernisointi on 90 % prosesseja ja ihmisiä ja 10 % teknologiaa. Tärkeintä on löytää liiketoiminnallinen peruste muutokselle. Jos kerrot toimitusjohtajalle .NET-version päivityksestä, se ei yleensä saa aikaan innostuneisuutta. Jos taas kerrot, että uuden asiakasympäristön saa pystyyn viikossa eikä kahdeksassa, keskustelu muuttuu.
Tekoäly on yksi tämän hetken isoista ajureista. Modernisointi on usein edellytys sille, että tekoälyä voi käyttää järkevästi. Tämä koskee sekä kehitystä että itse tuotetta. Esimerkiksi Aidon modernisoi toimintaansa siirtymällä sovellusten myynnistä datan ja palvelun myyntiin (SaaS). Se muutti koko liiketoimintamallin.
Tietoturva ja hallinta
Pilveen siirtyminen tarjoaa valmiita malleja identiteetinhallintaan ja tietoturvaan. Teemu huomauttaa, että tekoälyn myötä pääsynhallinnan merkitys korostuu. Jos aiemmin tiedot olivat turvassa "monimutkaisuuden takana", nyt AI voi löytää ne helposti, jos oikeudet eivät ole kunnossa — esimerkiksi kysymällä suoraan toimitusjohtajan kalenterimerkintöjä.
Miten päästä alkuun?
Modernisointihanke kannattaa aloittaa listaamalla olemassa olevat sovellukset ja tunnistamalla ne, jotka kaipaavat huomiota — olipa kyseessä tekninen riski tai uusi liiketoimintamahdollisuus.
Mallowin asiantuntijat korostavat, ettei ole olemassa yhtä kaikille sopivaa mallia. Kokemus sadoista hankkeista auttaa kuitenkin priorisoimaan ja välttämään sudenkuopat.
Haluatko sparrata sovellustesi nykytilasta? Modernisointi on jatkuva keskustelu, ja Mallow on valmis auttamaan optimaalisen ratkaisun löytämisessä.
Aiheeseen liittyviä artikkeleita

Takaisin perusasioihin — perusta ratkaisee tekoälyajassa
Jaakko, Teemu ja Juhana keskustelevat siitä, miksi migraatiot, tietoturva ja pilven hallinta ovat taas keskiössä — ja mitä tekoäly vaatii infrastruktuurilta.

Managed Cloud — mitä “cloud as a service” tarkoittaa?
Jaakko, Teemu ja Telia Cygaten Tommi Wiren avaavat hallitun pilven käsitettä — riskienhallinnasta automaatioon ja tekoälyn hallintaan.

Mallow Podcast: Retrospektiivi ja katsaus vuoteen 2025
Mallowin perustajat Jaakko ja Teemu katsovat taaksepäin vuoteen 2024 ja eteenpäin vuoteen 2025: tekoäly, data ja pilvi.