Rakastu pilveen – mutta mihin niistä?

Voinko keskittyä vain yhteen asiaan?

Osa meistä on työskennellyt lähes kaikkien pilvipalvelujen tarjoajien kanssa viime vuosina. Minulle ovat tulleet projektien kautta tutuiksi Amazon Web Service, Microsoft Azure ja Google Cloud Platform. Lisäksi rakennamme demoja IBM Cloud -alustalle, ja olen kokeillut myös RedHat OpenShift -alustaa. Tein haun sanoilla ”pilvipalvelujen tarjoajat” ja sain vastaukseksi 15 suosituinta. Osa nimistä oli tuttuja, mutta joistakin en ollut kuullut koskaan. Konsultointialalla meillä on tapana kutsua itseämme teknologia-agnostikoiksi, etenkin organisaatioiden tasolla. Emme siis usko yleispäteviin työkaluihin. Mikä on minun tilanteeni? Voinko olla aidosti asiantuntija, jos haluan keskittyä vain yhteen asiaan?

Yhdestä alustasta valinnanvapauteen ja pilvipalveluihin

Opiskeluaikoina vitsailimme, että laitoksemme johtajalla oli kaikki Microsoftia alusvaatteita myöten. Avoimen lähdekoodin ja Microsoftin välillä oli tuolloin jo jonkin verran kilpailua. Käytimme paljon Microsoftin teknologioita, kuten Visual Basicia. Se tuntui suurenmoiselta työkalulta: sillä pystyi luomaan käyttöliittymän lomakkeiden avulla. Onneksi tarjolla oli myös olio-ohjelmoinnin kursseja, joten pääsin tutustumaan Javaan. Tuolloin emme osanneet edes uneksia julkisista pilvipalveluista, vaan sovellukset pyörivät paikallisissa järjestelmissä. En kyllä kaipaa noita aikoja.

Kun työskentelin ohjelmistoyrityksessä, oli helppo valita alustan rakentamisessa käytettävät ratkaisut, ja valinta oli jälleen kerran Microsoft. Silverlight ei kuitenkaan ollut paras mahdollinen vaihtoehto... Julkisten pilvipalvelujen yleistymisen myötä yritys alkoi käyttää AWS-alustaa. No, kyllähän .NET ja AWS sopivat ihan hyvin yhteen. Aloin itsekin tuolloin käyttää yhä enemmän julkisia pilvipalveluja: palvelitonta tietotekniikkaa, ohjelmointirajapintoja, NoSQL-tietokantoja, lambda-arkkitehtuuria ja kaikkea muuta kivaa. Olin tuon yrityksen palveluksessa 16 vuotta. Sitten oli aika siirtyä erikoisteknologioista vähän yleisempiin.

Noihin aikoihin minusta tuli teknologia-agnostikko, ja kutsuin itseäni generalistiksi eli yleistaitajaksi. Ratkaisuarkkitehtinä olen luottanut paljon kollegoihini: yksityiskohtien tuntemuksessa johtavat ohjelmistokehittäjät ovat kullanarvoisia. Ratkaisuja suunnitellaan nykyisin PowerPointissa. Viitearkkitehtuurin voi valita tapauskohtaisesti johtavilta pilvipalvelujen tarjoajilta, mikä on asiakkaan kannalta hyvä ratkaisu. Vaihtoehtoja ovat Azure, AWS, GCP ja monet muut. Niissä on pitkälti samanlaiset komponentit, viestijonot, relaatiotietokannat, konttialustat ja niin edelleen. Jos pitäisin pilvialustaa vain oman verkon jatkeena tai korvikkeena, kaikki olisi vieläkin helpompaa. Käyttäisin sitä tietojenkäsittelyyn ja ehkä myös tallennukseen ja koodaisin kaiken siihen päälle. Mutta se ei ole pilvialustojen pointti.

Mihin pilvialustoja tarvitaan?

Pilvipalvelut voidaan jakaa kolmeen pääryhmään: Infrastructure as a Service (IaaS), Platform as a Service (PaaS) ja Software as a Service (SaaS). IaaS on joustavin vaihtoehto: tietojenkäsittelyn, verkot ja tallennuksen voi hoitaa pilvipalvelussa. PaaS on tuotteistettu hieman pidemmälle: se tarkoittaa esimerkiksi tietokantojen tarjoamista palveluna. SaaS on pilvipalvelujen tarjonnan pisimmälle tuotteistettu muoto.

