سلام! موږ "د کوربه توب ټیکنالوژي" یو او 5 کاله دمخه موږ پیل کړ - لومړی vds کوربه توب په ځانګړي ډول د پراختیا کونکو لپاره رامینځته شوی. موږ هڅه کوو چې دا د ډیجیټل اوشین په څیر اسانه کړو ، مګر په روسیه کې د روسیې ملاتړ ، د تادیې میتودونو او سرورونو سره. مګر ډیجیټل اوشین نه یوازې د اعتبار او قیمت په اړه دی ، دا د خدماتو په اړه هم دی.
د ISPsystem څخه سافټویر یو رسی وګرځید چې زموږ لاسونه یې د ښه خدمت په لاره کې وتړل. درې کاله دمخه موږ د بل مینیجر بلینګ او د VMmanager سرور کنټرول پینل وکاروو او ژر تر ژره پوه شو چې زموږ د خپل پینل پرته د ښه خدمت چمتو کول نږدې ناممکن دي.
څنګه ISP سیسټم اسانتیا له لاسه ورکړه
کړۍ
موږ نشو کولی پخپله ستونزه حل کړو — هرکله چې موږ باید د بل چا ملاتړ ته ولیکل او انتظار وکړو. د هرې ستونزې حل د دریمې ډلې شرکت څخه ځواب ته اړتیا لري.
د ISPsystem ملاتړ په نورمال ډول ځواب ورکړ، مګر اصلاحات یوازې د څو ریلیزونو وروسته راغلل، او نه تل او نه ټول. ځینې وختونه جدي کیګونه د حل کیدو لپاره څو اونۍ وخت نیسي. موږ باید مراجعینو ته ډاډ ورکړو، بښنه وغواړو او د ISP سیسټم بګ حل کولو لپاره انتظار وباسو.
د ځنډیدو ګواښ
تازه معلومات کولی شي د وړاندوینې وړ ځنډ وخت رامینځته کړي ، کوم چې نوي غلطۍ رامینځته کړي.
هر تازه کول لاټری وه: موږ باید د بلینګ پوښښ وکړو او د تازه معلوماتو خدای ته قرباني ورکړو - څو ځله تازه معلومات د 10-15 دقیقو لپاره د وخت کمیدو لامل شو. پدې وخت کې ، زموږ اډمین زموږ د سترګو په وړاندې خړ وګرځید - موږ هیڅکله نه پوهیږو چې د ځنډ وخت به څومره دوام وکړي او وړاندوینه یې نشو کولی کله چې ISP سیسټم به د نوي تازه خپرولو پریکړه وکړي.
بل مینجر په پنځم نسل کې ښه شو، مګر اړینو ځانګړتیاو ته د لاسرسي لپاره ما باید یو بیټا نصب کړ، کوم چې هره اونۍ دمخه تازه کیده. که یو څه مات شي، تاسو باید نورو پراختیا کونکو ته لاسرسی ورکړئ ترڅو دوی یې حل کړي.
نامناسب پینل انٹرفیس
هر څه په مختلفو تختو ویشل شوي او د مختلفو ځایونو څخه کنټرول شوي. د مثال په توګه ، پیرودونکو د بل مینجر له لارې تادیه کړې ، مګر دوی باید په VMManager کې VDS ریبوټ یا بیا نصب کړي. زموږ کارمندان هم باید د پیرودونکي سره د مرستې لپاره د وینډوز ترمینځ تیر کړي ، د دوی په سرور کې بار چیک کړي ، یا وګوري چې دوی کوم OS کاروي.
دا ډول انٹرفیس وخت نیسي - زموږ او زموږ پیرودونکي دواړه. په داسې حالت کې د ډیجیټل اوشین په څیر د کومې اسانتیا خبرې شتون نلري.
د پرله پسې API تازه معلوماتو سره لنډ ژوندانه
موږ خپل خپل پلگ ان لیکلي - د بیلګې په توګه، د اضافي تادیاتو میتودونو سره یو پلگ ان چې په VMManager کې شتون نلري.
په وروستي کلونو کې، VMManager نسبتا لنډ ژوند دوره درلوده، او نوې نسخې کولی شي په تصادفي ډول په API کې د متغیرونو یا دندو نومونه بدل کړي - دا زموږ فلګونه مات کړل. د زړو نسخو ملاتړ په چټکۍ سره بند شو او دا اړینه وه چې تازه شي.
تعدیل نشي کیدی
په دقیق ډول، دا ممکنه ده، مګر خورا اغیزمنه ده. د جواز محدودیتونه تاسو ته اجازه نه ورکوي چې د سرچینې کوډ کې بدلون راولي؛ تاسو کولی شئ یوازې پلگ ان ولیکئ. اعظمي پلگ ان - ځینې مینو عناصر، د ګام په ګام وزرډ. ISPsystem د استقامت لپاره ډیزاین شوی، مګر موږ ځانګړو حلونو ته اړتیا درلوده.
نو زما د خپل پینل لیکلو پریکړه پخه وه. موږ اهداف ټاکلي دي:
- غلطیو او کیګونو ته په چټکۍ سره عکس العمل وکړئ او د دې وړتیا ولرئ چې د پیرودونکي انتظار کولو پرته دوی پخپله حل کړئ.
- د پیرودونکي کاري پروسې او اړتیاو سره سم انٹرفیس په وړیا ډول بدل کړئ.
- د پاک او روښانه ډیزاین سره د کارونې وړتیا ښه کړئ.
او موږ پرمختګ پیل کړ.
د نوي پینل جوړښت
موږ د ځان بسیا پرمختیا ټیم لرو، نو موږ پخپله پینل لیکلي.
اصلي کار د دریو انجینرانو لخوا ترسره شو - تخنیکي رییس سرګي د معمارۍ سره راغی او د سرور اجنټ یې لیکلی و ، الیکسي بلینګ وکړ ، او فرنټ اینډ زموږ د فرنټډر آرټیش لخوا راټول شو.
مرحله 1: د سرور اجنټ
د سرور اجنټ د Python ویب سرور دی چې کتابتون اداره کوي ، کوم چې په بدل کې کنټرولوي .
اجنټ په سرور کې ټول خدمات اداره کوي: رامینځته کول ، ودرول ، د vds حذف کول ، د عملیاتي سیسټمونو نصب کول ، د پیرامیټونو بدلول او داسې نور د libvirt کتابتون له لارې. د دې مقالې د خپرولو په وخت کې، دا له څلویښتو څخه ډیر مختلف دندې دي، کوم چې موږ د مراجعینو د دندې او اړتیاوو سره سم اضافه کوو.
په تیوري کې، libvirt په مستقیم ډول د بلینګ څخه اداره کیدی شي، مګر دا ډیر اضافي کوډ ته اړتیا لري او موږ پریکړه وکړه چې دا دندې د اجنټ او بلینګ ترمنځ وویشو - بلینګ په ساده ډول د JSON API له لارې اجنټ ته غوښتنې کوي.
اجنټ لومړی شی و چې موږ یې ترسره کړ، ځکه چې دا هیڅ انٹرفیس ته اړتیا نلري او مستقیم د سرور کنسول څخه ازموینه کیدی شي.
هغه څه چې د سرور اجنټ موږ ته راکړل: یو پرت څرګند شوی چې د هرچا لپاره ژوند اسانه کوي - بلینګ ته اړتیا نلري چې د امرونو ټوله ډله واستوي ، مګر یوازې غوښتنه وکړئ. او اجنټ به هر هغه څه وکړي چې ورته اړتیا وي: د بیلګې په توګه، د ډیسک ځای او رام تخصیص کړئ.
مرحله 2. بیل کول
زموږ د پراختیا کونکي الیکس لپاره، دا لومړی کنټرول پینل نه و - الیکس د اوږدې مودې لپاره کوربه و، نو هغه په عموم ډول پوهیده چې پیرودونکي څه ته اړتیا لري او کوربه څه ته اړتیا لري.
موږ بلینګ ته "کنټرول پینل" وایو: پدې کې نه یوازې پیسې او خدمات شامل دي ، بلکه د دوی مدیریت ، د پیرودونکي ملاتړ او نور ډیر څه.
د ISPSystem سافټویر څخه د بدلولو لپاره، دا اړینه وه چې د پیرودونکو لپاره په بشپړه توګه پخوانی فعالیت خوندي کړي، د کاروونکو ټولې مالي کړنې د زاړه بلینګ څخه نوي ته انتقال کړي، او همدارنګه د دوی ترمنځ ټول خدمات او اړیکې. موږ مطالعه کړه چې په اوسني محصول کې څه دي، بیا د سیالیو حلونه، په عمده توګه DO او Vultr. موږ زیانونو او ګټو ته کتنه وکړه، د هغو خلکو څخه فیډبیک راټول کړ چې د ISPsystem څخه د پخوانیو محصولاتو سره کار کوي.
نوي بلینګ دوه سټیکونه کارولي: کلاسیک پی ایچ پی، مای ایس کیو ایل (او په راتلونکي کې پلان شوی چې پوسټگری ایس کیو ایل ته لاړ شي) ، Yii2 په شاته کې د چوکاټ په توګه او VueJS په مخ کې. سټیکونه د یو بل څخه په خپلواکه توګه کار کوي، د مختلف خلکو لخوا رامینځته شوي، او د JSON API په کارولو سره اړیکه نیسي. د پرمختګ لپاره بیا او اوس موږ کاروو и د JetBrains څخه او له دوی سره مینه وکړئ (ای هلکانو!)
پینل په ماډلر اساس ډیزاین شوی: د تادیې سیسټم ماډلونه، د ډومین راجسترونو ماډل یا د مثال په توګه، د SSL سندونو ماډل. تاسو کولی شئ په اسانۍ سره یو نوی فیچر اضافه کړئ یا یو زوړ لرې کړئ. د پراختیا لپاره بنسټ په معمارۍ کې ایښودل شوی، په شمول په مخالف لوري کې، "د هارډویر په لور".
څه مو ترلاسه کړل: د کنټرول پینل چې موږ یې بشپړ کنټرول لرو. اوس بګونه په ساعتونو کې حل شوي، نه په اونیو کې، او نوې بڼې د پیرودونکو په غوښتنه پلي کیږي، نه د ISPS سیسټم په غوښتنه.
مرحله 3. انٹرفیس
انٹرفیس زموږ د ټیم مغز دی.
لومړی، موږ وګورو چې څه به پیښ شي که چیرې موږ د ISPsystem API کې اضافه جوړه کړو پرته له دې چې په انټرفیس کې کوم څه بدل کړو. دا داسې وګرځید او موږ پریکړه وکړه چې هرڅه له پیل څخه ترسره کړو.
موږ باور درلود چې اصلي شی د پاک او لږترلږه ډیزاین سره د انٹرفیس منطقي کول دي ، او بیا به موږ یو ښکلی پینل ترلاسه کړو. د عناصرو تنظیم په میګاپلان کې بحث شوی او په تدریج سره هغه انٹرفیس چې کاروونکي یې اوس د کنټرول پینل کې ګوري به زیږیدلی وي.
د بلینګ پاڼې ډیزاین لومړی راغلی، ځکه چې موږ دمخه د ISPsystem لپاره د تادیې پلگ انونه جوړ کړي وو.
مخ اخری
دوی پریکړه وکړه چې پینل د SPA غوښتنلیک جوړ کړي - د سرچینو په شرایطو او د ګړندي ډیټا بارولو سره بې غوښتنې. زموږ فرنټډر آرټیش پریکړه وکړه چې دا په Vue کې ولیکي - په هغه وخت کې Vue یوازې څرګند شوی و. موږ فکر کاوه چې چوکاټ به په متحرک ډول وده وکړي ، لکه د عکس العمل ، او یو څه وروسته به د Vue ټولنه وده وکړي او د کتابتونونو بحر به څرګند شي. موږ د Vue لپاره غوره کړی او پښیمانه نه یو - اوس په مخ کې د نوي افعال اضافه کول چې دمخه په شالید کې برنامه شوي لږ وخت نیسي. موږ به تاسو ته په جلا مقاله کې د مخکښې پای پینلونو په اړه نور معلومات درکړو.
د مخکینۍ او شاته پای تر مینځ اړیکه
مخکنی پای د پش خبرتیاو له لارې له شاته سره وصل شوی و. ما باید سخت کار کړی وای او خپل لاسي لیکونکی لیکلی وای، مګر اوس په پاڼه کې معلومات نږدې سمدستي تازه کیږي.
څه شوي دي: د پینل انٹرفیس ساده شوی. موږ دا تطابق وړ کړی، او ګړندی بار کول تاسو ته اجازه درکوي چې دا حتی د ګرځنده تلیفونونو څخه د الوتنې دمخه په وروستیو دقیقو کې وکاروئ ، پرته له دې چې د پینل سره کار کولو لپاره جلا غوښتنلیک نصب کړئ.
4 ګام. د ازموینې او مهاجرت سکیم
کله چې هرڅه پیل شول او لومړنۍ ازموینې تیرې شوې، د مهاجرت پوښتنه راپورته شوه. له هرڅه دمخه ، موږ بلینګ نصب کړ او د سرور اجنټ سره یې د دې کار ازموینه پیل کړه.
بیا موږ یو ساده سکریپټ ولیکه چې ډیټابیس د زاړه بلینګ سیسټم څخه نوي ته لیږدوي.
موږ باید په لفظي ډول هرڅه ازموینه او دوه ځله چیک کړو ، ځکه چې ډاټا له دریو پخوانیو څخه په یوه نوي ډیټابیس کې ضمیمه شوې وه: بل مینجر ، VMmanager او IPmanager مدیر. شاید د ازموینې مهاجرت ترټولو ستونزمن شی وي چې موږ د نوي پینل رامینځته کولو په پروسه کې ورسره مخ شوي یو.
د دوه ځله چکونو وروسته، موږ زاړه بلینګ بند کړ. د وروستي معلوماتو مهاجرت خورا د اندیښنې وړ شیبه وه، مګر، د خدای څخه مننه، دا په څو دقیقو کې او د پام وړ ستونزو پرته بشپړ شو. دلته کوچني بګونه وو چې موږ د یوې اونۍ په جریان کې حل کړل. ډیری وخت په ازموینه کې تیر شوی و چې څه پیښ شوي.
بیا موږ پیرودونکو ته د نوي پینل پته او بلینګ سره لیکونه واستول او یو لارښود یې جوړ کړ.
په لنډیز کې: دا ژوندی دی!
خوشاله پای
زموږ د سافټویر سره د کار کولو له لومړیو ساعتونو څخه ، موږ د لیږد ټولې خوښۍ احساس کړې. کوډ په بشپړ ډول زموږ و او یو مناسب جوړښت یې درلود، او انٹرفیس پاک او منطقي و.
د نوي پینل په لاره اچولو وروسته لومړی بیاکتنه
موږ د لیږد پروسه د دسمبر په میاشت کې د 2017 د نوي کال په ماښام پیل کړه، کله چې لږ تر لږه کاري بار شتون درلود، ترڅو د پیرودونکو لپاره لیږد اسانه کړي - نږدې هیڅوک د رخصتیو په ماښام کې کار نه کوي.
اصلي شی چې موږ یې ترلاسه کړ کله چې زموږ سیسټم ته لاړ شو (د عمومي اعتبار او اسانتیا سربیره) د کلیدي پیرودونکو لپاره د ګړندي فعالیت اضافه کولو وړتیا وه - د دوی مخ وي ، نه د دوی آس.
څه راتلونکو؟
موږ وده کوو، د ډیټا اندازه، پیرودونکي، د مراجعینو ډاټا وده کوي. په شالید کې موږ باید د مختلف دندو سره د میمکیچ سرور او دوه قطار مدیران اضافه کړو. مخکینۍ برخه کیشینګ او خپل قطارونه لري.
البته، موږ لاهم جرات درلود لکه څنګه چې محصول وده کړې او خورا پیچلې شوې ، د مثال په توګه کله چې موږ های لوډ اضافه کړ.
په راتلونکې مقاله کې به موږ تاسو ته ووایو چې څنګه موږ د Hi-CPU تعرفه پیل کړه: د هارډویر، سافټویر په اړه، کومې ستونزې چې موږ حل کړې او څه مو ترلاسه کړل.
سرچینه: www.habr.com