Scenari di utilizzo

  • 2 minuti

Dopo aver stabilito i vantaggi e gli svantaggi per i criteri decisionali, è consigliabile esaminare alcuni scenari.

Sviluppo

Lo sviluppo di diverse funzionalità in uno spazio di indirizzi IP limitato può essere difficile. Kubenet è progettato pensando alla conservazione dello spazio indirizzi, il che lo rende la scelta ideale per gli ambienti di sviluppo e sperimentali.

Se uno o più dei seguenti elementi non sono veri, considera di scegliere un ambiente di sviluppo usando la rete Azure CNI:

  • le funzionalità sperimentali o in fase di sviluppo non richiedono le capacità di scalabilità rapida fornite dai nodi virtuali con Istanze di Azure Container.
  • La latenza secondaria nell'ambiente, causata da un hop aggiuntivo per la comunicazione dei pod, è accettabile.
  • Il sovraccarico operativo della gestione delle tabelle di route e delle route definite dall'utente nell'ambiente di sviluppo è accettabile.
  • L'ambiente di sviluppo supporta solo i pool di nodi basati su Linux.

Con kubenet, la piattaforma Azure crea e configura automaticamente le risorse di rete virtuale ogni volta che crei un cluster del servizio Azure Kubernetes. Puoi anche creare e configurare manualmente le risorse della rete virtuale e collegarla a tali risorse in fase di creazione. Tuttavia le modifiche apportate alle risorse di rete gestite da Azure non sono supportate.

Produzione

Tieni presente che esistono diversi fattori che impediscono a kubenet di essere un'opzione di rete accettabile per la produzione. Kubenet è un metodo rapido per creare prototipi e testare applicazioni di piccole dimensioni nello sviluppo.

Azure CNI è invece più adatto per gli ambienti di produzione per l'opzione di rete configurabile che include:

  • Latenza ridotta.
  • Funzionalità di ridimensionamento rapido tramite nodi virtuali con Istanze di Azure Container.
  • I pod indirizzabili direttamente semplificano la connettività dai servizi in esecuzione all'esterno del cluster.
  • Supporto per topologie di rete avanzate e funzionalità correlate.

Puoi anche scegliere di usare Azure CNI per gli ambienti di sviluppo se una o più delle funzionalità sono necessarie per il caso d'uso. Ad esempio, se sono necessari nodi basati su Windows Server, è necessario usare Azure CNI sia per i cluster di sviluppo che per i cluster di produzione. Tieni presente che questa scelta introduce la necessità di una pianificazione della topologia di rete maggiore, che richiede un esperto.