Suoraan sisältöön
XSIS
Ohjelmistokehittäjät koordinoivat projektia näytön ääressä

Pilvi ja infrastruktuuri

DevOps, alustainsinöörityö ja tekoälyn koodausympäristöt

Testattu polku commitista tuotantoon insinööreillenne ja heidän tekoälykoodausagenteilleen

Missä toimitus hidastuu

Monet toimitusongelmat eivät ole koodissa. Ne ovat manuaalisissa käyttöönotoissa, ympäristöissä, joita kukaan ei osaa rakentaa uudelleen, ja julkaisuvaiheissa, jotka tuntee vain yksi henkilö. Jokainen tiimi rakentaa oman putkensa, ja jokainen uusi palvelu alkaa omalla käyttöönottotyöllään.

Tekoälykoodausagentit tuovat uuden riskin: ne voivat tuottaa muutoksia nopeammin kuin ihmiset ehtivät katselmoida. Ilman automatisoituja tarkistuksia uskottava mutta vahvistamaton koodi päätyy tuotantoon.

Mikä teille muuttuu

  1. Ympäristöt, jotka voi rakentaa uudelleen

    Jokainen ympäristö on määritelty koodina ja voidaan luoda uudelleen tarvittaessa, joten vikaantunut palvelin tai uusi alue on rutiinityötä.

  2. Rutiininomaiset julkaisut

    Rakennus, testaus, skannaus ja käyttöönotto toimivat samalla tavalla jokaiselle palvelulle, hyväksyntöineen siellä, missä valvontanne sitä vaativat.

  3. Tekoälyn kirjoittama koodi, johon voi luottaa

    Ihmisten ja koodausagenttien muutokset läpäisevät samat automatisoidut portit ennen yhdistämistä.

Mitä toimitamme

  • Tekoälykoodausagenttien ajoympäristöt

    Koodausagentit asennettuina repositorioihinne kontekstilla, työkaluilla ja käyttöoikeuksilla, joita niiden tehtävät tarvitsevat eivätkä muuta, joten niiden työ noudattaa standardejanne. Ajoympäristö on hallittu ympäristö, jossa agentti työskentelee.

  • Automatisoidut koodin vahvistusportit

    Testit, tyyppitarkistukset, tietoturvaskannaukset ja käytäntötarkistukset, jotka jokaisen muutoksen on läpäistävä ennen yhdistämistä, kirjoitti sen kuka tai mikä tahansa.

  • Infrastruktuuri koodina

    Jokainen ympäristö määriteltynä Terraformilla, OpenTofulla tai Pulumilla ja katselmoituna kuin sovelluskoodi. Infrastruktuuri koodina (IaC) tarkoittaa, että palvelimet, verkot ja käyttöoikeudet kirjoitetaan tiedostoina ja työkalut soveltavat ne, niitä ei konfiguroida käsin.

  • GitOps-käyttöönotto

    Ympäristöjen muutokset tehdään katselmoituina committeina ja sovelletaan automaattisesti, joten käynnissä oleva vastaa aina repositoriossa olevaa.

  • CI/CD ja julkaisujen automatisointi

    Jatkuvan integraation ja toimituksen putket, jotka rakentavat, testaavat, skannaavat ja ottavat käyttöön jokaisen muutoksen, ja julkaisut, jotka voidaan toistaa ja perua.

  • Kontit ja Kubernetes

    Kubernetes-klusterit, palveluverkko mukana siellä, missä palvelujen välinen liikenne sitä vaatii, ja käyttöönottomallit, joita tiiminne voivat käyttää uudelleen.

  • Sisäinen kehittäjäalusta

    Itsepalvelualusta Kubernetesin päällä, jossa tiimit luovat palveluja, ympäristöjä ja putkia hyväksytyistä malleista tikettien nostamisen sijaan.

  • Salaisuusvarastot

    Tunnukset hallitussa varastossa ja kierrätettyinä automaattisesti, ei koskaan kirjoitettuina koodiin tai putkien asetuksiin.

