J'ai essayé de faire différents pods chacun d'entre eux gérant son propre conteneur, j'ai essayé de suivre les mêmes instructions de liens de deux conteneurs Docker: l'autre conteneur: p> < Pré> xxx pré> Maintenant la question, dois-je créer des conteneurs dans la même coussine et le nommer dans un nom similaire à la commande Docker (dB = dB)?
Ou dois-je configurer le réseau correctement afin que les conteneurs puissent trouver le nom d'hôte? p> p> et les déploiements Kubettes: h2>
dB h2>
app h2>
3 Réponses :
Vous devez créer un service qui pointe vers votre pod (déploiement). Via Service, vous pouvez gérer le trafic entre déploiements. P>
Pour plus d'informations Vous pouvez consulter ce document: https://kubernet.io. / Docs / Concepts / Services-Réseautage / Service / P>
Si vous recherchez une communication DNS interne p>
Veuillez vérifier: https://kubernet.io/docs / Concepts / Services-Networking / DNS-POD-Service / P>
Vous devez créer un service sur la base de données. Les documents Kubernettes expliquent les différentes options pour ce faire. Une fois que vous avez un service, votre POD pourra rechercher ce service par nom à l'aide du DNS fourni par Kubettes à la POD. Le service agit en tant que proxy à la (dans ce cas, à la base de données). P>
à Kubettes, une gousse est considérée comme la plus petite unité de sorte qu'il ait plus logique de les placer dans une cosse distincte afin de pouvoir leur propre cycle de vie. La façon dont vous faites est certainement correcte; Pour les faire travailler, vous devez exposer la base de données afin que votre application puisse se connecter à celui-ci, c'est-à-dire à exposer dB IT comme service de type Custerip, puis vous pouvez l'accéder via son nom de service dans votre cluster.
Un exemple simple - < / p>
Je dirais qu'un pod n'est pas la plus petite unité, car une gousse est composée d'un> 1 conteneurs. Désolé, si cela est pédant, mais il pourrait y avoir un argument pour exécuter DB et une application dans la même pod, mais des conteneurs distincts (cela irait à l'encontre des conseils généralement acceptés, mais est possible), auquel cas aucun lien ne serait nécessaire du tout.
Kubernettes.io/docs/concepts/workloads/pod/pod-overview a>