Prérequis d'installation
OKDP Sandbox est une installation rapide d’un cluster OKDP. En suivant les instructions du fichier README.md, vous devriez avoir accès à tous les services OKDP actuels.
Le guide d’installation suivant explique les dépendances obligatoires dont OKDP v1 a besoin pour disposer d’un cluster opérationnel.
Objets KuboCD
Section intitulée « Objets KuboCD »Kubocd est une couche superposée à Flux permettant de gérer les objets helmRelease liés aux chartes helm. Flux doit être installé avant le CRD KuboCD pour que ce dernier fonctionne.
Version KuboCD
Section intitulée « Version KuboCD »Une version KuboCD contient un ou plusieurs chartes Helm avec, si nécessaire, un ordre de dépendances entre eux, et remplace dynamiquement leur fichier values.yaml par des variables définies dans un objet context et/ou clusterContract.
Contexte
Section intitulée « Contexte »Un contexte est un objet Kubernetes appartenant à l’environnement KuboCD. Il s’agit essentiellement d’un ensemble de variables définies auxquelles les versions KuboCD ont accès. L’objectif est de centraliser les variables utilisées dans plusieurs versions et de définir l’environnement OKDP, comme le suffixe d’ingress, l’adresse du proxy HTTP/HTTPS, etc. Le contexte contient également le catalogue de services.
Contrat de cluster
Section intitulée « Contrat de cluster »Un contrat de cluster (clusterContract avec la commande kubectl) est également un objet Kubernetes appartenant à l’environnement KuboCD, qui définit des variables qui, contrairement au contexte, sont spécifiques à un service ou à un composant.
Dépendances principales obligatoires
Section intitulée « Dépendances principales obligatoires »Stockage
Section intitulée « Stockage »OKDP ne fournit pas de solution de stockage ; il est donc nécessaire de disposer au préalable d’un fournisseur de stockage compatible S3, tel que SeaweedFS ou Ceph, pour pouvoir utiliser la plateforme. OKDP communique avec le fournisseur de stockage via l’API S3. Tout fournisseur de stockage S3 prenant également en charge STS, puisque Polaris l’utilise pour sécuriser ses catalogues, devrait être compatible avec OKDP ; ici, à des fins de démonstration, nous utilisons SeaweedFS.
Un contrôleur de serveur de base de données tel que CloudNativePG doit également être fourni. Un contrôleur de serveur de base de données est un opérateur Kubernetes qui vous permet de gérer un cluster de base de données afin de gérer le cycle de vie des objets database de manière native à Kubernetes.
Une fois que le fournisseur de stockage et le contrôleur de serveur de base de données sont en place, OKDP communique avec eux via les connexions décrites dans la section Gestion des connexions et des secrets externes.
La procédure à suivre pour créer une vue de l’interface utilisateur du fournisseur de stockage est décrite dans le guide utilisateur.
Le fournisseur de stockage ainsi que le contrôleur de serveur de base de données doivent être fournis via un paquet kubocd dont les métadonnées comportent les balises storage ou database-server. Dans le cas contraire, certains services qui en dépendent ne pourront pas être déployés.
Contrôleur d’ingress
Section intitulée « Contrôleur d’ingress »Un contrôleur d’ingress doit être installé pour accéder aux interfaces utilisateur de tous les services et au plan de contrôle d’OKDP lui-même. Pour la version v1 d’OKDP, Nginx est utilisé, bien qu’il soit obsolète ; toutefois, une migration vers d’autres contrôleurs d’ingress sera effectuée ultérieurement.
Fournisseur d’identité
Section intitulée « Fournisseur d’identité »OKDP fonctionne actuellement et a été testé avec Keycloak et KubeAuth pour l’authentification OIDC. Veuillez vous reporter à leur documentation pour plus d’informations.
Autres dépendances
Section intitulée « Autres dépendances »OKDP Sandbox dépend actuellement d’autres composants tels qu’un serveur DNS, un gestionnaire de certificats et d’autres outils, que vous pouvez consulter sur la page stack.