VPC CNIrekin, Pod batek VPCtik datorren helbidea izan dezake, eta bide egokia duen VPN erabiltzaile bat zuzenean irits daiteke hara. Horrek Pod-era zuzeneko sarbidea aukera sinpleena dirudiela egiten du, eta hala da, Pod-a ordezkatu arte. Erabiltzaileak gogoratzen duen helbidea aplikazioarena izan beharko litzateke, ez erreplika batena. Hiru sarrerak alderatzea helbidea zein objektuk duen eta karga-lanak mugitzean zer funtzionatzen jarraitu behar duen jakitera biltzen da.

Hautatu lehenik bizi-zikloaren arabera, gero sareak sarrera eskuragarri egiteko zer egin behar duenaren arabera.

Hiru sarrera, hiru bizi-ziklo

Pod IP bat Pod bati dagokio: harekin esleitzen da eta amaitzean askatu egiten da. ClusterIP bat Service bati dagokio eta birtuala da, zentzua klusterreko zerbitzu-bideratzea dagoen tokian soilik du. Barne karga-orekatzaile bat hodeiko baliabide bati dagokio, eta klusterreko kontrolatzaileak backendekin programatzen du. Jabego-eredu horiek jasango duzun hutsegitea iragartzen dute: helbide zaharkitua, iristezina den izena edo backend multzo zaharkitua.

Idatzi konparazioa hautatu aurretik. Jabea eta hutsegitea izendatuta daudenean, hautaketak bere burua egiten du normalean.

EntryOwnerFailure when the workload moves
Pod IPThe PodAddress changes and saved links break
ClusterIPThe ServiceVirtual address with no meaning outside cluster routing
Internal balancerCloud resource plus controllerBackends update, but the DNS view is yours to maintain

Pod-era zuzeneko sarbidea: erabilgarria, aldi baterako

Zuzeneko sarbidea benetan erabilgarria da kontrolatutako egiaztapen baterako: administratzaile bat, saio labur bat, portu zehatz bat. Baina kontratu eskasa da erabiltzaileentzat, helbidea inplementazio-xehetasuna baita eta hedapen bakoitzean aldatzen baita. Eta hura wiki batean idaztea da funtzionatzen duen zerbitzu bat zurrumurru bihurtzeko bidea.

Arau zabaletara ere dei egiten du. Administratzaile bati Pod batera iristeko baimena ez da nodoko azpisareko helbide guztietarako baimena, eta bigarrena izaten da normalean idazten dena.

ClusterIP: diseinuz klusterera mugatua

ClusterIP batek funtzionatzen du klusterreko dataplaneak haren bideratzea klusterraren barruan programatzen duelako. VPNan dagoen ordenagailu eramangarri batetik helbideak ez du ezer esan nahi, zerbait kontzienteki agerian jartzen ez badu. svc.cluster.local-en amaitzen den izen bat klusterreko DNSarena da, beraz, erresolbatzaile ezberdina duen bezero batera kopiatzeak ez dagoen izen bat sortzen du, bideratze-errore bat beharrean.

ClusterIP izaten jarraitzen du kluster barneko deitzaileentzako sarrera egokia, beste karga-lan batzuk barne. Baina ez da klusterreko bideratze-domeinutik kanpoko erabiltzaileentzako argitaratze-mekanismoa.

Barne karga-orekatzailea: argitaratutako bidea

Barne karga-orekatzaile batek helbide pribatu egonkorra eta zure zonaldeak seinala dezakeen izen bat ematen dizkizu, kontrolatzaileak backend multzoa eguneratuta mantentzen duen bitartean, EKSren karga-orekaketarako gidak deskribatzen duen bezala. Hori da dokumentu bat inork editatu gabe Pod ordezkatze arrunt bat gainditzen duen sarrera. Hodeiko baliabide bat, kontrolatzaile-konfigurazio bat eta VPNtik datorren bide bat kostatzen ditu, eta horiek dira jendeak gutxiesten dituen zatiak.

Erabili klusterrak benetan exekutatzen duen kontrolatzaile-eredua. Integrazio baterako idatzitako anotazioak ez dira beste baterako balio.

Nor den iturburu-helbidea

Segurtasun-taldeek beren mugara iristen den iturburua ikusten dute, eta hori konektatutako bezeroa edo itzulitako helbidea izan daiteke, VPN eta karga-orekatze bidearen arabera. EC2n oinarritutako nodoetan, ohiko VPC CNI Pod-ek nodoaren ENI taldeak heredatzen dituzte lehenespenez, eta onartutako konfigurazioek Pod-eko talde espezifikoak erantsi ditzakete. Idatzi arauak dokumentatutako bidearentzat, ordenagailu eramangarriaren ustezko helbidearentzat beharrean.

Mantendu aplikazioaren entzule propioa eta autentifikazioa kontrol bereizi gisa. Fluxua ahalbidetzen duen sare-arau bat ez da baimen-erabaki bat, eta ez litzateke halakotzat hartu behar.

Zer eman erabiltzaileei

Eman erabiltzaileei zerbitzu-izen bat, ez helbide bat. Argitaratu izen hori zonalde pribatuan, seinalatu barne sarrerara, eta gero probatu backend Pod bat ordezkatuz, bezeroak izen bera irekita mantentzen duen bitartean. Ariketak axola duen propietatea probatzen du: hedapen errutinario baten ondoren aplikazio berbera iristea.

Mantendu Pod-era zuzeneko sarbidea bere esparrua duen salbuespen operatibo dokumentatu gisa, erabiltzaileentzako argibideetatik urrun.

Erlazionatutako artikuluak