De l'éditeur à l'appareil
La définition d'une solution devient un système qui tourne sur de vraies cibles comme un seul programme continu : défini, émulé, déployé, approvisionné. Entre votre éditeur et la machine d'un client, il y a un jumeau qui ne garde aucune référence à la réalité.
La route, en cinq pas
- Définir. La solution et ses cibles sont déclarées comme artefacts avant tout code de fonction. Le code de fonction s'écrit dans une portée de déploiement que la cible peut refuser. construit · voir du développement au déploiement
- Émuler. Toute la solution tourne sur un jumeau, une copie du système qui ne garde aucune référence au vrai. construit · voir émuler toute la solution
- Planifier et approvisionner. Le plan dit ce dont chaque cible a besoin et dans quel ordre. construit · voir planifier et approvisionner
- Déployer. Approvisionner, puis stocker, puis lancer, puis vérifier, avec retour arrière, par un acteur qui peut engager. Une construction se déploie librement en émulation et en production seulement par le plan. construit · voir déployer sur les sites cibles
- Tenir les secrets. Les identifiants sont tenus dans un coffre qui se masque lui-même, et le passage de gouvernance est la seule route vers la production. construit · voir secrets et identifiants
La manière Softanza Une solution est répétée avant d'être engagée, et une dépendance factice est permise sur le jumeau et refusée en production. Ce que vous voyez marcher en émulation est le même programme que celui qui est déployé, et le tribunal qui le juge ne change pas entre les deux.
en construction Le garde du déploiement passe 45 assertions sur 45, lu dans les fichiers de la bibliothèque. Les hôtes réels dépendent de l'infrastructure : le plan a été exercé sur des cibles émulées, et c'est sur l'hôte réel d'un client que reste le travail. Les articles ci-dessus s'exécutent dans l'exécuteur de ce site quand ils le peuvent, et leurs pages disent quels blocs ont tenu leur promesse.