Microwave Pie
Livraison logicielle
Les capacités de livraison logicielle de Microwave Pie sont conçues pour simplifier la mise en œuvre d’applications auto-hébergées : gérer les versions depuis une source partagée, créer le bon paquet pour un déploiement, appliquer les licences et maintenir l’installation et les mises à jour liées à une version connue.
Modèle de livraison partagé
Capacités
Les différents environnements n’ont pas toujours besoin du même format de paquet ni de la même version au même moment. Microwave Pie sépare la source d’application partagée, les versions réutilisables, les paquets, les licences et les instances installées afin que chaque élément puisse évoluer de manière maîtrisée.
Partez d’une source Git commune et conservez le commit exact ainsi que la version lisible associée à une publication. Les différents types de déploiement peuvent évoluer indépendamment tout en restant rattachés au même historique de source.
Livrez l’application sous forme de source lorsque la transparence, le déploiement direct à l’exécution ou une installation Python propre à la plateforme est préférable. Les paquets source conservent le même modèle de version et de licence que les paquets compilés.
Livrez un paquet d’application compilé lorsqu’un environnement d’exécution plus autonome est préférable. La compilation est un choix de livraison, pas une lignée de produit distincte ; la provenance de la version reste donc cohérente.
Émettez un paquet avec sa licence et son contexte de déploiement cible déjà associés. Le cycle de vie du paquet, l’état de la licence, les téléchargements, installations, mises à jour, révocations et clôtures peuvent être gérés ensemble au lieu d’être reconstitués plus tard.
Raspberry Pi, GCP, les déploiements source et compilés peuvent rester à des niveaux de version différents lorsqu’il y a une raison de le faire. Les commits Git manquants peuvent être examinés par type de déploiement ainsi qu’à l’échelle de l’application.
Les applications gérées peuvent signaler automatiquement qu’une mise à jour approuvée est disponible sans l’imposer. Un administrateur choisit quand préparer et appliquer la mise à jour dans l’interface de l’application ; après redémarrage, la version installée peut être confirmée auprès du service de livraison partagé tout en préservant la relation entre paquet et licence.
Mise en œuvre
Un paquet logiciel peut transporter le contexte de mise en œuvre nécessaire pour transformer une version d’application en déploiement opérationnel : plateforme cible, format du paquet, comportement d’installation, identité de version et relation de licence.
Le processus de mise en œuvre peut ainsi partir d’une version connue, sans demander à chaque environnement de recréer indépendamment les décisions de compilation et de livraison. Lorsqu’une version plus récente est appropriée, la relation existante entre paquet et licence peut rester intacte tandis que la version sélectionnée évolue de manière maîtrisée.
Les versions d’application conservent l’identité de l’artefact et du commit Git réellement construit.
La disponibilité peut être annoncée automatiquement, mais le téléchargement, la préparation, l’application et le redémarrage restent des actions délibérées de l’administrateur.
Les paquets, licences et instances installées restent liés pendant l’installation, la mise à jour, la révocation et la clôture.
Blackcap
Blackcap peut être déployé sur des environnements Raspberry Pi et GCP pris en charge à l’aide de paquets source ou compilés, tout en gardant cohérents le comportement des versions, paquets, licences et mises à jour.