Yhteinen lähdekoodi
Aloita yhteisestä Git-lähdekoodista ja säilytä julkaisuun liittyvä tarkka commit sekä käyttäjäystävällinen versio. Eri käyttöönottotyypit voivat edetä itsenäisesti ja pysyä silti sidottuina samaan lähdekoodihistoriaan.
Ohjelmistotoimitus
Yhteisestä lähdekoodista hallittuun käyttöönottoon.
Microwave Pien ohjelmistotoimitusominaisuudet on suunniteltu helpottamaan itse ylläpidettyjen sovellusten käyttöönottoa: hallitse julkaisuja yhteisestä lähdekoodista, luo käyttöönottoon sopiva paketti, sovella lisensointia ja pidä asennus sekä päivitykset sidottuina tunnettuun julkaisuun.
Yhteinen toimitusmalli
1Yhteinen sovelluslähdekoodiYksi lähdekoodihistoria ja julkaisun identiteetti.
2AlustajulkaisuKäännä tarkoitettua käyttöönottokohdetta varten.
Lähdekoodipaketti
Käännetty paketti
3Lisensoitu pakettiMyönnä paketti tiettyä käyttöönottoa varten.
4Asenna ja päivitäPidä käyttöönottohistoria yhdistettynä toimitettuun julkaisuun.
Ominaisuudet
Pidä julkaisuvalinnat joustavina menettämättä hallintaa.
Eri ympäristöt eivät aina tarvitse samaa pakettimuotoa tai samaa julkaisua samaan aikaan. Microwave Pie erottaa yhteisen sovelluslähdekoodin, uudelleenkäytettävät julkaisut, paketit, lisenssit ja asennetut instanssit, jotta jokaista osa-aluetta voidaan hallita harkitusti.
Lähdekoodipaketit
Toimita sovellus lähdekoodina, kun läpinäkyvyys, suora ajonaikainen käyttöönotto tai alustakohtainen Python-asennus sopii paremmin. Lähdekoodipaketit säilyttävät saman julkaisu- ja lisensointimallin kuin käännetyt paketit.
Käännetyt paketit
Toimita käännetty sovelluspaketti, kun itsenäisempi ajonaikainen ympäristö on toivottava. Kääntäminen on toimitustapa, ei erillinen tuotehaara, joten julkaisun alkuperä pysyy yhtenäisenä.
Pakettien ja lisenssien hallinta
Myönnä paketti, johon sen lisenssi ja kohdeympäristö on jo yhdistetty. Paketin elinkaarta, lisenssin tilaa, latauksia, asennuksia, päivityksiä, peruutuksia ja sulkemista voidaan hallita yhdessä sen sijaan, että kokonaisuus pitäisi rakentaa myöhemmin uudelleen.
Kohdekohtaiset julkaisuvalinnat
Raspberry Pi-, GCP-, lähdekoodi- ja käännetyt käyttöönottotyypit voivat perustellusti pysyä eri julkaisutasoilla. Puuttuvia Git-committeja voidaan tarkastella käyttöönottotyypin mukaan sekä koko sovelluksessa.
Käyttöliittymästä hallittavat päivitykset
Hallittu sovellus voi ilmoittaa hyväksytyn päivityksen saatavuudesta automaattisesti pakottamatta sitä. Järjestelmänvalvoja valitsee sovelluksen käyttöliittymässä, milloin päivitys valmistellaan ja otetaan käyttöön; uudelleenkäynnistyksen jälkeen asennettu julkaisu voidaan vahvistaa yhteiselle toimituspalvelulle säilyttäen Paketin ja Lisenssin välinen yhteys.
Käyttöönotto
Paketoi käyttöönotto, älä epävarmuutta.
Ohjelmistopaketti voi sisältää käyttöönoton kontekstin, jota tarvitaan sovellusjulkaisun muuttamiseksi toimivaksi asennukseksi: kohdealusta, pakettimuoto, asennuskäyttäytyminen, julkaisun identiteetti ja lisenssisuhde.
Näin käyttöönottoprosessi voi alkaa tunnetusta julkaisusta sen sijaan, että jokainen ympäristö joutuisi muodostamaan koonti- ja toimituspäätökset uudelleen itsenäisesti. Kun uudempi julkaisu on tarkoituksenmukainen, nykyinen Paketin ja Lisenssin suhde voi säilyä ennallaan samalla kun valittu julkaisu etenee hallitusti.
Sovellusjulkaisut säilyttävät todella kootun artefaktin ja Git-identiteetin.
Saatavuudesta voidaan ilmoittaa automaattisesti, mutta lataaminen, valmistelu, käyttöönotto ja uudelleenkäynnistys pysyvät tietoisina järjestelmänvalvojan toimina.
Paketit, lisenssit ja asennetut instanssit pysyvät yhteydessä asennuksen, päivityksen, peruutuksen ja sulkemisen läpi.
Blackcap
Yksi sovellus käyttää mallia tänään.
Blackcap voidaan ottaa käyttöön tuetuissa Raspberry Pi- ja GCP-ympäristöissä lähdekoodi- tai käännetyillä paketeilla niin, että julkaisu-, paketti-, lisenssi- ja päivityskäyttäytyminen pysyvät yhdenmukaisina.