Intégrations
Les intégrations relient Opfield à des comptes et des hôtes que vous contrôlez déjà. Commencez dans Settings > Integrations. Les actions disponibles dépendent de vos permissions Opfield, de votre plan et des identifiants acceptés par le système externe.
Choisir la connexion
Section intitulée « Choisir la connexion »| Objectif | Intégration | Pour continuer |
|---|---|---|
| Créer et exploiter des VM chez un fournisseur | Hébergeurs : Proxmox VE, DigitalOcean, Hetzner Cloud, HOSTKEY, CloudBlast | Ajouter un nœud |
| Sélectionner des dépôts pour les builds ou les opérations sur les sources | Hébergement Git : GitLab, GitHub, Git générique | Builds Docker, Déploiements Git de Pages |
| Joindre un hôte externe nommé via SSH | Connexions SSH | Accès à des hôtes de confiance et installation éligible via un hébergeur |
| Découvrir des zones DNS et gérer le DNS des domaines et des certificats | Cloudflare | Domaines, Routes et TLS |
Les registres de conteneurs se configurent dans la zone Docker ; les intégrations Git peuvent aussi découvrir les registres éligibles. Les e-mails et webhooks ont leurs propres paramètres d’envoi. L’API et MCP connectent des outils à Opfield, plutôt que de connecter Opfield à un compte d’hébergement ou Git.
Trois vérifications d’accès indépendantes
Section intitulée « Trois vérifications d’accès indépendantes »- Permissions Opfield : qui peut consulter ou administrer le connecteur et agir sur la ressource sélectionnée.
- Sélection du connecteur : quels comptes, dépôts, zones, hôtes ou pools d’allocation couvre cette connexion.
- Identifiants externes : ce que le jeton du fournisseur ou le compte du système d’exploitation distant autorise réellement.
Être administrateur système dans Opfield ne donne pas davantage de privilèges à un jeton d’API Proxmox ou à un compte SSH. À l’inverse, un jeton d’administrateur chez le fournisseur n’accorde pas à un utilisateur Opfield la permission d’agir sur toutes les ressources. Voir Permissions.
Connecter, vérifier et maintenir
Section intitulée « Connecter, vérifier et maintenir »Utilisez un identifiant dédié, vérifiez TLS ou l’identité SSH de l’hôte, et restreignez les accès avant d’activer l’automatisation. Un test de connexion réussi établit la connectivité et les capacités vérifiées ; il ne prouve pas qu’une VM a été provisionnée, qu’un build a été déployé ou qu’une modification DNS a atteint les clients.
Avant de faire tourner les identifiants d’une connexion, de la désactiver ou de la supprimer, identifiez les nœuds, liaisons de sources, registres, domaines et certificats dépendants. Vérifiez le remplaçant avec le processus correspondant. Ne collez pas de jetons de fournisseurs ni de clés privées dans une discussion, des URL, des captures d’écran ou des journaux.