Delt kjeldekode
Start med ei felles Git-kjelde og ta vare på nøyaktig commit og brukarvennleg versjon knytt til ei utgiving. Ulike installasjonstypar kan utviklast uavhengig, samtidig som dei framleis er kopla til den same kjeldehistoria.
Programvarelevering
Frå delt kjeldekode til ei kontrollert installasjon.
Programvareleveringa til Microwave Pie er laga for å gjere implementering av sjølvhosta applikasjonar enklare: administrer utgivingar frå delt kjeldekode, lag rett pakke for ei installasjon, bruk lisensiering, og hald installasjon og oppdateringar knytte til ei kjend utgiving.
Delt leveringsmodell
1Delt applikasjonskjeldeÉi kjeldehistorie og éin utgivingsidentitet.
2PlattformutgivingBygg for det tiltenkte installasjonsmålet.
Kjeldepakke
Kompilert pakke
3Lisensiert pakkeUtferd pakken for ei bestemt implementering.
4Installer og oppdaterHald installasjonshistoria knytt til utgivinga som vart levert.
Funksjonar
Hald utgivingsvala fleksible utan å miste kontrollen.
Ulike miljø treng ikkje alltid same pakkeformat eller same utgiving samtidig. Microwave Pie skil delt applikasjonskjelde, gjenbrukbare utgivingar, pakkar, lisensar og installerte instansar, slik at kvart område kan utviklast kontrollert.
Kjeldepakkar
Lever applikasjonen som kjeldekode når openheit, direkte utrulling i køyremiljøet eller plattformspesifikk Python-installasjon passar best. Kjeldepakkar brukar same utgivings- og lisensmodell som kompilerte pakkar.
Kompilerte pakkar
Lever ein kompilert applikasjonspakke når eit meir sjølvstendig køyremiljø er ønskjeleg. Kompilering er eit leveringsval, ikkje ei eiga produktlinje, så utgivingsopphavet held seg konsistent.
Pakke- og lisensadministrasjon
Utferd ein pakke der lisensen og målmiljøet for installasjonen allereie er knytt til. Livssyklusen til pakken, lisensstatus, nedlastingar, installasjonar, oppdateringar, tilbakekalling og avslutting kan administrerast saman i staden for å rekonstruerast seinare.
Målspesifikke utgivingsval
Raspberry Pi-, GCP-, kjelde- og kompilerte installasjonstypar kan liggje på ulike utgivingsnivå når det er grunn til det. Manglande Git-commits kan gjennomgåast per installasjonstype og på tvers av heile applikasjonen.
Oppdateringar styrte i brukargrensesnittet
Administrerte applikasjonar kan automatisk vise når ei godkjend oppdatering er tilgjengeleg utan å tvinge henne gjennom. Ein administrator vel når oppdateringa skal klargjerast og takast i bruk i brukargrensesnittet; etter omstart kan den installerte utgivinga stadfestast tilbake til den delte leveringstenesta samtidig som forholdet mellom Pakke og Lisens blir bevart.
Implementering
Pakk installasjonen, ikkje uvissa.
Ein programvarepakke kan innehalde implementeringskonteksten som trengst for å gjere ei applikasjonsutgiving til ei fungerande installasjon: målplattform, pakkeformat, installasjonsåtferd, utgivingsidentitet og lisensforhold.
Då kan implementeringsprosessen starte frå ei kjend utgiving i staden for at kvart miljø må gjenskape byggje- og leveringsval sjølvstendig. Når ei nyare utgiving er rett, kan det eksisterande forholdet mellom Pakke og Lisens bestå medan den valde utgivinga blir flytta fram kontrollert.
Applikasjonsutgivingar bevarer artefakten og Git-identiteten som faktisk vart bygd.
Tilgjenge kan kunngjerast automatisk, men nedlasting, klargjering, bruk og omstart er framleis medvitne administratorhandlingar.
Pakkar, lisensar og installerte instansar held fram med å vere kopla gjennom installasjon, oppdatering, tilbakekalling og avslutting.
Blackcap
Éin applikasjon brukar modellen i dag.
Blackcap kan installerast i støtta Raspberry Pi- og GCP-miljø med kjelde- eller kompilerte pakkar samtidig som åtferda for utgiving, pakke, lisens og oppdatering blir halden samordna.