Skip to content

docs: ✏️ fix typos #75

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
this-is-tobi merged 1 commit into from
Feb 24, 2025
Merged

docs: ✏️ fix typos #75

Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion docs/administration/environnements.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -17,7 +17,7 @@ Un exemple de création de type d'environnement, les explication se trouvant apr

## Mise à jour et Suppression

Pour mettre à jour un type d'evironnement, il faut sélectionner sa tuile dans la liste.
Pour mettre à jour un type d'environnement, il faut sélectionner sa tuile dans la liste.

Il est possible de modifier les quotas associés ainsi que les clusters mais pas le nom.

Expand Down
2 changes: 1 addition & 1 deletion docs/guide/best-practices.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -150,7 +150,7 @@ Le scaling est très important afin de répondre aux besoins en termes d'affluen
## QOS

Il est important de définir les consommations de chaque POD (prévisionnelles), savoir si il serait intéressant que certains disposent d’une "request" égal a la "limit" afin d’assurer une réservation des ressources. (Guaranteed Class)
L'utilisation du "Burstable" n'est pas pas une bonne pratique. Ll est vraiment nécessaire d'avoir une "limit" même si celle-ci n'est pas équivalente a la "request".
L'utilisation du "Burstable" n'est pas une bonne pratique. Ll est vraiment nécessaire d'avoir une "limit" même si celle-ci n'est pas équivalente a la "request".

Exemple :

Expand Down
2 changes: 1 addition & 1 deletion docs/guide/projects-management.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -36,7 +36,7 @@ Deux informations concernant les statuts sont affichés :
Un certain nombre d'actions sont disponibles :

- **Reprovisionner le projet** : la console DSO étant en cours de développement actif, divers changements ont lieu (correction de bugs, ajouts de nouvelles fonctionnalitées). Ce bouton permet de mettre à jour son projet par rapport aux derniers développement de la console.
- **Afficher les secrets des services** : affiche des configurations utiles mais sencible des projets (par défaut seul le propriétaire du projet peut voir les secrets)
- **Afficher les secrets des services** : affiche des configurations utiles mais sensible des projets (par défaut seul le propriétaire du projet peut voir les secrets)
![mon projet - secrets](/img/guide/project/monprojet_secrets.png)
La partie GitLab permet d'avoir le token ainsi que l'id du dépôt mirror (permettant de cloner son dépôt primaire sur Cloud Pi Native). Cela permet d'automatiser cette action via des pipelines sur votre dépôt primaire.
Concernant Harbor, la registry stockant les images construites sur la plateforme CPiN
Expand Down