Tous les produits
Search

Ce produit

    Container Registry:Créer des images de conteneur avec le mode de build sécurisé VPC

    Centre de documentation

    Container Registry:Créer des images de conteneur avec le mode de build sécurisé VPC

    Dernière mise à jour :Aug 18, 2026

    Container Registry propose le mode de build sécurisé VPC. Ce mode vous permet d'héberger des services tels qu'une instance GitLab auto-gérée ou un dépôt Maven au sein d'un Virtual Private Cloud (VPC) ou dans un centre de données sur site connecté à un VPC via Express Connect, sans exposer de point de terminaison public. Cette rubrique explique comment créer des images de conteneur dans ce mode.

    Prérequis

    • Créez une instance Enterprise Edition de Container Registry. Pour plus d'informations, consultez Utiliser une instance Enterprise Edition pour pousser et extraire des images.

    • Créez un service GitLab auto-géré dans un VPC ou dans un centre de données sur site situé dans la même région que votre instance Enterprise Edition. Si le service GitLab est hébergé dans un VPC et accessible via une adresse IP Elastic Compute Service (ECS), ajoutez une règle entrante au groupe de sécurité de l'instance ECS pour autoriser le trafic provenant du bloc CIDR 100.104.0.0/16. Si le service GitLab est accessible via une instance Server Load Balancer (SLB), aucune configuration de groupe de sécurité n'est requise.

    • Si votre service se trouve dans un centre de données sur site, son bloc CIDR réseau ne doit pas entrer en conflit avec le bloc CIDR d'accès inverse (100.104.0.0/16). Configurez également des routes de retour pour le bloc CIDR 100.104.0.0/16 à la fois sur le routeur de bordure virtuelle (VBR) et dans le centre de données. Pour plus d'informations sur Express Connect et les VBR, consultez Qu'est-ce qu'Express Connect ? et Routeurs de bordure virtuelle (VBR).

    • Créez un VPC et un vSwitch dans une zone qui prend en charge le mode de build sécurisé. Le tableau suivant répertorie les zones prises en charge.

      Service cloud

      Région

      Zones prises en charge

      Cloud public

      Chine (Pékin)

      • cn-beijing-c

      • cn-beijing-d

      • cn-beijing-e

      • cn-beijing-f

      • cn-beijing-i

      • cn-beijing-j

      • cn-beijing-k

      • cn-beijing-g

      • cn-beijing-h

      Chine (Hangzhou)

      • cn-hangzhou-e

      • cn-hangzhou-f

      • cn-hangzhou-g

      • cn-hangzhou-h

      • cn-hangzhou-i

      • cn-hangzhou-j

      • cn-hangzhou-k

      Chine (Shenzhen)

      • cn-shenzhen-a

      • cn-shenzhen-b

      • cn-shenzhen-c

      • cn-shenzhen-d

      • cn-shenzhen-e

      • cn-shenzhen-f

      Chine (Shanghai)

      • cn-shanghai-a

      • cn-shanghai-b

      • cn-shanghai-c

      • cn-shanghai-d

      • cn-shanghai-e

      • cn-shanghai-f

      • cn-shanghai-g

      • cn-shanghai-i

      Chine (Zhangjiakou)

      • cn-zhangjiakou-a

      • cn-zhangjiakou-b

      • cn-zhangjiakou-c

      Chine (Hong Kong)

      • cn-hongkong-b

      • cn-hongkong-c

      • cn-hongkong-d

      Singapour

      • ap-southeast-1a

      • ap-southeast-1b

      • ap-southeast-1c

      Indonésie (Jakarta)

      • ap-southeast-5a

      • ap-southeast-5b

      États-Unis (Virginie)

      • us-east-1a

      • us-east-1b

      États-Unis (Silicon Valley)

      • us-west-1a

      • us-west-1b

      Royaume-Uni (Londres)

      • eu-west-1a

      • eu-west-1b

      Allemagne (Francfort)

      • eu-central-1a

      • eu-central-1b

      Japon (Tokyo)

      • ap-northeast-1a

      • ap-northeast-1b

      Chine (Chengdu)

      • cn-chengdu-a

      • cn-chengdu-b

      Chine (Heyuan)

      • cn-heyuan-a

      • cn-heyuan-b

      Alibaba Finance Cloud

      Chine (Hangzhou)

      • cn-hangzhou-finance-i

      • cn-hangzhou-finance-j

      • cn-hangzhou-finance-k

      • cn-hangzhou-finance-h

    Groupes de sécurité managés

    Lorsque vous liez un dépôt de code source dans votre VPC, Container Registry appelle une opération API ECS pour créer un groupe de sécurité managé. Cela permet au service de build de Container Registry d'accéder à votre service GitLab auto-géré au sein du VPC. Pour plus d'informations, consultez Groupes de sécurité managés.

    Remarque

    • Il s'agit d'un groupe de sécurité géré par le système et en lecture seule. Vous ne pouvez pas le modifier. Le groupe de sécurité refuse tout le trafic entrant et n'autorise le trafic sortant que vers des points de terminaison spécifiés, tels que les points de terminaison privés de vos dépôts GitLab et Maven.

    • L'instance de build Container Registry accède à votre service GitLab auto-géré en utilisant ce groupe de sécurité managé et une interface réseau élastique (ENI) attachée à votre vSwitch spécifié.

    Étape 1 : Gérer le lien

    1. Connectez-vous à la console Container Registry.

    2. Dans la barre de navigation supérieure, sélectionnez une région.

    3. Dans le volet de navigation de gauche, sélectionnez Instances.

    4. Sur la page Instances, cliquez sur l'instance Enterprise Edition cible.

    5. Sur la page Overview, sélectionnez Repository > Code Source.

    6. Sur la page Code Source, recherchez GitLab et cliquez sur Manage Link dans la colonne Actions.

    7. Dans la boîte de dialogue Manage Link, configurez les paramètres du lien d'accès VPC et cliquez sur Create.

      Tableau 1. Paramètres de création d'un lien d'accès VPC

      Paramètre

      Description

      Adresse IP privée GitLab

      Le point de terminaison privé de votre dépôt de code source GitLab auto-géré.

      Other IP addresses that need to be allowed

      Saisissez tous les autres points de terminaison privés à ajouter à la liste d'autorisation.

      Existing VPC

      Sélectionnez le VPC que vous avez préparé dans la section Prérequis.

      Vswitch

      Sélectionnez le vSwitch que vous avez préparé dans la section Prérequis.

    Étape 2 : Lier GitLab

    1. Sur la page Code Source, recherchez GitLab et cliquez sur Bind Account dans la colonne Actions.

    2. Dans la boîte de dialogue Private GitLab, configurez les paramètres pour lier votre dépôt de code source GitLab et cliquez sur Confirm.

      Tableau 2. Paramètres de liaison d'un dépôt de code source basé sur un VPC

      Paramètre

      Description

      Network Type

      Sélectionnez VPC.

      Link Information

      Sélectionnez le lien que vous avez créé à l'Étape 1 : Gérer le lien.

      Endpoint

      Saisissez le point de terminaison de connexion de votre instance GitLab au sein du VPC.

      • Si vous utilisez un GitLab privé, saisissez son point de terminaison de connexion.

      • Si vous utilisez un GitLab public, saisissez son point de terminaison de connexion.

      Username

      Le nom d'utilisateur de votre compte GitLab.

      Private Token

      Votre jeton d'accès personnel. Pour savoir comment créer un jeton, consultez Lier une plateforme d'hébergement de code source.

      Si la barre d'état GitLab affiche Bound, le dépôt de code source VPC est lié avec succès.

    Étape 3 : Créer une image

    Avertissement

    Lorsque vous utilisez le mode de build sécurisé VPC, vous devez désactiver l'option build with servers deployed outside the Chinese mainland.

    Une fois le dépôt de code source lié, vous pouvez créer des images. Pour plus d'informations, consultez Créer des images à l'aide d'une instance Enterprise Edition.