Miten työ etenee

  1. Arviointi

    Käymme läpi, miten koodi päätyy tuotantoon tänään, missä se odottaa, mikä hajoaa ja mitkä valvontavaatimukset teidän on täytettävä.

  2. Alustan suunnittelu

    Sovimme mallit, portit, työkalut ja vastuut insinöörienne kanssa ja lähdemme liikkeelle siitä, mikä jo toimii.

  3. Perustan rakentaminen

    Perustamme infrastruktuurin koodina, varaston, putket ja ensimmäiset mallit, kaikki katselmoituina kuin sovelluskoodi.

  4. Palvelujen siirtäminen

    Siirrämme palvelut alustalle yksi kerrallaan, kukin peruutuspolun kanssa, ja korjaamme sen, minkä ensimmäiset paljastavat.

  5. Luovutus

    Työskentelemme insinöörienne parina julkaisuissa ja häiriöissä, kirjoitamme käyttöohjeet yleisimmille tehtäville ja vetäydymme, kun he ottavat vastuun.

Miten todistamme sen omassa työssämme

Toimitamme omat projektimme näin. Jokainen toimeksianto alkaa ympäristöistä, jotka on provisionoitu koodina, ja salaisuuksista varastossa, ja jokainen sprintti kulkee automatisoitujen koodin vahvistusporttien läpi.

DevOps ja havaittavuus
  • Terraform
  • Pulumi
  • OpenTofu
  • Kubernetes
  • Docker
  • Helm
  • GitLab CI/CD
  • GitHub Actions
  • Argo CD
Tietoturva ja salaus
  • HashiCorp Vault

Miten aloittaa

Mitä tapahtuu seuraavaksi

  1. Ennakkokonsultointi

    Tilaisuus on maksuton 30 minuutin verkkopohjainen ennakkokonsultointi: käymme läpi tavoitteenne, järjestelmänne ja rajoituksenne.

  2. Valmiustarkastus

    Tilaisuuden jälkeen järjestetään maksuton 48 tunnin valmiustarkastus, jossa pääarkkitehti tarkistaa projektinne kuusikohtaista valmiuden määritelmää vasten ja suosittelee sopivaa polkua.

  3. Polun valinta

    Laajuudeltaan valmiit projektit saavat sitovan tarjouksen kolmen ja viiden arkipäivän kuluessa. Konseptivaiheen projektit alkavat Blueprint Studiossa. Käynnissä oleva järjestelmä, joka ei toimi, on dokumentoimaton tai vaatii integraatiota, alkaa diagnostiikalla, jonka kesto on 1-2 viikkoa. Blueprint Studiolla ja diagnostiikalla on kummallakin kiinteä maksu, joka ilmoitetaan tarjouksessa.

  4. Toimitus viidessä vaiheessa

    Käynnistys, sprintit reaaliaikaisin demoineen, integraatio ja kovettaminen, hyväksyntä ja käyttöönotto sekä hallinnoidut palvelut. Julkaisun jälkeen tulee takuuaika ja sen jälkeen valinnainen tuki ja ylläpito.

Nopein tapa aloittaa on Pilven siirrettävyyden ja tekoälyn token-FinOpsin auditointi -paketti, yksi nopeista yhteistyöpaketeistamme.

Mistä aloittaa

Kysymyksiä ja vastauksia

Mitä alustainsinöörityö tarkoittaa, ja miten se eroaa DevOpsista?

DevOps on käytäntö, jossa kehittäjät ja operaatiot jakavat vastuun ohjelmiston ajamisesta. Alustainsinöörityö muuttaa tämän käytännön tuotteeksi: sisäiseksi kehittäjäalustaksi, joka antaa jokaiselle tiimille saman testatun tavan rakentaa, ottaa käyttöön ja ajaa palveluja. Tiiminne käyttävät aikansa ominaisuuksiin, eivät putkiin.

