Opfield 2.12 : applications, bases de données sur plusieurs serveurs et un nouveau nom
Des applications avec environnements, promotion et coupe-circuit ; des bases et du stockage sur 2 à 5 serveurs qui basculent même quand Opfield est arrêté ; le nom Opfield ; des versions signées et un export complet de l'installation.
Par l’équipe Opfield5 min de lectureMis à jour
Opfield 2.12.0 est disponible. Les applications ont désormais leur propre place, les bases de données gérées peuvent tourner sur plusieurs serveurs, et le produit porte maintenant le nom Opfield. Voici les changements que la plupart des utilisateurs remarqueront. La liste complète se trouve dans le journal des modifications.
Applications et environnements
Une application regroupe maintenant tout ce dont un service a besoin : conteneurs, projets Compose, bases de données, stockage, bases clé-valeur, routes et Pages. Chaque application a des environnements, par exemple production et staging. Les applications sont disponibles dans toutes les offres.
- Chaque environnement a ses propres réglages. Variables, secrets, nœuds autorisés et accès se définissent par environnement. Les conteneurs reçoivent les valeurs de l'environnement à la création, à la mise à jour et à la recréation, et la page de l'environnement liste les charges de travail qui doivent encore être recréées.
- Promotion. Un environnement peut être promu vers un autre : exactement les images, la révision Compose et le build Pages qui y tournent.
- Une page par application. Elle montre les membres de chaque environnement avec leur état, leurs alertes et leur activité. Les ressources peuvent être créées dans une application, y être importées ou en être retirées.
- Accès par environnement. Les applications ont leurs propres permissions, et l'accès peut être accordé pour un seul environnement. Les applications se gèrent aussi par l'API REST, MCP et l'assistant IA.
Une application peut être arrêtée puis redémarrée. Pour un incident de sécurité, il existe un coupe-circuit (Kill switch) : il coupe les conteneurs de l'application de leurs réseaux, garde ses Secure Links fermés et gèle ses membres. Le relâcher remet tout comme avant. Les applications et les environnements ont aussi leurs propres codes d'accès de maintenance et une page de maintenance pour leurs routes.
Bases de données et stockage sur plusieurs serveurs
Avec Business et Enterprise, PostgreSQL géré, les bases clé-valeur, ClickHouse et le stockage peuvent tourner sur 2 à 5 serveurs. Un primaire reçoit les lectures et les écritures, les copies le suivent, et l'une d'elles prend le relais quand le primaire tombe.
La bascule entre ces serveurs fonctionne même quand Opfield lui-même est arrêté. Les relais autorisés dans Settings > Relay et les nœuds Docker sur d'autres hôtes servent de témoins et aident à décider quel serveur est primaire.
Les changements de réglages, les mises à jour de version et les redémarrages se font un serveur à la fois, la mise à jour d'un nœud transfère d'abord son primaire, et les sauvegardes lisent une copie à jour. Le tableau de bord signale les bases et le stockage qui demandent de l'attention. Après la période de grâce de la licence, ils continuent de basculer et peuvent toujours être réparés ; seuls l'activation, l'ajout de serveurs et les changements de réglages attendent une licence renouvelée.
Les nouvelles bases clé-valeur tournent sur Valkey avec les modules JSON, Bloom et Search. Move to Valkey vérifie une base Redis existante et la passe sur Valkey sur le même nœud. Les sauvegardes des bases supprimées peuvent désormais être listées et restaurées.
Le nom Opfield et une interface plus calme
Le nom, le logo, les couleurs et les polices d'Opfield sont maintenant dans la console, la page de connexion, la page de statut, les e-mails, les installateurs et l'assistant IA. La barre latérale compte 14 entrées, et Routes et Certificates s'ouvrent chacun sur une seule page à onglets.
Les sections que votre offre n'inclut pas sont masquées. Un lien direct vers l'une d'elles affiche l'offre au lieu d'une erreur.
Chaque entrée d'audit affiche maintenant une action et une description lisibles, dans le journal d'audit, son export et les panneaux d'activité.
Des versions signées et la garantie de continuité
Les images et les binaires des versions d'Opfield sont signés avec Sigstore et accompagnés de SBOM. Le guide Verifying Releases du dépôt explique comment les vérifier avec cosign.
La garantie de continuité (Continuity Grant) va plus loin : si Opfield est abandonné, le code source de la dernière version, cœur commercial compris, passe sous licence MIT, et les détenteurs d'une clé peuvent continuer à l'utiliser sans le service de licences. Opfield trouve aussi le service de licences grâce à une liste d'adresses signée et passe à l'adresse suivante quand l'une ne répond pas.
Déplacer une installation vers un nouvel hôte
Toute l'installation peut être exportée dans un seul fichier chiffré depuis Settings > General et restaurée sur un autre hôte, depuis l'assistant de configuration ou avec install.sh --restore. Les nœuds et les relais peuvent être informés de la nouvelle adresse à l'avance.
Aussi dans cette version
- Le propriétaire de la machine d'un relais peut rendre ce relais protégé : Opfield n'a alors aucun accès à la console, aux fichiers ou à l'hôte à travers lui.
install.sh --domainet--acme-emailservent la console sur le port 443 avec un certificat Let's Encrypt qui se renouvelle tout seul.- Une installation peut être reliée à un compte Opfield Cloud avec un code dans Settings > Cloud. Les requêtes passant par ce lien sont auditées et listées.
Comment mettre à jour
Les installations en 2.11.4 ou antérieure se voient proposer automatiquement la 2.11.5 d'abord, puis la 2.12.0. Mettez d'abord à jour Opfield, puis les nœuds Docker, nginx et de monitoring, puis le Relay Pool. Les mises à jour et l'installateur viennent maintenant de get.opfield.dev et les images de ghcr.io/opfield/opfield : les pare-feu doivent donc autoriser get.opfield.dev. Les anciennes adresses continuent de fonctionner.
La 2.12.1 a suivi le lendemain et étend le nom à tout le reste : nœuds, relais, API, webhooks et événements d'audit. Les nouveaux jetons d'API commencent par opf_, et les jetons existants continuent de fonctionner.
Le détail de chaque changement se trouve dans le journal des modifications, et les guides sur les applications et les bases sur plusieurs serveurs dans la documentation.