Platform Engineering on noussut nopeasti ratkaisuksi modernien ohjelmisto-organisaatioiden monimutkaisiin haasteisiin niin startupeissa, kasvuyrityksissä kuin suuryrityksissäkin. Vaikka se mahdollistaa nopeamman innovoinnin, sujuvammat toimintamallit ja vahvan taloudellisen pohjan, se on paljon muutakin kuin infrastruktuuria, CI/CD:tä, tietoturvaa ja muita erittäin tärkeitä aiheita.
Stefan Daugaard Poulsen
DevOps
Solution Architect
Stefan comes with a wide range of experience in software development, operations, and especially platform engineering, all based on 20+ years of working as a developer, staff engineer, and CTO. In recent years, his focus has primarily been on platform engineering—on both the technical and product sides—to ensure a strong foundation for better products. Whether it is technical details, platform adoption and advocacy, or the strategic investments in platform engineering, Stefan is the go-to guy.
Vaikka alusta ratkaisee monia asioita, työkalujen, työnkulkujen ja muiden vastaavien epäjohdonmukaisuutta on silti vähennettävä. Ne voivat muodostaa merkittävän kognitiivisen kuorman ohjelmistokehittäjälle, joka haluaa keskittyä omaan ratkaisualueeseensa. Useimmiten on tarpeen piilottaa monimutkaiset legacy-ratkaisut, abstrahoida työnkulkuja ja tehdä muuta vastaavaa. Tämä voidaan toteuttaa luomalla omia sisäisiä abstraktioita laajan työkalukirjon päälle, mutta kaikilla organisaatioilla ei ole aikaa tai rahaa ryhtyä tällaiseen projektiin. Tässä hyvä ja joustava sisäinen kehittäjäportaali pääsee oikeuksiinsa.
Olen vuosien ajan uskonut vahvasti siihen, että alusta rakennetaan ennen portaalin käyttöönottoa, mutta näkemykseni on muuttunut: portaali voi olla ensimmäinen askel kohti hyvää alustaa. Se, kumpi tulee ensin, riippuu portaalista, organisaatiosta, kulttuurista ja alustatiimin kyvykkyyksistä.
Mikä tekee kehittäjäportaalista hyvän?
Vaikuttaa siltä, että monet organisaatiot ovat ottaneet käyttöön kehittäjäportaalin vain siksi, että muutkin tekevät niin. Usein lopputuloksena on nurkassa pyörivä, sisällöltään vanhentunut portaali, jota kukaan ei mukauta liiketoiminnan tarpeisiin. Parhaassa tapauksessa siellä voi olla puoliksi täytetty palvelukatalogi ja proof-of-concept-työnkulku. Kehittäjäportaalin elinkaaren ei pitäisi päättyä tähän.
Kehittäjäportaalin pitäisi olla kehittäjän ensisijainen opaste tai, jos olet yhtä vanha kuin minä, selaimesi aloitussivu. Sen pitäisi olla elävä sivusto, joka nostaa esiin kaiken tiedon, jota kehittäjä tarvitsee päivänsä käynnistämiseen. Siksi sen nimi on kehittäjäportaali, ei vanhentuneen datan portaali.
Mitä tarvitaan?
Parempi Developer Experience (DX)
Ensinnäkin kannattaa varmistaa, ettei kehittäjien tarvitse etsiä tietoa useista työkaluista, repositorioista ja YAML-tiedostoista. Käytä selkeää kieltä, jota kehitystiimit ymmärtävät. Ei myöskään pitäisi olla yllätys, etteivät kaikki kehittäjät hallitse sujuvasti Terraformia, YAMLia tai muita infrastruktuurin luomiseen käytettyjä teknologioita.
Sujuva integraatio työkalukokonaisuuteesi
Usein portaalin kaikkia hyviä puolia on vaikea hyödyntää, koska kaiken sovittaminen portaaliin edellyttää räätälöityjen ratkaisujen rakentamista. Parempi vaihtoehto mahdollistaa työkalujesi APIen yhdistämisen portaaliin, jolloin voit käyttää enemmän aikaa erinomaisen DX:n rakentamiseen.
Vaivaton hallintamalli
Hyödynnä golden patheja, jotka toimivat työnkulkuina, kun haluat luoda uuden palvelun tai sovelluksen. Käytä dashboardeja, jotka näyttävät viimeisimpien haavoittuvuusskannausten tulokset ja ohjeistavat haavoittuvuuksien korjaamiseen, jos tätä työtä ei ole vielä siirretty tekoälylle.
Tulot ja menot käden ulottuvilla
Monille suurille organisaatioille on tärkeää tietää palveluihin ja sovelluksiin liittyvät operatiiviset kustannukset. Kehittäjäportaali voi auttaa yhdistämään kulut ja palvelun suorituskyvyn, jotta näet, toimivatko palvelusi taloudellisesti vastuullisella tasolla.
Jos kehittäjäportaalille asetettujen odotusten täyttäminen kuulostaa työläältä ja harkitset jo tiimin rekrytoimista pelkästään portaalin ylläpitoa varten, kannattaa pohtia, onko käytössäsi oikea työkalu. Erinomaisen portaalin operatiivinen kuormitus on pieni, ja sen pitäisi nykyään olla hyödynnettävä työkalu, ei itse rakennettava ratkaisu. Säännellyillä toimialoilla voi olla tilanteita, joissa vaihtoehtoa ei ole. Tällöin olet kuitenkin todennäköisesti jo tottunut varaamaan lisäresursseja verrattuna organisaatioihin, jotka voivat hyödyntää julkisia pilviä helposti.
Lue lisää tästä blogikirjoituksesta: Viisas valinta: suunnitelma sisäisen kehittäjäportaalin valintaan
Miksi Port innostaa minua
Kun tarkastelen vuosien varrella näkemiäni erilaisia kehittäjäportaaleja, asiakkaalle parhaiten sopivan vaihtoehdon löytäminen on ollut monimutkaista. Mikään työkalu ei sovi kaikille, Port.io kuuluu silti suositellessani kehittäjäportaaleja kärkipäähän.
Mikä tekee Portista erityisen?
Datamallinnus
Kun aloitat Portin käytön, keskityt blueprintien määrittelyyn. Ne ovat portaalisi perusrakennuspalikoita. Jokainen blueprint koostuu ominaisuuksista, joita voit täyttää eri integraatioistasi. Parasta on, ettei mallia tarvitse rakentaa heidän käyttöliittymässään, vaan voit skriptata sen heidän APIensa kautta tai hyödyntää Terraformia tai Pulumia.
Integraatio työkaluihisi
Saatavilla on useita ennalta määriteltyjä blueprinttejä ja integraatioita, joiden pitäisi kattaa suurin osa työkaluketjustasi heti käyttöönotosta alkaen. Jos et löydä haluamaasi työkalua, voit rakentaa oman integraation avoimen frameworkin avulla.
Pienemmät operatiiviset kustannukset
Koska Port on saatavilla vain SaaS-palveluna, portaalin ylläpitoon ja päivittämiseen ei liity piilokustannuksia uusien versioiden julkaisemisen yhteydessä.
Kaikkien käytettävissä
Kehittäjäportaali on usein kehittäjien työkalu, mutta Port menee vielä pidemmälle. Voit mallintaa sivuja ja dashboardeja eri käyttäjäroolien tarpeiden mukaan. Kehittäjä voi nähdä sovelluksensa tietoturvapisteytyksen, SRE:t voivat tarkastella kaikkia käynnissä olevia sovelluksia kokonaisuutena, ja CISO voi saada koostetun näkymän.
Valmis enterprise-käyttöön
Tarkasti määriteltävän käyttöoikeuksien hallinnan, auditointilokien, käytäntöjen ja dashboardien avulla saat kaikki ne näkymät, jotka helpottavat governancea ja compliancea.
Backstageen verrattuna Port nopeuttaa arvon tuottamista merkittävästi, sillä se on täysin valmis portaali eikä kehys niiden rakentamiseen.
Lopuksi
Oikean portaalin valinta on helpottunut organisaatioille, sillä Port on tuonut markkinoille Platform Engineering -työkalun, joka tukee organisaatiosi useita eri tarpeita. Kyse ei ole vain kehittäjien tukemisesta: Port palvelee myös laajempaa joukkoa käyttäjärooleja ja sopii alusta- tai operatiivisten tiimien päivittäin käyttämiin työkaluihin ja työnkulkuihin.
Port on työkalu, jonka olisin toivonut olevan käytössämme jo vuosia sitten. Nyt se on viimein täällä, valmiina vauhdittamaan liiketoimintaasi ja poistamaan kitkaa päivittäisistä tehtävistä.
- DevOps
- Platform engineering
Subscribe to our newsletter
Related blogs