Yleensä se tarkoittaa pilvipohjaisia kolmannen osapuolen ratkaisuja, joista Salesforce on yksi esimerkki. PaaS on suosikkini: se tarjoaa omien ratkaisujen käyttämisessä tarvittavan teknologian. Se ei sisällä liiketoimintalogiikkaa, mikä taas on meidän erikoisalaamme. Konsulttiyrityksen tärkein voimavara ovat työntekijät, jotka luovat liiketoimintalogiikan. PaaS-palvelujen ansiosta meidän ei enää tarvitse käyttää loputtomasti aikaa infrastruktuuriin, vaan voimme keskittyä arvonluontiin. Toinen tärkeä voimavara ovat uudelleenkäytettävät komponentit: DevOps-menetelmät ja valmiit CI/CD-putket.

Näillä voimme luoda asiakkaillemme arvoa entistä nopeammin. Enää ei tarvitse käyttää ylimääräistä aikaa infrastruktuurin rakentamiseen, ja valmista tulee muutamassa päivässä, kun asiakkaan piti aiemmin odottaa viikkokausia. Esimerkiksi Spark-klusterin rakentaminen oli aiemmin monimutkaista ja onnistui vain pitkälle erikoistuneelta asiantuntijalta. Nyt se vie vain muutaman minuutin. Sama koskee myös asiakkaan työnkulkujen infrastruktuuria.

Miten pysyä mukana pilvipalvelujen kehityksessä?

Tämä kaikki on tietysti saatavilla kaikilta pilvipalvelujen tarjoajilta. Otetaan esimerkiksi lambda-arkkitehtuuri: AWS ja Azure – ja luultavasti kaikki muutkin – soveltavat samaa arkkitehtuurin periaatetta, mutta yksityiskohdissa on eroja. Kummankin pilvipalvelun ytimessä on Databricks (Spark Cluster), mutta sitä ympäröivät komponentit ovat erilaisia: Azure Data Factory, Storage, Event Hub, Functions, Stream Analytics, SQL DW, Analysis Services tai AWS S3, Kinesis Firehose tai Data Streams, Lambda, Redshift, Kinesis Analysis...

Nämä voitaisiin korvata muilla komponenteilla tai uudemmilla versioilla. Siksi pilvijärjestelmät kehittyvätkin niin nopeasti, että on mahdotonta pysyä kaikesta ajan tasalla. Myös joukossa on voimaa: tiedän, että kollegani käyttävät pitkälti samoja komponentteja kuin minä, joten heidän näkemyksistään on minulle oikeasti apua. Eikä yhteisömme rajoitu omaan organisaatioomme: tunnen Microsoft-arkkitehtejä ja Most Valuable Professional (MVP) -asiantuntijoita, joiden tehtävänä on kouluttaa ja auttaa meitä. Se on erittäin hienoa. Tilanne on luultavasti sama myös muilla pilvipalvelujen tarjoajilla, mutta tunnen Microsoftin asiantuntijat henkilökohtaisesti, mikä helpottaa asioiden hoitamista.

Minun valintani? Azure

Kuten ehkä jo arvasitkin, minun valintani on Azure. Google Cloud Platform on ollut käytössä vain yhdessä pienessä projektissa – muuten olen ollut uskollinen Azurelle. Viime kuukaudet ovat olleet hienoa aikaa. Suoritin Azure Solutions Architect -tutkinnon eli olen keskittynyt täysipainoisesti Azureen. 

Nyt rohkenen jo sanoa, että olen Siilin Azure Lead, johtava Azure-asiantuntija.

Huomasithan, että haemme uusia työntekijöitä Siili Azure Studioon? Ja voit aina hakea palvelukseemme myös teknologia-agnostikkona...

 

Lue lisää

 

Kirjoittanut Jani Iivari

Mitä seuraavaksi

Viimeisimmät projektimme

Ruokavirasto – Maitorekisteri

Ruokavirasto – Maitorekisteri

Ruokavirasto on valtion virasto, joka maksaa C-alueen eli Pohjois-Suomen viljelijöille vuosittain yli 160 miljoonaa euroa maidon tuotantotukea, joka tilitetään meijerien toimittamien maidontuotantotietojen perusteella.

Tulevat tapahtumat

AI & Data Intelligence 2019

AI & Data Intelligence 2019

Teknisen muutoksen keskiössä AI & Data Intelligence 2019 tarjoaa kaikille alan toimijoille mahdollisuuden oppia, verkostoitua ja jakaa tietoa siitä, miten pysyä kärjessä.

