La maintenance des fichiers proto utilisés par plusieurs microservices peut être difficile. Pour garantir la cohérence et éviter les problèmes de version, il est important de disposer d'un référentiel centralisé pour les fichiers proto.
Une approche efficace consiste à créer un référentiel git distinct exclusivement pour les fichiers proto. Cela vous permet de :
Par exemple, si vous avez trois fichiers proto (Protofile1, Protofile2 et Protofile3), vous pouvez les stocker dans la structure de répertoires suivante au sein du référentiel centralisé :
my-protos ├── Protofile1.proto ├── Protofile2.proto └── Protofile3.proto
Vos référentiels de microservices doivent ensuite importer les définitions de proto en utilisant le chemin d'importation, par exemple :
<code class="go">import "github.com/my-organization/my-protos/Protofile1" import "github.com/my-organization/my-protos/Protofile2" import "github.com/my-organization/my-protos/Protofile3"</code>
En utilisant les modules go, vous pouvez vous assurer que les microservices obtiennent des versions compatibles des fichiers proto.
N'oubliez pas de marquer le référentiel de proto centralisé avec un numéro de version pour chaque version. Cela simplifie le suivi des versions et permet aux microservices d'utiliser la version correcte des fichiers proto.
De plus, efforcez-vous de maintenir la compatibilité ascendante dans vos définitions de proto. Évitez de casser les modifications qui pourraient rendre les anciennes versions des fichiers proto incompatibles avec les versions plus récentes.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!