اې حبره! زه ستاسو پام ته د مقالې ژباړه وړاندې کوم د اديب داو لخوا.
که دا سرلیک ستاسو په نخاع کې یو څه ټکان نه راولي، تاسو باید راتلونکې پراګراف ته لاړ شئ یا زموږ پاڼې ته وقف شوي وګورئ. - موږ غواړو خبرې وکړو.
موږ څوک یو
موږ د 4 پینګوین ټیم یو چې د کوډ لیکلو او د هارډویر سره کار کولو سره مینه لرو. زموږ په فارغ وخت کې، موږ د 7000 فزیکي سرورونو د بیړۍ د ځای په ځای کولو، ساتلو او چلولو مسولیت لرو چې لینکس چلوي، په متحده ایالاتو کې د 3 مختلف ډیټا مرکزونو کې ویشل شوي.
موږ دا فرصت هم درلود چې دا د سایټونو څخه 10 کیلومتره لرې زموږ د خپل دفتر آرامۍ څخه ترسره کړو ، کوم چې د مدیترانې بحر له ساحل څخه یو لنډ موټر کې موقعیت لري.
د پیمانه ستونزې
پداسې حال کې چې دا د نسبتا ټیټ لومړني پانګوونې له امله په بادل کې د دې زیربنا کوربه کولو سره د پیل کولو لپاره معنی لري ، موږ په آوټبرین کې پریکړه وکړه چې خپل سرورونه وکاروو. موږ دا وکړل ځکه چې د کلاوډ زیربنا لګښتونه د یوې ټاکلې کچې پراختیا وروسته د ډیټا مرکزونو کې موقعیت لرونکي زموږ د خپلو تجهیزاتو چلولو لګښتونو څخه ډیر دي. برسېره پردې، ستاسو سرور د کنټرول او د ستونزو د حل کولو وړتیا لوړه درجه چمتو کوي.
لکه څنګه چې موږ وده کوو، ستونزې تل نږدې وي. سربیره پردې، دوی معمولا په ډلو کې راځي. د سرور د ژوند دورې مدیریت دوامداره ځان پرمختګ ته اړتیا لري ترڅو د سرورونو شمیر کې د ګړندي زیاتوالي په شرایطو کې د سم فعالیت کولو وړ وي. د معلوماتو په مرکزونو کې د سرور ګروپونو اداره کولو لپاره د سافټویر میتودونه په چټکۍ سره ناشونی کیږي. د QoS معیارونو پوره کولو پرمهال د ناکامیو کشف کول ، ستونزې حل کول او کمول د هارډویر خورا متنوع صفونو ، مختلف کاري بارونو ، د وختونو لوړولو ، او نورو ښه شیانو د جال کولو مسله کیږي چې هیڅ څوک یې په اړه اندیښنه نلري.
خپل ډومینونه ماسټر کړئ
د دې ډیری ستونزو حل کولو لپاره ، موږ په آوټبرین کې د سرور ژوند دوره یې په اصلي برخو کې مات کړه او دوی یې ډومینونه وبلل. د مثال په توګه، یو ډومین د تجهیزاتو اړتیاوې پوښي، بل یې د موجود ژوند دوره پورې اړوند لوژستیک پوښي، او دریم یې د ساحې پرسونل سره مخابرات پوښي. د هارډویر مشاهدې په اړه یو بل شتون لري، مګر موږ به ټول ټکي بیان نه کړو. زموږ هدف د ډومینونو مطالعه او تعریف کول وو ترڅو دوی د کوډ په کارولو سره خلاص شي. یوځل چې کاري خلاصون رامینځته شي ، دا یو لارښود پروسې ته لیږدول کیږي چې ځای په ځای شوي ، ازمول شوي او پاک شوي. په نهایت کې ، ډومین د APIs له لارې د نورو ډومینونو سره مدغم کولو لپاره تنظیم شوی ، د هولیسټیک ، متحرک ، او تل پرمختلونکي هارډویر ژوند دورې سیسټم رامینځته کوي چې د پلي کیدو وړ ، د ازموینې وړ او د لید وړ دی. لکه زموږ د نورو تولید سیسټمونو په څیر.
د دې طریقې غوره کول موږ ته اجازه راکړه چې ډیری ستونزې په سمه توګه حل کړو - د وسیلو او اتوماتیک په جوړولو سره.
ډومین ته اړتیا لري
که څه هم بریښنالیک او سپریډ شیټونه په لومړیو ورځو کې د غوښتنې پوره کولو لپاره یوه ګټوره لاره وه، دا یو بریالی حل نه و، په ځانګړې توګه کله چې د سرورونو شمیر او د راتلونکو غوښتنو حجم یو ټاکلي کچې ته ورسید. د ګړندي توسعې په مخ کې د راتلونکو غوښتنو غوره تنظیم او لومړیتوب ورکولو لپاره ، موږ باید د ټیکټینګ سیسټم وکاروو چې وړاندیز یې کولی شي:
- یوازې د اړوندو ساحو لید دودیز کولو وړتیا (ساده)
- APIs خلاص کړئ (د توزیع وړ)
- زموږ ټیم ته پیژندل شوی (پوه شوی)
- زموږ د موجوده کاري فلو سره یوځای کول (متحد)
له هغه وخته چې موږ جیرا د خپلو سپریټونو او داخلي کارونو اداره کولو لپاره کاروو، موږ پریکړه وکړه چې یوه بله پروژه جوړه کړو چې زموږ د پیرودونکو سره د ټکټونو په سپارلو کې مرسته وکړي او د دوی پایلې تعقیب کړي. د راتلونکو غوښتنو او د داخلي دندو اداره کولو لپاره د جیرا کارولو موږ ته اجازه راکړه چې یو واحد کانبان بورډ رامینځته کړو چې موږ ته اجازه راکړه چې ټولې پروسې په بشپړ ډول وګورو. زموږ داخلي "پیرودونکي" یوازې د تجهیزاتو غوښتنې لیدلي، پرته له دې چې د اضافي دندو لږ مهم توضیحات (لکه د وسیلو ښه کول، د بګونو حل کول).
په جیره کې د کانبان بورډ
د بونس په توګه، دا حقیقت چې کتارونه او لومړیتوبونه اوس د هرچا لپاره لیدل کیږي دا ممکنه کړي چې پوه شي "چیرې په کتار کې" یوه ځانګړې غوښتنه وه او څه مخکې یې. دې مالکینو ته اجازه ورکړه چې پرته له دې چې موږ سره اړیکه ونیسي خپلې غوښتنې بیا تنظیم کړي. دا کش کړئ او بس. دې موږ ته دا اجازه هم راکړه چې په جیرا کې د تولید شوي میټریکونو پراساس د غوښتنې ډولونو سره سم زموږ SLAs وڅارلو او ارزونه وکړو.
د تجهیزاتو د ژوند دورې ډومین
هڅه وکړئ د هر سرور ریک کې کارول شوي هارډویر اداره کولو پیچلتیا تصور کړئ. هغه څه چې خورا بد دي دا دي چې د هارډویر ډیری ټوټې (RAM، ROM) د ګودام څخه د سرور خونې او شا ته لیږدول کیدی شي. دوی هم ناکام شوي یا لیکل شوي او ځای پر ځای شوي او عرضه کونکي ته د ځای په ځای کولو / ترمیم لپاره بیرته لیږل کیږي. دا ټول باید د colocation خدماتو کارمندانو ته واستول شي چې د تجهیزاتو فزیکي ساتنه کې ښکیل دي. د دې ستونزو د حل لپاره، موږ د فلاپي په نوم یو داخلي وسیله جوړه کړه. دنده یې دا ده:
- د ساحوي پرسونل سره د اړیکو مدیریت، د ټولو معلوماتو راټولول؛
- د هر بشپړ شوي او تایید شوي تجهیزاتو ساتنې دندې وروسته د "ګودام" ډیټا تازه کول.
ګودام، په بدل کې، د ګرافانا په کارولو سره لیدل کیږي، کوم چې موږ د خپلو ټولو میترونو پلاټ کولو لپاره کاروو. پدې توګه ، موږ د ګودام لید او نورو تولید اړتیاو لپاره ورته وسیله کاروو.
په ګرافانا کې د ګودام تجهیزاتو کنټرول پینل
د سرور وسیلو لپاره چې د تضمین لاندې دي، موږ یو بل وسیله کاروو چې موږ یې ډیسپیچر بولو. هغه:
- د سیسټم لاګونه راټولوي؛
- د پلورونکي لخوا اړین ب formatه کې راپورونه رامینځته کوي؛
- د API له لارې د پلورونکي څخه غوښتنه رامینځته کوي؛
- د دې پرمختګ نور تعقیب لپاره غوښتنلیک پیژندونکی ترلاسه کوي او ذخیره کوي.
یوځل چې زموږ ادعا ومنل شي (معمولا د سوداګرۍ ساعتونو کې) ، اضافي برخه مناسب ډیټا مرکز ته لیږل کیږي او د کارمندانو لخوا منل کیږي.
د جینکنز کنسول محصول
د مخابراتو ډومین
زموږ د سوداګرۍ د ګړندۍ ودې سره ساتلو لپاره ، کوم چې تل مخ په زیاتیدونکي ظرفیت ته اړتیا لري ، موږ باید د ځایی معلوماتو مرکزونو کې د تخنیکي متخصصینو سره د کار کولو طریقه غوره کړو. که په لومړي سر کې اندازه کول د نوي سرورونو پیرودلو معنی لري ، نو بیا د یوځای کولو پروژې وروسته (کوبرنیټس ته د لیږد پراساس) دا یو څه بل ډول شو. زموږ تکامل د "ریکونو اضافه کولو" څخه "د سرورونو بیا جوړونې" ته.
د یوې نوې تګلارې کارول هم نوي وسایلو ته اړتیا لري چې دا یې ممکنه کړې چې د ډیټا مرکز پرسونل سره په آرامۍ سره اړیکه ونیسي. دا وسایل اړین وو چې:
- سادگي;
- خپلواکي
- وړتیا
- اعتبار.
موږ باید خپل ځان له زنځیر څخه لرې کړو او کار یې تنظیم کړو ترڅو تخنیکران په مستقیم ډول د سرور تجهیزاتو سره کار وکړي. زموږ د مداخلې پرته او پرته له دې چې په منظم ډول د کار بار، کاري ساعتونو، تجهیزاتو شتون، او داسې نور په اړه دا ټولې مسلې راپورته کړي.
د دې ترلاسه کولو لپاره، موږ په هر ډیټا مرکز کې iPads نصب کړل. د سرور سره وصل کیدو وروسته ، لاندې به پیښ شي:
- وسیله تاییدوي چې دا سرور واقعیا یو څه کار ته اړتیا لري؛
- په سرور کې روان غوښتنلیکونه بند دي (که اړتیا وي)؛
- د کار لارښوونو یوه سیټ په سلیک چینل کې ځړول کیږي چې اړین ګامونه تشریح کوي؛
- د کار په بشپړیدو سره ، وسیله د سرور وروستي حالت سموالي معاینه کوي؛
- د اړتیا په صورت کې غوښتنلیکونه بیا پیل کوي.
سربیره پردې ، موږ د تخنیکین سره د مرستې لپاره یو سلیک بوټ هم چمتو کړی. د پراخو وړتیاوو څخه مننه (موږ په دوامداره توګه فعالیت پراخوو)، بوټ خپل کار اسانه کړی، او زموږ ژوند یې خورا اسانه کړی. پدې توګه موږ د سرورونو د بیا تنظیمولو او ساتلو ډیری پروسې غوره کړې ، خپل ځان د کاري فلو څخه لرې کوو.
iPad زموږ د معلوماتو مرکزونو څخه یو کې
د هارډویر ډومین
زموږ د معلوماتو مرکز زیربنا په معتبر ډول اندازه کول هرې برخې ته ښه لید ته اړتیا لري، د بیلګې په توګه:
- د هارډویر ناکامۍ کشف
- د سرور حالتونه (فعال، کوربه، زومبي، او نور)
- د بریښنا مصرف
- د فرم ویئر نسخه
- د دې ټولې سوداګرۍ لپاره تحلیلونه
زموږ حلونه موږ ته اجازه راکوي چې پریکړه وکړو چې څنګه، چیرته او کله د تجهیزاتو پیرود وکړو، ځینې وختونه حتی مخکې له دې چې واقعا ورته اړتیا وي. همدارنګه، په مختلفو تجهیزاتو باندې د بار د کچې په ټاکلو سره، موږ وکولی شو د سرچینو ښه تخصیص ترلاسه کړو. په ځانګړې توګه، د انرژۍ مصرف. موږ اوس کولی شو د سرور د ځای په ځای کولو په اړه باخبره پریکړې وکړو مخکې لدې چې دا په ریک کې نصب شي او د بریښنا سرچینې سره وصل شي ، د خپل ژوند په اوږدو کې او د هغه تر وروستي تقاعد پورې.
په ګرافانا کې د انرژي ډشبورډ
او بیا COVID-19 ښکاره شو ...
زموږ ټیم داسې ټیکنالوژي رامینځته کوي چې د رسنیو شرکتونه او خپرونکي آنلاین پیاوړي کوي ترڅو لیدونکو سره د اړونده مینځپانګې ، محصولاتو او خدماتو موندلو کې مرسته وکړي چې ممکن د دوی لپاره علاقه ولري. زموږ زیربنا ډیزاین شوې ترڅو رامینځته شوي ترافیک خدمت وکړي کله چې ځینې په زړه پوري خبرونه خپاره شي.
د COVID-19 په شاوخوا کې د میډیا شدید پوښښ ، د ترافیک زیاتوالي سره یوځای ، پدې معنی چې موږ په سمدستي ډول د دې فشارونو سره د مقابلې څرنګوالي زده کولو ته اړتیا لرو. سربیره پردې ، دا ټول باید د نړیوال بحران په جریان کې ترسره شي ، کله چې د اکمالاتو لړۍ ګډوډ شوې او ډیری کارمندان په کور کې وو.
مګر، لکه څنګه چې موږ وویل، زموږ ماډل لا دمخه داسې انګیرل کیږي چې:
- زموږ د معلوماتو په مرکزونو کې تجهیزات، د ډیری برخې لپاره، په فزیکي توګه موږ ته د لاسرسي وړ ندي؛
- موږ نږدې ټول فزیکي کار له لیرې ترسره کوو؛
- کار په غیر متناسب، خپلواکه او په لویه کچه ترسره کیږي؛
- موږ د نوي تجهیزاتو پیرود پرځای د "پرزو څخه جوړ" میتود په کارولو سره د تجهیزاتو غوښتنه پوره کوو؛
- موږ یو ګودام لرو چې موږ ته اجازه راکوي یو څه نوي رامینځته کړو، او نه یوازې د معمول ترمیم ترسره کول.
په دې توګه، نړیوال محدودیتونه چې ډیری شرکتونه یې د دوی ډیټا مرکزونو ته د فزیکي لاسرسي څخه منع کړي دي په موږ باندې لږ اغیزه درلوده. او لکه د فالتو پرزو او سرورونو لپاره، هو، موږ هڅه وکړه چې د تجهیزاتو باثباته عملیات یقیني کړو. مګر دا د احتمالي پیښو مخنیوي په هدف ترسره شوی کله چې ناڅاپه معلومه شوه چې د هارډویر ځینې ټوټه شتون نلري. موږ ډاډ ترلاسه کړ چې زموږ زیرمې د اوسني غوښتنې پوره کولو هدف پرته ډک شوي.
په لنډیز کې ، زه غواړم ووایم چې د ډیټا سینټر صنعت کې کار کولو لپاره زموږ چلند دا ثابتوي چې دا ممکنه ده چې د ډیټا مرکز فزیکي مدیریت کې د ښه کوډ ډیزاین اصول پلي کړئ. او شاید تاسو به دا په زړه پوري ومومئ.
اصلي:
سرچینه: www.habr.com