Google Cloud Platform tarjoaa monenlaisia tehokkaita työkaluja, joiden avulla kehitysprosessia voi nopeuttaa. Esimerkiksi Cloud Build ja Cloud Run ovat palveluita, jotka auttavat tiimiä tehostamaan ohjelmistokehitystä paketoinnin ja nopean julkaisutahdin avulla kustannustehokkaasti. Kun ne on kerran saatu pystyyn, tuotetta voidaan iteroida nopeasti ja testata hyvinkin monenlaisissa mittakaavoissa. Tiimi voi keskittyä sovelluksen kehittämiseen murehtimatta palvelinpuolen teknisistä yksityiskohdista. Samalla kustannukset saadaan pidettyä kurissa ja luotettavuus on Googlen takaamana huippuluokkaa.
Vaikka uusien ideoiden toteuttaminen on hauskaa ja mielenkiintoista, saattaa tarvittavien ympäristöjen pystyttäminen olla tarpeettoman monimutkaista sekä kallista. Oli kyseessä sitten fyysinen palvelin tai pilvessä pyörivä virtuaalikone, tarvitaan monenlaista säätämistä, ennen kuin voi näyttää maailmalle aikaansaannoksensa.
Onneksi Google Cloud Platform (GCP) tarjoaa monia palveluita, joiden avulla voidaan tehostaa kehitystyötä ja nopeuttaa prototyyppien iterointia. Tässä blogikirjoituksessa esittelen kaksiosaisen palapelin, jonka kokoaminen ei aiheuta turhautumista. Ensimmäinen paloista on Cloud Build, jonka avulla projekti voidaan paketoida käytännössä automaattisesti. Toinen pala puolestaan on Cloud Run, joka tarjoilee kehitetyn tuotteen maailmalle skaalautuvasti ja kustannustehokkaasti.
Perinteisessä ohjelmistokehityksessä yksi ensimmäisistä vaiheista oli palvelimen pystyttäminen. Tuo palvelin saattoi olla esimerkiksi toimiston nurkassa kehräävä käytöstä poistettu läppäri tai jopa pilvessä pyörivä virtuaalipalvelin. Linuxiin erikoistunut vanhempi devaaja laittoi yleensä Jenkinsin ja Tomcatin paikoilleen magialta vaikuttavilla komentorivikomennoilla, ja juniorit katsoivat vierestä katseet täynnä pelkoa ja ihailua. Kaikessa tässä saattoi kulua päivä ja mystisiä virheitä selviteltiin koko toimiston voimin.
Myöhemmin yleistyneet pilvipalvelut helpottivat hommaa hieman, sillä esimerkiksi Kubernetes tuli muotiin ja sen myötä palvelut saatiin pystyy nopeammin ja hallitummin. Edelleen kuitenkin vaadittiin kovan tason osaamista. Linux-gurun sijaan tarvittiinkin nyt Kubernetes-velhoa, joka tiesi, ettei pod liittynyt mitenkään herneisiin.
Googlen ratkaisu oli paketoida Kubernetes Cloud Runin sisälle ja kytkeä sen kylkeen Cloud Build. Tällä kokoonpanolla uusien versioiden julkaisemisesta tuli helpompaa ja kehittäjät pystyivät keskittymään palvelinkonfiguroinnin sijaan itse tuotteen kehittämiseen. Sen seurauksena uusia tuotteita ja päivityksiä pystyttiin vihdoin tuomaan markkinoille nopeammin ja kustannustehokkaammin.
Cloud Build on Googlen hallinnoima palvelu, joka automatisoi ohjelmiston kääntämisen luomalla putken, joka kontittaa, testaa ja julkaisee esimerkiksi webbisovelluksen. Käytännössä tarvitaan vain lyhyt konfigurointitiedosto (Dockerfile), jossa määritellään sovelluksen rakennusvaiheet ja käyttöönottoasetukset. Todellisuudessa useimmat tuotteet tai niiden prototyypit eivät todennäköisesti tarvitse ainakaan alkuvaiheessa monelle palvelimelle klusteroitua hybridipilvi-viritystä, joka keittää myös kahvia. Internetin syövereistä löydetty valmis ratkaisu on yllättävän monessa tilanteessa riittävän hyvä.
Kun tiimi on myöntänyt itselleen, että yksinkertaisin ratkaisu on riittävän hyvä, seuraava vaihe on klikkailla GCP:n käyttöliittymästä oikea koodirepositorio (esimerkiksi GitHubista) ja päättää, millaisissa tilanteissa tuotteesta halutaan julkaista uusi version. Oletuksena Google suosittelee julkaisemista aina, kun koodirepositorion päähaaraan tulee muutoksia ja se onkin erittäin käypä vaihtoehto. Myöhemmin esimerkiksi tuotanto- ja kehitysversiot voidaan eriyttää omiksi putkikseen, mutta se käy näppärästi paria nappia painamalla, kun on sen aika.
Kun tuote alkaa vaikuttaa lupaavalta, käännösprosessiin voidaan lisätä muun muassa testien automaattinen ajaminen. Siinä tapauksessa, että testit eivät mene läpi, Cloud Build estää uuden version julkaisemisen. Automaattiset testit lisäävät tuotteen luotettavuutta, minkä seurauksena asiakkaat ovat todennäköisesti tyytyväisempiä. Jos puolestaan tarvitaan lisää tietoturvaa, voidaan kytkeä päälle esimerkiksi julkaisemisen manuaalisen hyväksyminen ja valmiin paketin tietoturvaskannaus.
Cloud Run on puolestaan täysin hallinnoitu palvelimeton alusta, jonka avulla sovelluksia voidaan pyörittää konteissa ilman, että tarvitsee huolehtia infrastruktuurin hallinnasta. Käytännössä kyseessä on Kubernetes, jonka monimutkaisuus on piilotettu yksinkertaisen käyttöliittymän taakse. Piilottamisen yhteydessä kuitenkin menetetään joitain Kuberneteksen kehittyneempiä ominaisuuksia, mutta harva projekti niitä oikeasti tarvitsee. Sitä paitsi Cloud Runin voi tarvittaessa vaihtaa puhtaaseen Kubernetekseen, sillä molemmat toimivat saman konttiteknologian avulla.
Cloud Runin käyttäminen edellyttää, että sovellus kontitetaan ja ladataan konttirekisteriin esimerkiksi Cloud Buildin avulla. Cloud Run osaa skaalata sovelluksen automaattisesti saapuvan liikenteen mukaan, joten tiimin ei tarvitse huolehtia kapasiteetin suunnittelusta. Jos kukaan ei käytä sovellusta, Google sammuttaa palvelun muutaman minuutin toimettomuuden jälkeen, jos niin halutaan. Kun käyttäjä yrittää jälleen käyttää palvelua, se palaa automaattisesti takaisin linjoille parissa sekunnissa. Kun maksaa vain käytetyistä resursseista, ei joudu maksamaan palvelun pyörimisestä esimerkiksi öisin tai viikonloppuisin, jos käyttäjiäkään ei silloin ole.
Cloud Runin edistyneempiin ominaisuuksiin kuuluu muun muassa liikenteen jakaminen eri versioiden välille. Jos haluaa esimerkiksi ohjata vain osan liikenteestä uuteen versioon, se onnistuu paria nappia painamalla. Jos taas halutaan palata takaisin vanhaan versioon hupsis-tilanteessa, sekin on helppoa, sillä Cloud Run säilyttää vanhat versiot. Jopa raportointi, monitorointi, lokien seuranta ja SLO:t löytyvät kaikki samalta sivulta, mikä antaa kattavan näkymän sovellusten suorituskykykyyn ja käyttöasteeseen.
Lauri Mukkala
Qalmarin pilvilinnojen rakentaja ja arkkitehti, joka on tiettävästi ainoana Suomessa suorittanut kaikki yhdeksän Google Cloud Professional -sertifikaattia.
Työkokemus: 11 vuotta
Supervoimat: Laajojen kokonaisuuksien ja uusien teknologioiden nopea haltuunotto (todisteena mm. neljä korkeakoulututkintoa). Laaja kokemus frontista backendiin ja syvin osaaminen Angularin, Reactin, NestJS:n ja NextJS:n parissa.
Sertifikaatit:
Google Professional Cloud Architect
Google Professional Data Engineer
Google Professional Cloud Security Engineer
Google Professional Cloud Devops Engineer
Google Professional Cloud Developer
Google Cloud Professional Google Workspace Administrator
Google Cloud Professional Database Engineer
Google Cloud Professional Machine Learning Engineer
Google Cloud Professional Network Engineer
Lääkeannostelua automatisoivan Evondosin tavoitteena on helpottaa kotihoidon resurssipulaa. Ideoita kotihoidon tehostamiseksi sekä loppukäyttäjien hyvinvoinnin parantamiseksi on monia, mutta ne kaikki vaativat tuotekehitystä. Kun markkinoille halutaan päästä nopeasti, tarvitaan sisäisen osaamisen lisäksi luotettavia kumppaneita.
Tästä blogikirjoitukseen
Kun palvelun oli kehityttävä nopeasti muutostarpeiden mukana ja yrityksen sisäinen tiimi kaipasi tukea, löytyi ratkaisu Hotellinxin tarpeeseen Qalmarin asiantuntijoista.
Tästä blogikirjoitukseen
Ulkoporealtaita Salossa valmistava Oy Nordic SPA Ltd eli tuttavallisemmin Novitek on tarjonnut asiakkailleen arjen luksusta jo vuosien ajan. Entä kun yrityksessä tapahtuukin yllättävä kasvu ja vanhat järjestelmät sekä Excel-ohjattu tuotanto eivät enää tarjoa riittävää selkeyttä toiminnanohjaukseen? Qalmarin asiantuntijat hyppäsivät mukaan ja yhdessä kartoitettiin tarve, valittiin tulevaisuuden...
Tästä blogikirjoitukseenLähetämme 4-5 lonkeropostia vuodessa.
Ei spämmiä. Pelkkää laatupostia.
Senior-tason IT-palveluita.
By the experts for the experts.
Tutustu tietosuojatiedotteeseemme.
Yliopistonkatu 31
20100 Turku
IoT Campus / Kuutio
Joensuunkatu 7
24100 Salo