لکه څنګه چې تاسو ډیر او ډیر د کوبرنیټس خدمتونه رامینځته کول پیل کوئ ، هغه دندې چې په پیل کې ساده وي خورا پیچلې کیږي. د مثال په توګه، پراختیایی ټیمونه نشي کولی د ورته نوم لاندې خدمتونه یا ګمارنې رامینځته کړي. که تاسو په زرګونو پوډونه لرئ، په ساده ډول د دوی لیست کول به ډیر وخت ونیسي، یوازې پریږدئ چې دوی په سمه توګه اداره کړي. او دا یوازې د یخ کندې یوه برخه ده.
راځئ وګورو چې د نوم ځای څنګه د کوبرنیټس سرچینې اداره کول اسانه کوي. نو د نوم ځای څه شی دی؟ د نوم ځای ستاسو د کوبرنیټس کلستر کې د مجازی کلستر په توګه فکر کیدی شي. تاسو کولی شئ ډیری نوم ځایونه په یو واحد Kubernetes کلستر کې له یو بل څخه جلا کړئ. دوی کولی شي واقعیا ستاسو او ستاسو ټیمونو سره د سازمان ، امنیت او حتی سیسټم فعالیت سره مرسته وکړي.
په ډیری کبرنیټ توزیعونو کې، کلستر د بکس څخه بهر د نوم ځای سره د "ډیفالټ" په نوم راځي. په حقیقت کې درې نوم ځایونه شتون لري چې کوبرنیټس ورسره معامله کوي: ډیفالټ، کیوب سیسټم، او کیوب عامه. اوس مهال، کیوب عامه ډیر ځله نه کارول کیږي.
یوازې د کیوب نوم ځای پریښودل یو ښه نظر دی ، په ځانګړي توګه په اداره شوي سیسټم کې لکه د ګوګل کوبرنیټس انجن. دا د "ډیفالټ" نوم ځای د هغه ځای په توګه کاروي چیرې چې ستاسو خدمات او غوښتنلیکونه رامینځته کیږي. د دې په اړه په بشپړ ډول هیڅ ځانګړي ندي ، پرته لدې چې کوبرنیټس د دې کارولو لپاره د بکس څخه بهر ترتیب شوی ، او تاسو نشئ کولی دا لرې کړئ. دا د پیل کولو او ټیټ فعالیت سیسټمونو لپاره عالي دی ، مګر زه به په لوی پروډ سیسټمونو کې د ډیفالټ نوم ځای کارولو وړاندیز ونه کړم. په وروستي حالت کې، یو پراختیایی ټیم کولی شي په اسانۍ سره د بل چا کوډ بیا ولیکي او حتی د پوهیدو پرته د بل ټیم کار مات کړي.
له همدې امله، تاسو باید ډیری نوم ځایونه جوړ کړئ او د مدیریت وړ واحدونو کې ستاسو خدماتو برخې کولو لپاره یې وکاروئ. د نوم ځای د یو واحد کمانډ سره رامینځته کیدی شي. که تاسو غواړئ د ټیسټ په نوم نوم ځای رامینځته کړئ ، نو کمانډ وکاروئ $ kubectl create namespace test یا په ساده ډول د YAML فایل رامینځته کړئ او د نورو Kubernetes سرچینې په څیر یې وکاروئ.
تاسو کولی شئ د $ kubectl get namespace کمانډ په کارولو سره ټول نوم ځایونه وګورئ.
یوځل چې دا سرته ورسي ، تاسو به درې جوړ شوي نوم ځایونه او د "ټیسټ" په نوم یو نوی نوم ځای وګورئ. راځئ چې د پوډ جوړولو لپاره یو ساده YAML فایل وګورو. تاسو به ګورئ چې د نوم ځای هیڅ یادونه نشته.
که تاسو د دې فایل چلولو لپاره kubectl وکاروئ، نو دا به په اوسني فعال نوم ځای کې د مایپوډ ماډل رامینځته کړي. دا به د ډیفالټ نوم ځای وي تر هغه چې تاسو یې بدل نه کړئ. دوه لارې شتون لري چې Kubernetes ته ووایاست چې تاسو په کوم نوم ځای کې غواړئ خپله سرچینه جوړه کړئ. لومړۍ لاره دا ده چې د سرچینې رامینځته کولو پرمهال د نوم ځای بیرغ وکاروئ.
دویمه لاره د YAML اعالمیه کې د نوم ځای مشخص کول دي.
که تاسو په YAML کې د نوم ځای مشخص کړئ، سرچینه به تل په دې نوم ځای کې رامینځته شي. که تاسو د نوم ځای بیرغ کارولو پرمهال د مختلف نوم ځای کارولو هڅه وکړئ ، کمانډ به ناکام شي. اوس که تاسو د خپل پوډ موندلو هڅه وکړئ، تاسو به ونه توانیدئ چې دا کار وکړئ.
دا پیښیږي ځکه چې ټول حکمونه د اوسني فعال نوم ځای څخه بهر اجرا کیږي. د خپل پوډ موندلو لپاره ، تاسو اړتیا لرئ د نوم ځای بیرغ وکاروئ ، مګر دا په چټکۍ سره ستړي کیږي ، په ځانګړي توګه که تاسو په یوه ټیم کې پراختیا کونکی یاست چې خپل نوم ځای کاروي او نه غواړي دا بیرغ د هرې کمانډ لپاره وکاروئ. راځئ وګورو چې دا څنګه حل کولی شو.
د بکس څخه بهر، ستاسو فعال نوم ځای ډیفالټ بلل کیږي. که تاسو په سرچینې YAML کې د نوم ځای مشخص نه کړئ، نو د کوبرنیټس ټول کمانډونه به دا فعال ډیفالټ نوم ځای وکاروي. له بده مرغه، د kubectl په کارولو سره د فعال نوم ځای اداره کولو هڅه ناکامه کیدی شي. په هرصورت، د کوبین په نوم یو خورا ښه وسیله شتون لري چې دا پروسه خورا اسانه کوي. کله چې تاسو د کوبین کمانډ پرمخ وړئ، تاسو ټول نوم ځایونه د فعال نوم ځای په نښه شوي وګورئ.
د ازموینې نوم ځای ته د فعال نوم ځای بدلولو لپاره، تاسو په ساده ډول د $ kubens ټیسټ کمانډ پرمخ وړئ. که تاسو بیا د $ kubens کمانډ پرمخ وړئ، نو تاسو به وګورئ چې اوس یو نوی فعال نوم ځای تخصیص شوی - ازموینه.
دا پدې مانا ده چې تاسو د ازموینې نوم ځای کې پوډ لیدلو لپاره د نوم ځای بیرغ ته اړتیا نلرئ.
په دې توګه د نوم ځایونه له یو بل څخه پټ دي، مګر له یو بل څخه جلا نه دي. په یو نوم ځای کې خدمت کولی شي په بل نوم ځای کې د خدماتو سره په اسانۍ سره اړیکه ونیسي، کوم چې ډیری وختونه خورا ګټور وي. په مختلف نوم ځایونو کې د خبرو اترو وړتیا پدې معنی ده چې ستاسو د پراختیا کونکي خدمت کولی شي د بل dev ټیم خدمت سره په مختلف نوم ځای کې اړیکه ونیسي.
عموما، کله چې ستاسو غوښتنلیک د Kubernetes خدمت ته لاسرسی غواړي، تاسو د جوړ شوي DNS کشف خدمت کاروئ او په ساده ډول خپل غوښتنلیک د خدمت نوم ورکړئ. په هرصورت، د دې کولو سره، تاسو کولی شئ د ورته نوم لاندې په څو نوم ځایونو کې یو خدمت جوړ کړئ، کوم چې د منلو وړ ندي.
خوشبختانه، دا د DNS پتې پراخې بڼې په کارولو سره شاوخوا ترلاسه کول اسانه دي. په Kubernetes کې خدمتونه د عام DNS ټیمپلیټ په کارولو سره خپل پای ټکي افشا کوي. دا یو څه داسې ښکاري:
عموما، تاسو یوازې د خدمت نوم ته اړتیا لرئ او DNS به په اتوماتيک ډول بشپړ پته وټاکي.
په هرصورت، که تاسو اړتیا لرئ په بل نوم ځای کې خدمت ته لاسرسی ومومئ، په ساده ډول د خدمت نوم او د نوم ځای نوم وکاروئ:
د مثال په توګه، که تاسو غواړئ د ازموینې نوم ځای کې د خدماتو ډیټابیس سره وصل شئ، تاسو کولی شئ د ډیټابیس ډیټابیس پته وکاروئ database.test
که تاسو غواړئ د پروډ نوم ځای کې د خدماتو ډیټابیس سره وصل شئ ، تاسو database.prod کاروئ.
که تاسو واقعیا غواړئ د نوم ځای لاسرسي جلا او محدود کړئ ، Kubernetes تاسو ته اجازه درکوي دا د Kubernetes شبکې پالیسیو په کارولو سره ترسره کړئ. په دې اړه به په راتلونکې خپرونه کې خبرې وکړم.
زما څخه ډیری وخت دا پوښتنه کیږي چې زه باید څومره نوم ځایونه جوړ کړم او د کومو موخو لپاره؟ د معلوماتو اداره شوې ټوټه څه ده؟
که تاسو ډیری نوم ځایونه جوړ کړئ، دوی به ستاسو په لاره کې راشي. که چیرې د دوی څخه ډیر لږ وي، نو تاسو به د داسې حل ټولې ګټې له لاسه ورکړئ. زه فکر کوم چې څلور اصلي مرحلې شتون لري چې هر شرکت د خپل تنظیمي جوړښت رامینځته کولو په وخت کې تیریږي. ستاسو د پروژې یا شرکت د پراختیا مرحلې پورې اړه لري، تاسو ممکن د مناسب نوم ځای ستراتیژي غوره کړئ.
تصور وکړئ چې تاسو د یوې کوچنۍ ډلې برخه یاست چې د 5-10 مایکرو خدماتو په جوړولو کار کوي او تاسو کولی شئ په اسانۍ سره ټول پراختیا کونکي په یوه خونه کې راټول کړئ. په دې حالت کې، دا معنی لري چې په ډیفالټ نوم ځای کې د ټولو تولیدي خدماتو چلول. البته، د ډیر انعطاف لپاره، تاسو کولی شئ د 2 نوم ځایونه وکاروئ - په جلا توګه د پروډ او دیو لپاره. او ډیری احتمال، تاسو خپل پراختیا په خپل محلي کمپیوټر کې د مینیکیوب په څیر د یو څه په کارولو سره معاینه کړئ.
راځئ چې ووایو شیان بدلیږي او تاسو اوس یو ګړندی وده کونکی ټیم لرئ چې په یو وخت کې له 10 څخه ډیر مایکرو خدماتو باندې کار کوي. یو وخت راځي کله چې د پروډ او دیو لپاره په جلا توګه د څو کلسترونو یا نوم ځایونو کارولو ته اړتیا وي. تاسو کولی شئ ټیم په څو فرعي ټیمونو مات کړئ ترڅو هر یو یې خپل مایکرو خدمتونه ولري او د دې ټیمونو څخه هر یو کولی شي د سافټویر پراختیا او خوشې کولو اداره کولو پروسې اسانه کولو لپاره خپل نوم ځای غوره کړي.
لکه څنګه چې د ټیم هر غړی بصیرت ترلاسه کوي چې څنګه سیسټم په بشپړ ډول کار کوي، دا د نورو ټولو پراختیا کونکو سره د هر بدلون همغږي کول خورا ستونزمن کیږي. ستاسو په محلي ماشین کې د بشپړ سټیک سپن کولو هڅه کول هره ورځ سخت کیږي.
په لویو شرکتونو کې، پراختیا کونکي عموما نه پوهیږي چې څوک واقعیا په څه کار کوي. ټیمونه د خدماتو قراردادونو په کارولو سره اړیکه نیسي یا د خدماتو میش ټیکنالوژي کاروي، کوم چې په شبکه کې د خلاصون پرت اضافه کوي، لکه د اسټیو ترتیب کولو وسیله. په سیمه ایزه توګه د بشپړ سټیک چلولو هڅه کول په ساده ډول ممکن ندي. زه په کلکه وړاندیز کوم چې د دوامداره تحویلۍ (CD) پلیټ فارم څخه کار واخلئ لکه سپیناکر په کبرنیټس کې. نو ، دلته یو ټکی راځي چیرې چې هر کمانډ حتما د خپل نوم ځای ته اړتیا لري. هر ټیم کولی شي حتی د دیو چاپیریال او تولید چاپیریال لپاره ډیری نوم ځایونه غوره کړي.
په نهایت کې ، دلته لوی متشبث شرکتونه شتون لري چې پکې د پراختیا کونکو یوه ډله حتی د نورو ډلو شتون په اړه نه پوهیږي. دا ډول شرکت ممکن عموما د دریمې ډلې پراختیا کونکي استخدام کړي چې د ښه مستند شوي APIs له لارې ورسره اړیکه ونیسي. هر دا ډول ګروپ څو ټیمونه او څو مایکرو خدمتونه لري. پدې حالت کې، تاسو اړتیا لرئ ټول هغه وسایل وکاروئ چې ما مخکې په اړه خبرې وکړې.
برنامه کونکي باید په لاسي ډول خدمتونه ځای په ځای نکړي او باید د نوم ځایونو ته لاسرسی ونلري چې دوی اندیښنه نلري. پدې مرحله کې، دا مشوره ورکول کیږي چې د ضعیف ترتیب شوي غوښتنلیکونو "د چاودنې وړانګو" کمولو لپاره څو کلسترونه ولرئ، د بل کولو پروسې او د سرچینو مدیریت ساده کولو لپاره.
په دې توګه، ستاسو د سازمان لخوا د نوم ځایونو سمه کارول تاسو ته اجازه درکوي چې Kubernetes ډیر مدیریت وړ، د کنټرول وړ، خوندي، او انعطاف وړ کړئ.
ځینې اعلانونه 🙂
له موږ سره د پاتې کیدو لپاره مننه. ایا تاسو زموږ مقالې خوښوي؟ غواړئ نور په زړه پورې مینځپانګه وګورئ؟ د امر په ورکولو یا ملګرو ته وړاندیز کولو سره زموږ ملاتړ وکړئ ، , د ننوتلو کچې سرورونو یو ځانګړی انلاګ ، کوم چې زموږ لخوا ستاسو لپاره اختراع شوی و: (د RAID1 او RAID10 سره شتون لري، تر 24 کور پورې او تر 40GB DDR4 پورې).
ډیل R730xd په امستردام کې د Equinix Tier IV ډیټا مرکز کې 2 ځله ارزانه؟ یوازې دلته په هالنډ کې! ډیل R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - له $ 99 څخه! په اړه ولولئ
سرچینه: www.habr.com