Serveurs et infrastructure
Commandes, scripts versionnés, transferts de fichiers et provisionnement sur vos serveurs, en SSH ou avec l'agent Orkyvo Remote, puis infrastructure cloud pilotée par OpenTofu. Tout passe par des workflows : historique, environnements et validation compris.
L'espace Serveurs
| Onglet | Contenu |
|---|---|
| Serveurs | Connexion, système, état, agent et version. Actions : tester la connexion, modifier, archiver, « Agent et sécurité ». |
| Groupes | Serveurs d'un même environnement (ex. « Web dev »), ciblés ensemble par un bloc. |
| Scripts | Scripts bash ou sh versionnés, avec leurs paramètres déclarés ; chaque version est figée. |
| Recettes | Recettes de provisionnement versionnées : paquets, fichiers, services, dans l'ordre affiché. |
| Infrastructure | Piles OpenTofu versionnées, états par environnement, plans à valider ou rejeter. |
Joindre un serveur
- SSHLe worker se connecte avec une connexion SSH enregistrée (clé ou mot de passe), l'empreinte de l'hôte étant vérifiée. Rien à installer ; le port SSH doit être joignable depuis Orkyvo. Transferts en SFTP.
- Agent Orkyvo RemoteUn agent installé sur le serveur ouvre lui-même une connexion chiffrée (mTLS) vers Orkyvo. Aucun port entrant à ouvrir ; opérations refusées par défaut et autorisées une à une ; révocable à tout moment.
Les blocs DevOps
| Bloc | Transport | Effet |
|---|---|---|
| Commande SSH | SSH | Commande : script shell, ou programme et arguments sans shell |
| Commande Orkyvo Remote | Agent | La même commande, exécutée par l'agent |
| Script distant | SSH ou agent | Script versionné, avec ses paramètres |
| Transfert de fichier | SFTP ou agent | Envoi (écriture atomique, empreinte vérifiée) ou récupération (fichier chiffré, 7 jours) |
| Informations serveur | SSH ou agent | Lecture seule : système, mémoire, disque, outils |
| Provisionner un serveur | SSH ou agent | Recette appliquée sans effet de bord si on la relance, ou seulement vérifiée |
| Plan d'infrastructure | OpenTofu | Calcul et conservation d'un plan, sans rien modifier |
| Appliquer l'infrastructure | OpenTofu | Application d'un plan validé |
| Provisionner l'infrastructure (visuel) | OpenTofu | Schéma dessiné ou proposé par l'Architecte IA : code, plan, validation et application |
Les blocs Serveurs renvoient un élément par serveur ciblé : statut, code de retour, sorties standard et d'erreur, durée. Un résultat indéterminé (connexion perdue pendant l'exécution) n'est jamais relancé automatiquement, car la commande a pu s'exécuter. Les valeurs sensibles transmises à une commande sont masquées dans les sorties conservées.
Environnements et sécurité
Chaque serveur appartient à un seul environnement. Un workflow exécuté en Développement ne peut cibler ni un serveur, ni un groupe, ni une connexion de Production. Ce contrôle est fait avant l'exécution, la publication et l'activation, puis repris au démarrage de chaque étape.
L'application d'une infrastructure attend la validation d'une personne autorisée ; dans un environnement protégé, elle confirme en saisissant la clé de l'environnement.
Systèmes pris en charge
- Serveurs administrés : Linux, avec bash ou sh. En SSH : OpenSSH avec SFTP, empreinte de la clé d'hôte vérifiée, bastion facultatif.
- Agent : Linux x86-64 ou arm64, Node.js 20 ou plus récent ; systemd recommandé.
- Provisionnement : apt, dnf, yum, apk ; systemd, OpenRC.
- Infrastructure : OpenTofu, avec les fournisseurs autorisés (AWS, Azure, Google Cloud, Alibaba Cloud, Kubernetes, Cloudflare…).
- Windows et macOS ne sont pas pris en charge comme serveurs administrés.