د VPN جانبي کنټينر لپاره د پيل قاعده او د ناکامۍ قاعده اړينه ده

يو pod د اپليکېشن مخکې د تونل کنټينر پيلوي او لومړنۍ غوښتنې بريالي کېږي، او دا هماغه حالت دی چې ستونزه پټوي۔ ترتيب يوه سيالۍ سمې کوي او د هغه ترافيک په اړه څه نه وايي چې اپليکېشن څلور ساعته وروسته، د تونل له ناکامۍ وروسته پيلوي۔ دا دوه جلا پرېکړې دي۔ معمولاً يوازې يوه يې ډيزاين کېږي۔

ترتيب يوازې لومړنۍ غوښتنه بندوي

Kubernetes د جانبي کنټينر د ژوند دوره ملاتړ کوي چې له بيا پيل کېدونکو init کنټينرونو جوړه شوې ده۔ په دې ماډل کې د پيل پروب کولای شي بل د inizialization ګام تر هغه وروسته بند کړي چې تونل د چمتووالي خبر ورکړي۔ دا يوه ريښتينې ښه والی ده، او د دې وړ ده چې په قصد سره وکارول شي نه دا چې په ننوتلو سکرېپټ کې sleep ورزيات کړای شي۔ دروازه يوازې هومره ښه ده څومره هغه شرط چې هغه يې ازمويي۔

له دې ماډل بهر، د ترتيب معنا هغه اجرايي چاپېريال يا د تړاو نظام ته اړه لري چې تاسو يې کاروئ، او اړينه نه ده چې سره سمون ولري۔ له بل پليټفارم څخه کاپي شوی ځای پرځای کول کېدای شي د تونل انتظار کوونکي ښکاره شي ځکه چې اپليکېشن ناڅاپه ورو پيلېږي۔ دا هغه تضمين نه دی، او د بار لاندې ناکامېږي۔

ووايئ چې دروازه څه ګوري: يو پروسس شته، يو انټرفېس شته، يو handshake بشپړ شو۔ د دې هر يو له دې څخه کمزوری ادعا ده چې «د دې pod لپاره د اړتيا وړ منزلونو ته د معلوماتو لار کار کوي»۔

د معلوماتو لار په زور پلی کړئ نه دا چې فرض يې کړئ

پروب د يوې شېبې ازموينه ده او firewall هغه ځانتيا ده چې د شېبو ترمنځ پلي کېږي۔ که اړتيا دا وي چې د اپليکېشن ترافيک هېڅکله له تونل بهر لاړ نه شي، بايد په شريک شبکه نوم ځای کې د منلو-يا-غورځولو قاعدې په توګه بيان شي۔ د کنټينرونو د پيل ترتيب دا اړتيا نشي وړلای۔ يوازې يوه قاعده يې وړلای شي۔

په يو pod کې کنټينرونه هغه نوم ځای شريکوي، نو د پلي کولو ټکی خود نوم ځای دی۔ هر څه چې وليکئ، بايد د تونل خپل بهرنی تړاو شته پرېږدي، ځکه چې د اپليکېشن د ساتنې لپاره يې بندول هغه لار پرې کوي چې اپليکېشن ته اړينه ده۔

د ناکامۍ تګلاره په روښانه ډول پرېکړه کړئ: آيا د اپليکېشن ترافيک بايد په بشپړ ډول ودرېږي کله چې تونل روغ نه وي، که دوام وکړي او د ناسمات شوی په توګه ونښلول شي؟ دواړه د دفاع وړ دي، او هېڅ يو هم هغه څه نه دي چې د کنټينرونو په يو ټاکلي ترتيب پيلولو سره ترلاسه کېږي۔

هغه ترافيک وازموئ چې تاسو يې يادونه نه ده کړې

د کنټرول شوې تونل ناکامۍ پر مهال نوې غوښتنه واخلئ او وګورئ چې بهر ځي که نه۔ بيا د هغو لارو لپاره ازموينه تکرار کړئ چې د وتلو پتې ازموينه هېڅکله نه ټکوي: په کلسټر کې د DNS حل، IPv6 منزلونه، او هغه خدمتونه چې د عامه انټرنېټ پرځای د کلسټر داخلي پتو له لارې ورته رسېدل کېږي۔ دا هغه لارې دي چې د تونل له مړينې وروسته هم په غلې ډول کار کوي۔

د وتلو پتې پاڼه ثابتوي چې يوه غوښتنه په هغه شېبه کې هغه ځای ته لاړه چې تاسو تمه درلوده۔ هغه نشي کولای نورې لارې لښتليک کړي، او د هغه څه ترمنځ چې تاسو ازمويلي او هغه څه چې pod ورته رسېدلی شي، توپير هماغه ځای دی چې په زړه پورې ناکامۍ پکې اوسېږي۔

ازموينه نه يوازې د پاک پيل وروسته، بلکې د جانبي کنټينر له بيا پيل وروسته هم تکرار کړئ۔ بيا پيل شوی تونل کنټينر کېدای شي نوم ځای د لارو او تګلارې سره په منځني حالت کې پرېږدي۔

د ځای پرځای کولو ریکارډ وليکئ

درې حقيقتونه د ځای پرځای کولو يادښتونو ته اړه لري: د چمتووالي ازموينه او هغه څه چې ګوري يې، د بېرته راوستلو کړنه کله چې هغه ازموينه ناکامه شي، او هغه پلي کوونکې قاعده چې وتل تنظيموي۔ د جانبي کنټينرونو اسناد د ژوند دورې ميخانيک پوښي او هغه تګلاره پرېکړه تاسو ته پرېږدي۔ دا وېش سم دی، او همدا هم لامل دی چې تګلاره معمولاً نه وي۔

د ساتنې په توګه غلط شوی روغتيا ازموينه تر ټولو ګرانه شنه اشاره ده، ځکه چې خلک له پوښتنې کولو بندوي۔ په اسنادو کې د هغې سم نوم ايښودل يو جملې لګښت لري او د دې مخه نيسي۔

په پای کې، د بېرته راوستلو لار يو ځل هغه وخت وازموئ چې اپليکېشن روان وي۔ هغه ډيزاين چې د وتلو د بېرته راوستلو لپاره د pod بيا جوړول غواړي، يوه پرېکړه ده، او بايد ستاسو کړې پرېکړه وي نه هغه چې تاسو کشف کړې۔