Onko turvallista antaa tekoälykoodausagenttien muuttaa koodiamme?

On, kun agentti työskentelee ajoympäristössä. Agentti saa vain tehtävänsä tarvitsemat käyttöoikeudet, sen muutokset katselmoidaan kuten kenen tahansa, ja samojen testien, skannausten ja käytäntötarkistusten on läpäistävä ennen kuin mitään yhdistetään. Mikään agentin kirjoittama ei saavuta tuotantoa läpäisemättä näitä portteja.

Mitä työkaluja käytätte?

Yleensä niitä, jotka teillä jo on. Työskentelemme Terraformin, OpenTofun ja Pultumin kanssa infrastruktuurissa, Kubernetesin kanssa kontteja varten ja yleisten CI/CD-palvelujen kanssa, mukaan lukien GitLab CI/CD, GitHub Actions ja Argo CD. Suosittelemme muutosta vain, kun jokin työkalu estää sen, mitä tarvitsette.

Meillä on jo putket. Onko meidän aloitettava alusta?

Ei. Lähdemme liikkeelle siitä, mikä toimii, yhdenmukaistamme sen malleiksi ja korvaamme vain ne osat, jotka ovat hauraita tai puuttuvat. Palvelut siirtyvät alustalle yksi kerrallaan.

Miten suojaatte alustan?

Identiteetti tulee ensin: kertakirjautuminen, vähimmän oikeuden roolit ja ei jaettuja tunnuksia. Salaisuudet ovat varastossa, suojakaiteet estävät turvattomat konfiguraatiot ennen käyttöönottoa, putket skannaavat koodin, riippuvuudet ja konttikuvat tunnettujen haavoittuvuuksien varalta, ja auditointilokit säilytetään paikassa, jossa kukaan ei voi muuttaa niitä.

Pystyykö tiimimme ylläpitämään alustaa jälkeenpäin?

Se on tavoite. Kaikki on määritelty koodina ja dokumentoitu, ja insinöörinne katselmoivat ja hyväksyvät muutokset kanssamme alusta alkaen. Jos haluatte mieluummin, että me jatkamme alustan ylläpitoa, se voi jatkua hallinnoitujen palvelujen sopimuksella.

Valmiina rakentamaan? Pyytäkää tarjous.

Lähettäkää vaatimuksenne tai tarjouspyyntönne. Arkkitehtimme validoivat ne ja palauttavat sitovan tarjouksen, jonka laajuus on kiinteä.

Mitä tapahtuu seuraavaksi

  1. Valmiustarkastus

    Tilaisuuden jälkeen järjestetään maksuton 48 tunnin valmiustarkastus, jossa pääarkkitehti tarkistaa projektinne kuusikohtaista valmiuden määritelmää vasten ja suosittelee sopivaa polkua.

  2. Sitova tarjous

    Teille tehdään arkkitehtuurin validointi ilman kustannuksia, minkä jälkeen saatte sitovan, kiinteän laajuuden tarjouksen kolmen ja viiden arkipäivän kuluessa: välitavoitteet, arkkitehtuuri, tiimirakenne ja palvelutasot. Allekirjoitamme kanssanne salassapitosopimuksen (NDA) pyynnöstä ennen kuin jaatte vaatimuksenne.

  3. Käynnistys

    Kun allekirjoitatte, suunnittelutiimimme aloittaa Sprint 0:n viiden ja kymmenen arkipäivän kuluessa sopimuksen allekirjoituksesta.

  4. Toimitus viidessä vaiheessa

    Käynnistys, sprintit reaaliaikaisin demoineen, integraatio ja kovettaminen, hyväksyntä ja käyttöönotto sekä hallinnoidut palvelut. Julkaisun jälkeen tulee takuuaika ja sen jälkeen valinnainen tuki ja ylläpito.