Delt kildekode
Start med en felles Git-kilde og bevar nøyaktig commit og brukervennlig versjon knyttet til en utgivelse. Ulike installasjonstyper kan utvikles uavhengig, samtidig som de fortsatt er koblet til den samme kildehistorikken.
Programvarelevering
Fra delt kildekode til en kontrollert installasjon.
Microwave Pie sine programvareleveringsfunksjoner er laget for å gjøre implementering av egenhostede applikasjoner enklere: administrer utgivelser fra delt kildekode, lag riktig pakke for en installasjon, bruk lisensiering, og hold installasjon og oppdateringer knyttet til en kjent utgivelse.
Delt leveringsmodell
1Delt applikasjonskildeÉn kildehistorikk og én utgivelsesidentitet.
2PlattformutgivelseBygg for det tiltenkte installasjonsmålet.
Kildepakke
Kompilert pakke
3Lisensiert pakkeUtsted pakken for en bestemt implementering.
4Installer og oppdaterHold installasjonshistorikken knyttet til utgivelsen som ble levert.
Funksjoner
Hold utgivelsesvalgene fleksible uten å miste kontrollen.
Ulike miljøer trenger ikke alltid samme pakkeformat eller samme utgivelse samtidig. Microwave Pie skiller delt applikasjonskilde, gjenbrukbare utgivelser, pakker, lisenser og installerte instanser, slik at hvert område kan utvikles kontrollert.
Kildepakker
Lever applikasjonen som kildekode når åpenhet, direkte utrulling i kjøremiljøet eller plattformspesifikk Python-installasjon passer best. Kildepakker bruker samme utgivelses- og lisensmodell som kompilerte pakker.
Kompilerte pakker
Lever en kompilert applikasjonspakke når et mer selvstendig kjøremiljø er ønskelig. Kompilering er et leveringsvalg, ikke en separat produktlinje, så utgivelsesopprinnelsen forblir konsistent.
Pakke- og lisensadministrasjon
Utsted en pakke der lisensen og målmiljøet for installasjonen allerede er tilknyttet. Pakkens livssyklus, lisensstatus, nedlastinger, installasjoner, oppdateringer, tilbakekalling og avslutning kan administreres sammen i stedet for å rekonstrueres senere.
Målspesifikke utgivelsesvalg
Raspberry Pi-, GCP-, kilde- og kompilerte installasjonstyper kan ligge på ulike utgivelsesnivåer når det er grunn til det. Manglende Git-commits kan gjennomgås per installasjonstype og på tvers av hele applikasjonen.
Oppdateringer styrt i brukergrensesnittet
Administrerte applikasjoner kan automatisk vise når en godkjent oppdatering er tilgjengelig uten å tvinge den gjennom. En administrator velger når oppdateringen skal klargjøres og tas i bruk i applikasjonens brukergrensesnitt; etter omstart kan den installerte utgivelsen bekreftes tilbake til den delte leveringstjenesten samtidig som forholdet mellom Pakke og Lisens bevares.
Implementering
Pakk installasjonen, ikke usikkerheten.
En programvarepakke kan inneholde implementeringskonteksten som trengs for å gjøre en applikasjonsutgivelse til en fungerende installasjon: målplattform, pakkeformat, installasjonsatferd, utgivelsesidentitet og lisensforhold.
Da kan implementeringsprosessen starte fra en kjent utgivelse i stedet for at hvert miljø må gjenskape bygge- og leveringsvalg uavhengig. Når en nyere utgivelse er riktig, kan det eksisterende forholdet mellom Pakke og Lisens bestå mens den valgte utgivelsen flyttes frem kontrollert.
Applikasjonsutgivelser bevarer artefakten og Git-identiteten som faktisk ble bygget.
Tilgjengelighet kan kunngjøres automatisk, men nedlasting, klargjøring, bruk og omstart forblir bevisste administratorhandlinger.
Pakker, lisenser og installerte instanser forblir koblet gjennom installasjon, oppdatering, tilbakekalling og avslutning.
Blackcap
Én applikasjon bruker modellen i dag.
Blackcap kan installeres i støttede Raspberry Pi- og GCP-miljøer med kilde- eller kompilerte pakker samtidig som oppførselen for utgivelse, pakke, lisens og oppdatering holdes samordnet.