Lisää inspiroivia tarinoita

  • Siili One ja riskiä jakava palkkamalli ohjelmistoalalla

    • Siili One ja riskiä jakava palkkamalli ohjelmistoalalla
      Siili lanseerasi keväällä 2019 uuden tytäryhtiönsä nimeltään Siili_one, jossa työskentely sopii kokeneille haasteita kaipaaville ohjelmistoalan asiantuntijoille. Siili_one on paluu Siilin alkujuurille riskiä jakavaan palkkamalliin. Sen tarkoituksena on löytää oikeat osaajat oikeisiin projekteihin oikeaan aikaan – ilman turhia sirkushuveja. Tässä kirjoituksessa kerron, mitä Siili_one merkitsee työntekijöille, kumppaneille ja asiakkaille.  Siili One työntekijälle: reilua palkkausta ohjelmistoalalla  Siili esitteli viitisentoista vuotta sitten ens...

      Lue lisää

  • Siili Data Hack Day – Tietovarastoalustat koeajossa

    • Siili Data Hack Day – Tietovarastoalustat koeajossa
      Siilin dataporukat ovat järjestäneet jo useaan kertaan päivän kestäviä sisäisiä data hack -tapahtumia, joissa on asetettu testipenkkiin erilaisia työkaluja, tehty niillä erinäisiä koeajoja vapaamuotoisesti, kerätty kokemusta ja osaamista, tutustuttu uusiin kasvoihin sekä pidetty hauskaa. Aikojen kuluessa olemme kokeille mm. datan visualisointityökaluja ja -kirjastoja, virtualisointityökaluja sekä erinäisiä data-alustoja.  Hiljakkoin järjestetyn Data Hack Dayn yhteydessä koeponnistimme pilvipohjaisia tietovarastointiteknologioita. Jokaisesta alu...

      Lue lisää

  • Alihankinta ja henkilöstö­vuokraus ohjelmistoalalla – taktinen työkalu

    • Alihankinta ja henkilöstö­vuokraus ohjelmistoalalla – taktinen työkalu
      Vaikka alihankinta on ohjelmistoalalla arkipäivää, siitä puhutaan vähän ja se on aliarvostetussa maineessa. Tässä kirjoituksessa kerron, miten ohjelmistoyritys voi hyödyntää alihankintaa taktisena työkaluna – menestyksekkäästi, eettisesti ja yleisimmät sudenkuopat välttäen.  Oikeat ja väärät lähtökohdat alihankinnalle  Edistäessäni työssäni alihankintaa osana tervettä ohjelmistotalon tekemistä olen pohtinut, mistä alihankinnan maine johtuu. Olen päätynyt siihen, että juurisyyt ovat motivaatiotekijöissä.  Ne lähtökohdat, joista alihankintaa ryhd...

      Lue lisää

  • Antero Kivikoski palaa Siiliin luovaksi johtajaksi

    • Antero Kivikoski palaa Siiliin luovaksi johtajaksi
      Antero Kivikoski aloittaa Siili Solutionsin luovan johtajan tutuissa saappaissa maanantaina 6. toukokuuta. Pitkän uran suunnittelijana ja luovana johtajana tehnyt Kivikoski palaa Siilille HiQ Finlandin Chief Design Officer & Business Area Directorin puikoista, joissa hän ehti viettää pari vuotta. ”HiQ:lla kaupallistin designprosesseja ja kehittelin uusia palveluita designin ympärille, valmensin yritysten johtoryhmiä sekä toimin neuvonantajana useissa digitaaliseen strategiaan, uuden liiketoiminnan synnyttämiseen sekä palvelukonseptointiin liitt...

      Lue lisää

  • Siili Akatemia kouluttaa pilvinatiiveja osaajia

    • Siili Akatemia kouluttaa pilvinatiiveja osaajia
      Tiedät jo ehkä mitä sovelluskehityskontit ovat. Niillä paketoidaan sovellus, vaikkapa mikropalvelu kuten verkkokaupan ostoskori, kaikkine riippuvuuksineen kevyeen pakettiin eli konttiin, jonka voi käynnistää ja ajaa itsenäisesti. Hienoa, mutta jotain vielä puuttuu. Haluat kenties tehdä mikropalveluista koostuvan tietojärjestelmän eli laittaa jokaisen mikropalvelun omaan konttiinsa ja yhdistää ne arvoa tuottavaksi palveluksi. Miten ne keskustelevat keskenään tai vaikkapa jakavat kuorman? Eli miten mikropalveluista saa toimivan, hallittavan ja yl...

      Lue lisää

Sign up

Tilaa uutiskirje