- Alustasuunnittelu luo abstraktiokerroksia käyttämällä IDP:itä kehittäjien kognitiivisen kuormituksen vähentämiseksi.
- Se perustuu tuotelähtöiseen lähestymistapaan, jossa infrastruktuuri tarjotaan standardoituna itsepalveluna.
- Sen tavoitteena on optimoida ohjelmiston toimitussykliä optimoitujen reittien eli kultaisten polkujen avulla.
Olet luultavasti huomannut, että termi Platform Engineering on viime aikoina noussut esiin kaikkialla teknologia-alalla . Tämä ei ole sattumaa; näemme yritysten yrittävän ratkaista pilvi- ja mikropalveluiden hallitsemattoman kasvun aiheuttamaa kaaosta ja etsivän tapaa, jolla kehittäjien ei tarvitse olla asiantuntijoita aivan kaikessa vain ottaakseen muutoksen käyttöön tuotannossa.
Pohjimmiltaan puhumme sosioteknisestä tieteenalasta, joka keskittyy sisäisten ohjelmistoalustojen suunnitteluun ja ylläpitoon . Idea on yksinkertainen mutta tehokas: luoda ympäristö, jossa kehitystiimillä on kaikki tarvittava helposti saatavilla ja he työskentelevät itsenäisesti ilman, että heidän tarvitsee avata tukipyyntöjä ja odottaa päiväkausia, että joku operatiivisesta osastosta luo heille palvelimen tai S3-säiliön.
Mitä alustasuunnittelu tarkalleen ottaen pitää sisällään?
Toisin kuin muut lähestymistavat, tämä ala keskittyy sisäisen kehittäjäalustan (IDP) rakentamiseen . Ajattele sitä eräänlaisena infrastruktuurin "myyntiautomaattina". Sen sijaan, että kehittäjä kamppailisi loputtomien määritystiedostojen kanssa, hän käyttää portaalia, jossa hän voi ottaa palvelunsa käyttöön ennalta hyväksyttyjen standardien mukaisesti.
Tämä malli ei syntynyt tyhjästä; se on DevOpsin luonnollinen kehitysaskel . DevOps antoi meille yhteistyön ja automatisoinnin filosofian, kun taas Platform Engineering muuntaa nämä käsitteet konkreettisiksi työkaluiksi. Sen ensisijainen tavoite on torjua kognitiivista kuormitusta – sitä ylivoimaista tunnetta, joka syntyy, kun ohjelmoijan on hallittava koodia, tietoturvaa, havaittavuutta ja infrastruktuuria samanaikaisesti.
Tätä lähestymistapaa tukevat pilarit
- Tuoteajattelutapa: Tässä on asian ydin. Alusta ei ole projekti, jolla on kiinteä päättymispäivä, vaan elävä tuote. Kehittäjät ovat asiakkaita, ja alustatiimin on kuunneltava heidän valituksiaan ja tarvettaan jatkuvasti iteroida.
- Itsepalvelu: Tavoitteena on eliminoida pahamaineinen "TicketOps". Tavoitteena on, että kehitystiimi on omavarainen, resurssien käyttö API-rajapintojen tai verkkoportaalien kautta ilman välikäsiä.
- Kultaiset polut: Nämä ovat ennalta määriteltyjä ja optimoituja käyttöönottopolkuja. Jos kehittäjä noudattaa kultaista standardia, hän tietää, että hänen sovelluksensa täyttää tietoturva- ja säännöstenmukaisuusvaatimukset oletusarvoisesti, vaikka he voivat poiketa niistä hyvin erityistapauksissa.
Miksi se on niin tarpeellista tänä päivänä?
Nykyinen ekosysteemi on työkalujen viidakko. Kubernetesin, Terraformin, hybridipilvien ja tietoturvamääräysten välimaastossa on helppo eksyä tieltä. Platform Engineering auttaa hallitsemaan tätä monimutkaisuutta abstraktoimalla tiheimmät tekniset yksityiskohdat, jotta tiimi voi keskittyä siihen, millä on todella merkitystä: liiketoiminnan arvon luomiseen.
Lisäksi erittäin säännellyillä aloilla vaatimustenmukaisuuden ja turvallisuuden varmistaminen on suuri ongelma. Integroimalla nämä säännöt suoraan alustaan vaatimustenmukaisuus on automaattista. Kehittäjien ei tarvitse lukea 100-sivuista tietoturvaopasta; alusta yksinkertaisesti estää heitä asentamasta mitään haavoittuvaa.
Todellinen vaikutus organisaatioon
Kun toteutamme tämän oikein, hyödyt tuntuvat kaikilla tasoilla. Yritystasolla toimintakustannukset pienenevät ja prosessit standardoituvat , mikä estää jokaisen tiimin keksimästä pyörää uudelleen. Tiimeille se tarkoittaa vähemmän kitkaa ja paljon sujuvampaa koordinointia eri alueiden välillä.
Kehittäjälle kokemus on mullistava. He tuntevat olonsa voimaantuneemmiksi, kun heidän ei tarvitse odottaa muita, ja voivat tuottaa vaikuttavia tuloksia paljon nopeammin. Vähemmän aikaa Kubernetes YAML:n kanssa painimiseen tarkoittaa enemmän aikaa liiketoimintalogiikan kirjoittamiseen ja pienempää riskiä kärsiä pelätystä loppuunpalamisesta liiallisen operatiivisen monimutkaisuuden vuoksi.
Keskeiset erot SRE:n ja DevOpsin välillä
Näitä käsitteitä usein sekoitetaan, mutta niillä on eri tehtävät. DevOps on yleinen filosofia, joka purkaa kehityksen ja toiminnan väliset siilot. Toisaalta Site Reliability Engineering (SRE) keskittyy järjestelmän vakauteen, saatavuuden ja suorituskyvyn hallintaan vakiokuormitusrajojen (SLO) ja virhebudjettien avulla.
Alustakehitys puolestaan vastaa työkalun (IDP) rakentamisesta, joka mahdollistaa kaiken edellä mainitun tehokkaan toiminnan. SRE keskittyy tuotantojärjestelmän kuntoon, kun taas alustakehittäjä keskittyy kehittäjäkokemukseen (DevEx) varmistaakseen, että polku ohjelmoijan kannettavalta tietokoneelta pilveen on mahdollisimman lyhyt ja turvallinen.
Kuinka koota alustasuunnittelutiimi
Massiivisen yön yli tapahtuvan käyttöönoton yrittämistä ei suositella. Ihannetapauksessa kannattaa aloittaa ohuimmalla mahdollisella alustalla (Thinnest Viable Platform) , joka on vähintäänkin mahdollinen versio ja vastaa tiimin kiireellisimpään tarpeeseen. Voit hyödyntää SRE- tai CloudOps-tiimien sisäistä osaamista, mutta on tärkeää, että he omaksuvat tuoteajattelutavan.
Tiimin sisällä tietyt roolit erottuvat tyypillisesti. Alustan tuotepäällikkö suodattaa käyttäjien tarpeita ja priorisoi etenemissuunnitelman. DevEx-insinöörit keskittyvät käyttöliittymän ja työnkulkujen intuitiivisuuteen, kun taas infrastruktuuri-insinöörit rakentavat sisäisen moottorin varmistaen, että alusta on skaalautuva ja vankka.
Yleisiä työkaluja ja tekniikoita
Tämän ekosysteemin rakentaminen edellyttää tyypillisesti useiden komponenttien yhdistämistä. Infrastruktuuri koodina (IaC) on olennainen osa ympäristöjen luomisen automatisointia. Myös konttiorkestroijat, kuten Kubernetes ja CI/CD-työkalut, jotka mahdollistavat kitkattoman ja jatkuvan toimitusvirran, tulevat mukaan kuvioihin.
Visuaalinen ydin on tyypillisesti sisäinen kehittäjäportaali (IDP) , joka toimii visualisointi- ja todennuskerroksena. Nämä työkalut mahdollistavat läpinäkyvän hallinnon ja varmistavat, että yrityksen standardeja sovelletaan näkymättömästi mutta tehokkaasti jokaisessa käyttöönotossa.
Tämän lähestymistavan omaksuminen edustaa paradigman muutosta, jossa infrastruktuuri lakkaa olemasta este ja siitä tulee kiihdyttäjä. Keskittymällä teknisen kitkan vähentämiseen ja autonomian edistämiseen itsepalvelun avulla yritykset eivät ainoastaan paranna toimitusnopeutta, vaan myös luovat paljon houkuttelevamman ja terveellisemmän työympäristön tekniselle osaamiselle varmistaen, että teknologia on aina keino saavuttaa liiketoiminnan tavoitteet eikä itsetarkoitus.