doc-locale/fr-fr/administration/get_started.md
{{< details >}}
{{< /details >}}
Commencez à utiliser l'administration GitLab. Configurez votre organisation et son authentification, puis sécurisez, surveillez et sauvegardez GitLab.
L'authentification est la première étape pour sécuriser votre installation.
Organisez votre environnement en configurant vos groupes et vos projets.
<i class="fa-youtube-play" aria-hidden="true"></i> Regardez une présentation des groupes et projets.
Commencer :
Plus de ressources
Il peut arriver que vous deviez importer des projets depuis des sources externes telles que GitHub, Bitbucket ou une autre instance de GitLab. De nombreuses sources externes peuvent être importées dans GitLab.
Pour obtenir de l'aide concernant ces types de données, contactez votre responsable de compte GitLab ou l'assistance GitLab au sujet de nos services de migration professionnels.
La sécurité est une partie importante du processus d'intégration. La sécurisation de votre instance protège votre travail et votre organisation.
Bien que cette liste ne soit pas exhaustive, suivre ces étapes vous donne un bon point de départ pour sécuriser votre instance.
Une fois que vous avez établi votre configuration de base, vous êtes prêt à examiner les services de surveillance de GitLab. Prometheus est notre outil principal de surveillance des performances. Contrairement à d'autres solutions de surveillance (par exemple, Zabbix ou New Relic), Prometheus est étroitement intégré à GitLab et bénéficie d'un vaste soutien de la communauté.
GitLab fournit des méthodes de sauvegarde pour maintenir vos données en sécurité et récupérables.
La procédure diffère selon que vous avez déployé avec le package Linux ou le chart Helm.
Pour sauvegarder une installation à nœud unique utilisant le package Linux, vous pouvez utiliser une seule tâche Rake.
Découvrez comment sauvegarder les variantes de package Linux ou Helm. Ce processus sauvegarde l'intégralité de votre instance, mais ne sauvegarde pas les fichiers de configuration. Assurez-vous que ceux-ci sont sauvegardés séparément. Conservez vos fichiers de configuration et archives de sauvegarde dans un emplacement séparé pour vous assurer que les clés de chiffrement ne sont pas stockées avec les données chiffrées.
Vous pouvez restaurer une sauvegarde uniquement sur la même version et le même type (Community Edition ou Enterprise Edition) de GitLab sur lequel elle a été créée.
Dans certaines situations, la tâche Rake pour les sauvegardes peut ne pas être la solution la plus optimale. Voici quelques alternatives à considérer si la tâche Rake ne fonctionne pas pour vous.
Si votre serveur GitLab contient une grande quantité de données de dépôt Git, le script de sauvegarde GitLab risque d'être trop lent. Il peut être particulièrement lent lors d'une sauvegarde vers un emplacement hors site.
La lenteur commence généralement à partir d'une taille de données de dépôt Git d'environ 200 Go. Dans ce cas, vous pourriez envisager d'utiliser des instantanés du système de fichiers dans le cadre de votre stratégie de sauvegarde. Par exemple, considérez un serveur GitLab avec les composants suivants :
/var/opt/gitlab.L'instance EC2 répond aux exigences d'une sauvegarde de données d'application en prenant un instantané EBS. La sauvegarde inclut tous les dépôts, les téléversements et les données PostgreSQL.
Si vous exécutez GitLab sur un serveur virtualisé, vous pouvez créer des instantanés de VM de l'intégralité du serveur GitLab. Il est courant qu'un instantané de VM nécessite que vous éteigniez le serveur.
{{< details >}}
{{< /details >}}
Geo fournit des instances locales en lecture seule de vos instances GitLab.
Bien que GitLab Geo aide les équipes distantes à travailler plus efficacement en utilisant un nœud GitLab local, il peut également être utilisé comme solution de reprise après sinistre. En savoir plus sur l'utilisation de Geo comme solution de reprise après sinistre.
Geo réplique votre base de données, vos dépôts Git et quelques autres ressources. En savoir plus sur les types de données que Geo réplique.
GitLab fournit une assistance pour GitLab Self-Managed via différents canaux.
Pour obtenir de l'aide :
Les limites de débit préviennent les attaques par déni de service ou par force brute. Dans la plupart des cas, vous pouvez réduire la charge sur votre application et votre infrastructure en limitant le taux de requêtes provenant d'une seule adresse IP.
Les limites de débit améliorent également la sécurité de votre application.
Vous pouvez modifier vos limites de débit par défaut depuis la zone Admin. Pour plus d'informations sur la configuration, consultez la page de la zone Admin.
Pour plus d'informations sur l'API et les limites de débit, consultez notre page API.
Vous pouvez en apprendre davantage sur la façon d'administrer GitLab.