موږ فیل په برخو کې خورو. د مثالونو سره د غوښتنلیک روغتیا نظارت ستراتیژي

سلام هر!

زموږ شرکت د سافټویر پراختیا او ورپسې تخنیکي ملاتړ کې بوخت دی. تخنیکي ملاتړ نه یوازې د غلطیو سمولو ته اړتیا لري، مګر زموږ د غوښتنلیکونو فعالیت څارنه کوي.

د مثال په توګه، که یو له خدماتو څخه ټکر شوی وي، نو تاسو اړتیا لرئ چې دا ستونزه په اتوماتيک ډول ثبت کړئ او د حل کولو لپاره یې پیل کړئ، او د ناخوښ کاروونکو انتظار مه کوئ چې تخنیکي مالتړ سره اړیکه ونیسي.

موږ یو کوچنی شرکت لرو، موږ د څارنې غوښتنلیکونو لپاره د پیچلو حلونو مطالعې او ساتلو لپاره سرچینې نلرو، موږ اړتیا لرو چې یو ساده او اغیزمن حل ومومئ.

د څارنې ستراتیژي

د غوښتنلیک فعالیت چیک کول اسانه ندي؛ دا کار غیر معمولی دی ، یو څوک حتی تخلیقی هم وایی. دا په ځانګړې توګه ستونزمنه ده چې د پیچلي څو لینک سیسټم تصدیق کړي.

څنګه کولای شو چی یو فیل وخورئ؟ یوازې په برخو کې! موږ د غوښتنلیکونو څارلو لپاره دا طریقه کاروو.

زموږ د څارنې ستراتیژۍ جوهر:

خپل غوښتنلیک په برخو ویشئ.
د هرې برخې لپاره د کنټرول چکونه جوړ کړئ.

یوه برخه عملیاتي ګڼل کیږي که چیرې د هغې ټول کنټرول چکونه پرته له خطا ترسره شي. یو غوښتنلیک صحي ګڼل کیږي که چیرې د هغې ټولې برخې فعالې وي.

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

بنچمارکونه د فعالیت ازموینې ترسره کولو لپاره ندي ، دا د واحد ازموینې ندي. د کنټرول چکونه باید وګوري چې برخه په اوسني وخت کې څنګه احساس کوي، ایا د دې د فعالیت لپاره ټولې اړینې سرچینې شتون لري، او ایا کومه ستونزه شتون لري.

هیڅ معجزه شتون نلري؛ ډیری چکونه به په خپلواکه توګه پراختیا ته اړتیا ولري. مګر مه ویره مه کوئ، ځکه چې په ډیری مواردو کې یو چک د کوډ 5-10 لینونه اخلي، مګر تاسو کولی شئ هر منطق پلي کړئ او تاسو به په روښانه توګه پوه شئ چې چک څنګه کار کوي.

د څارنې سیسټم

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

موږ به د څارنې سیسټم ته اړتیا ولرو. هغه به لاندې دندې ترسره کړي:

• د ازموینې پایلې ترلاسه کړئ او د اجزاو حالت معلومولو لپاره یې وکاروئ.
  په لید کې، دا داسې ښکاري چې د برخې ونې روښانه کوي. فعالې برخې شنه کیږي، ستونزې لرونکي برخې سور کیږي.
• د بکس څخه بهر عمومي چکونه ترسره کړئ.
  د څارنې سیسټم کولی شي پخپله ځینې چکونه ترسره کړي. ولې څرخ بیا ایجاد کړئ، راځئ چې وکاروو. د مثال په توګه، تاسو کولی شئ وګورئ چې د ویب پاڼې پاڼه پرانیستل کیږي یا سرور پینګ کوي.
• اړوندو خواوو ته د ستونزو خبرتیاوې واستوئ.
• د څارنې ډاټا لید، د راپورونو چمتو کول، ګرافونه او احصایې.

د ASMO سیسټم لنډ توضیحات

دا غوره ده چې د مثال په توګه تشریح کړئ. راځئ وګورو چې څنګه د ASMO سیسټم فعالیت څارنه تنظیم شوې.

ASMO یو اتوماتیک د هوا پېژندنې ملاتړ سیسټم دی. سیسټم د سړک خدماتو متخصصینو سره مرسته کوي چې پوه شي چې چیرې او کله د سړک د یخ کولو موادو سره درملنه اړینه وي. سیسټم د سړک کنټرول ځایونو څخه معلومات راټولوي. د سړک کنټرول نقطه په سړک کې یو ځای دی چیرې چې تجهیزات نصب شوي: د هوا سټیشن، ویډیو کیمره، او داسې نور. د خطرناکو حالاتو وړاندوینه کولو لپاره، سیسټم د بهرنیو سرچینو څخه د هوا وړاندوینې ترلاسه کوي.

نو، د سیسټم جوړښت خورا عام دی: ویب پاڼه، اجنټ، تجهیزات. راځئ چې څارنه پیل کړو.

سیسټم په برخو ویشل

لاندې برخې د ASMO سیسټم کې توپیر کیدی شي:

1. شخصي حساب
دا یو ویب اپلیکیشن دی. لږترلږه، تاسو اړتیا لرئ چې وګورئ چې غوښتنلیک په انټرنیټ کې شتون لري.

2. ډیټابیس
ډیټابیس ډیټا ذخیره کوي چې د راپور ورکولو لپاره مهم دي، او تاسو باید ډاډ ترلاسه کړئ چې د ډیټابیس بیک اپ په بریالیتوب سره رامینځته شوی.

3. سرور
د سرور په واسطه موږ د هارډویر معنی لرو چې غوښتنلیکونه یې پرمخ ځي. دا اړینه ده چې د HDD، RAM، CPU حالت وګورئ.

4. اجنټ
دا د وینډوز خدمت دی چې په مهالویش کې ډیری مختلف دندې ترسره کوي. لږترلږه، تاسو اړتیا لرئ چې وګورئ چې خدمت روان دی.

5. د اجنټ دنده
یوازې پوهیدل چې یو استازی کار کوي کافي ندي. یو استازی ممکن کار وکړي، مګر خپل ټاکل شوي دندې ترسره نه کړي. راځئ چې د اجنټ برخه په دندو وویشو او وګورو چې ایا د هر اجنټ دنده په بریالیتوب سره کار کوي.

6. د سړک کنټرول نقطې (د ټولو MPCs کانټینر)
د سړک کنټرول ډیری نقطې شتون لري، نو راځئ چې ټول MPCs په یوه برخه کې سره یوځای کړو. دا به د څارنې ډیټا لوستلو لپاره خورا اسانه کړي. کله چې د ASMO سیسټم برخې حالت وګورئ، دا به سمدلاسه روښانه شي چې ستونزې چیرته دي: په غوښتنلیکونو، هارډویر یا د اعظمي کنټرول سیسټم کې.

7. د سړک کنټرول نقطه (یو اعظم حد)
موږ به دا برخه د خدمت وړ وګڼو که چیرې پدې MPC کې ټول وسایل د خدمت وړ وي.

8. وسیله
دا د ویډیو کیمره یا د هوا سټیشن دی چې د اعظمي غلظت حد کې نصب شوی. دا اړینه ده چې وګورئ چې وسیله په سمه توګه کار کوي.

د څارنې په سیسټم کې، د برخې ونې به داسې ښکاري:

د ویب غوښتنلیک څارنه

نو، موږ سیسټم په برخو ویشلی، اوس موږ اړتیا لرو چې د هرې برخې لپاره چکونه وکړو.

د ویب غوښتنلیک څارلو لپاره موږ لاندې چکونه کاروو:

1. د اصلي پاڼې د پرانیستلو چک کول
دا چک د څارنې سیسټم لخوا ترسره کیږي. د دې د اجرا کولو لپاره، موږ د پاڼې پته، د متوقع ځواب ټوټه او د غوښتنې د اجرا کولو اعظمي وخت په ګوته کوو.

2. د ډومین د تادیې نیټه چک کول
یو ډیر مهم چک. کله چې یو ډومین بې پیسو پاتې شي، کاروونکي نشي کولی سایټ خلاص کړي. د ستونزې حل کیدای شي څو ورځې وخت ونیسي، ځکه چې ... د DNS بدلونونه سمدلاسه نه پلي کیږي.

3. د SSL سند چک کول
نن ورځ، نږدې ټولې ویب پاڼې د لاسرسي لپاره د https پروتوکول کاروي. د پروتوکول د سم کار کولو لپاره، تاسو د اعتبار وړ SSL سند ته اړتیا لرئ.

لاندې د څارنې سیسټم کې د "شخصي حساب" برخه ده:

پورته ټول چیکونه به د ډیری غوښتنلیکونو لپاره کار وکړي او هیڅ کوډ کولو ته اړتیا نلري. دا خورا ښه دی ځکه چې تاسو کولی شئ په 5 دقیقو کې د هر ویب غوښتنلیک څارنه پیل کړئ. لاندې اضافي چکونه دي چې د ویب غوښتنلیک لپاره ترسره کیدی شي ، مګر د دوی پلي کول خورا پیچلي او د غوښتنلیک ځانګړي دي ، نو موږ به یې پدې مقاله کې پوښ نه کړو.

تاسو نور څه چیک کولی شئ؟

ستاسو د ویب غوښتنلیک په بشپړه توګه څارلو لپاره، تاسو کولی شئ لاندې چکونه ترسره کړئ:

• په هره دوره کې د جاواسکریپټ غلطیو شمیر
• د دورې لپاره د ویب غوښتنلیک اړخ (شاته پای) کې د غلطیو شمیر
• د ناکام ویب غوښتنلیک ځوابونو شمیر (د ځواب کوډ 404، 500، او نور)
• د پوښتنې اوسط وخت اجرا کول

د وینډوز خدمت څارنه (اجنټ)

د ASMO سیسټم کې، اجنټ د کاري مهالویش رول لوبوي، کوم چې په شالید کې ټاکل شوي دندې اجرا کوي.

که د اجنټ ټولې دندې په بریالیتوب سره بشپړې شي، اجنټ په سمه توګه کار کوي. دا معلومه شوه چې د اجنټ د څارنې لپاره، تاسو باید د هغه دندو څارنه وکړئ. له همدې امله، موږ د "اجنټ" برخه په دندو ویشو. د هر کار لپاره، موږ به د څارنې په سیسټم کې جلا برخه جوړه کړو، چیرې چې د "اجنټ" برخه به "والدین" وي.

موږ د اجنټ اجنټ د ماشومانو په برخو (دندو) ویشو:

نو، موږ یوه پیچلې برخه په څو ساده برخو ویشلې ده. اوس موږ اړتیا لرو چې د هرې ساده برخې لپاره چکونه وکړو. مهرباني وکړئ په یاد ولرئ چې د اصلي برخې "اجنټ" به هیڅ چک ونه لري، ځکه چې د څارنې سیسټم به د هغې وضعیت په خپلواکه توګه د ماشوم اجزاوو د وضعیت پر بنسټ محاسبه کړي. په بل عبارت، که ټولې دندې په بریالیتوب سره بشپړې شي، نو اجنټ په بریالیتوب سره پرمخ ځي.

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

د ASMO سیسټم د دندو لپاره یوازې نړیوال چکونه کاروي او دا د سیسټم فعالیت څارلو لپاره کافي دي.

د پرمختګ چک کول
ترټولو ساده او خورا مؤثره چک د اعدام چک دی. چک تاییدوي چې دا کار پرته له خطا بشپړ شوی. ټول کارونه دا چک لري.

د الګوریتم چک کول

د هرې دندې اجرا کولو وروسته، تاسو اړتیا لرئ د SUCCESS چک پایله د څارنې سیسټم ته واستوئ که چیرې د دندې اجرا بریالۍ وي، یا ERROR که اجرا کول د غلطۍ سره بشپړ شوي وي.

دا چک کولی شي لاندې ستونزې کشف کړي:

1. دنده پرمخ ځي مګر د غلطۍ سره ناکامه کیږي.
2. دنده روانه ده، د بیلګې په توګه، دا کنګل شوی.

راځئ وګورو چې دا ستونزې څنګه په ډیر تفصیل سره حل کیږي.

1 مسله - دنده پرمخ ځي مګر د غلطۍ سره ناکامه کیږي
لاندې یوه قضیه ده چیرې چې دنده پرمخ ځي مګر د 14:00 او 16:00 ترمنځ ناکام کیږي.

ارقام ښیې چې کله یو کار ناکام شي ، سمدلاسه د نظارت سیسټم ته سیګنال لیږل کیږي او د څارنې سیسټم کې د ورته چک حالت الارم کیږي.

مهرباني وکړئ په یاد ولرئ چې د څارنې سیسټم کې، د برخې حالت د تایید حالت پورې اړه لري. د چک د الارم حالت به د لوړې کچې ټولې برخې په الارم بدل کړي، لاندې انځور وګورئ.

ستونزه 2 - د دندې اجرا کول بند کړل (منجمد)
د څارنې سیسټم به څنګه پوه شي چې یو کار په ټپه ولاړ دی؟

د چک پایلې د اعتبار موده لري، د بیلګې په توګه، 1 ساعت. که یو ساعت تیریږي او د ازموینې نوې پایله شتون نلري ، د نظارت سیسټم به د ازموینې حالت الارم ته وټاکي.

په پورته انځور کې، څراغونه د ماسپښین په 14:00 بجو بند شول. په 15:00 کې، د څارنې سیسټم به معلومه کړي چې د ازموینې پایله (له 14:00 څخه) خرابه ده، ځکه چې د اړونده وخت پای ته رسیدلی (یو ساعت)، مګر کومه نوې پایله شتون نلري، او چک به د الارم حالت ته واړوي.

په 16:00 کې څراغونه بیا فعال شوي، برنامه به دنده بشپړه کړي او د اجراییوي پایلې به د څارنې سیسټم ته واستوي، د ازموینې حالت به بیا بریالی شي.

زه باید کوم چک اړوند وخت وکاروم؟

اړونده وخت باید د دندې اجرا کولو مودې څخه ډیر وي. زه وړاندیز کوم چې د اړونده وخت تنظیم کړئ د دندې اجرا کولو مودې څخه 2-3 ځله اوږد. دا اړینه ده چې د غلط خبرتیاو ترلاسه کولو څخه مخنیوی وشي کله چې د مثال په توګه، یو کار د معمول څخه ډیر وخت ونیسي یا یو څوک برنامه بیا پورته کړي.

د پرمختګ چک کول

د ASMO سیسټم د "لوډ وړاندوینې" دنده لري، کوم چې هڅه کوي په یو ساعت کې یو ځل د یوې بهرنۍ سرچینې څخه نوې وړاندوینه ډاونلوډ کړي. دقیق وخت کله چې په بهرني سیسټم کې نوې وړاندوینه څرګندیږي معلومه نده ، مګر دا معلومه ده چې دا په ورځ کې 2 ځله پیښیږي. دا معلومه شوه چې که د څو ساعتونو لپاره کومه نوې وړاندوینه شتون ونلري، نو دا عادي خبره ده، مګر که د یوې ورځې څخه زیات لپاره نوې وړاندوینه شتون ونلري، نو یو څه خراب شوی. د مثال په توګه، د بهرنۍ وړاندوینې سیسټم کې د معلوماتو بڼه ممکن بدلون ومومي، له همدې امله ASMO به د نوي وړاندوینې خپریدل ونه ګوري.

د الګوریتم چک کول

دنده د بریالیتوب چک پایله د څارنې سیسټم ته لیږي کله چې دا پرمختګ ترلاسه کولو کې بریالی شي (د نوي هوا وړاندوینې ډاونلوډ کول). که چیرې کوم پرمختګ شتون ونلري یا کومه تېروتنه رامنځته شي، نو بیا د څارنې سیسټم ته هیڅ شی نه لیږل کیږي.

چک باید اړونده وقفه ولري لکه پدې وخت کې دا تضمین کیږي چې نوي پرمختګ ترلاسه کړي.

مهرباني وکړئ په یاد ولرئ چې موږ به د ځنډ سره د ستونزې په اړه زده کړو، ځکه چې د څارنې سیسټم د وروستي سکین پایلې د اعتبار موده پای ته رسیدو پورې انتظار کوي. له همدې امله، د چک د اعتبار موده باید ډیره اوږده نه شي.

د ډیټابیس څارنه

د ASMO سیسټم کې د ډیټابیس کنټرول لپاره، موږ لاندې چکونه ترسره کوو:

1. د بیک اپ جوړولو تصدیق کول
2. د وړیا ډیسک ځای چک کول

د بیک اپ جوړولو تصدیق کول
په ډیری غوښتنلیکونو کې، دا مهمه ده چې د تازه ډیټابیس بیک اپ ولرئ نو که چیرې سرور ناکام شي، تاسو کولی شئ پروګرام نوي سرور ته ځای په ځای کړئ.

ASMO په اونۍ کې یو ځل د بیک اپ کاپي جوړوي او ذخیره کولو ته یې لیږي. کله چې دا کړنلاره په بریالیتوب سره بشپړه شي، د بریالیتوب چک پایله د څارنې سیسټم ته لیږل کیږي. د تایید پایله د 9 ورځو لپاره اعتبار لري. هغوی. د بیک اپ رامینځته کولو کنټرول لپاره ، د "پرمختګ چک" میکانیزم ، کوم چې موږ پورته بحث وکړ ، کارول کیږي.

د وړیا ډیسک ځای چک کول
که چیرې په ډیسک کې کافي خالي ځای شتون ونلري، ډیټابیس به په سمه توګه کار ونه کړي، نو دا مهمه ده چې د خالي ځای اندازه کنټرول کړئ.

د عددي پیرامیټونو چک کولو لپاره د میټریکونو کارول اسانه دي.

میټریکونه یو عددي متغیر دی، چې ارزښت یې د څارنې سیسټم ته لیږدول کیږي. د څارنې سیسټم د حد ارزښتونه ګوري او د میټریک حالت محاسبه کوي.

لاندې یو انځور دی چې د څارنې په سیسټم کې د "ډیټابیس" برخې څه ډول ښکاري:

د سرور څارنه

د سرور څارلو لپاره موږ لاندې چکونه او میټریکونه کاروو:

1. وړیا ډیسک ځای
که چیرې د ډیسک ځای پای ته ورسیږي، نو غوښتنلیک به د کار کولو توان ونلري. موږ د 2 حد ارزښتونه کاروو: لومړۍ کچه خبرداری دی، دویمه کچه الارم دی.

2. په هر ساعت کې په سلو کې د RAM اوسط ارزښت
موږ د ساعت اوسط کاروو ځکه چې ... موږ د نادر نسلونو سره علاقه نه لرو.

3. په هر ساعت کې د اوسط CPU سلنه
موږ د ساعت اوسط کاروو ځکه چې ... موږ د نادر نسلونو سره علاقه نه لرو.

4. د پنګ چک
ګوري چې سرور آنلاین دی. د څارنې سیسټم کولی شي دا چک ترسره کړي؛ د کوډ لیکلو ته اړتیا نشته.

لاندې یو عکس دی چې د څارنې سیسټم کې د "سرور" برخې څه ډول ښکاري:

د تجهیزاتو څارنه

زه به تاسو ته ووایم چې معلومات څنګه ترلاسه کیږي. د هر سړک د کنټرول نقطې (MPC) لپاره د کاري پلان جوړونکي کې یوه دنده شتون لري، د بیلګې په توګه، "سروې MPC M2 km 200". دا دنده په هر 30 دقیقو کې د ټولو MPC وسیلو څخه ډاټا ترلاسه کوي.

د مخابراتي چینل ستونزه
ډیری تجهیزات د ښار څخه بهر موقعیت لري؛ د GSM شبکه د معلوماتو لیږد لپاره کارول کیږي، کوم چې په ثابت ډول کار نه کوي (یو شبکه شتون لري، یا شتون نلري).

د شبکې د پرله پسې ناکامیو له امله، په لومړي سر کې، په نظارت کې د MPC سروې چک کول داسې ښکاري:

دا څرګنده شوه چې دا یو کاري اختیار نه و، ځکه چې د ستونزو په اړه ډیری غلط خبرتیاوې وې. بیا پریکړه وشوه چې د هرې وسیلې لپاره د "پرمختګ چیک" وکاروئ ، د بیلګې په توګه. یوازې د بریالیتوب سیګنال د نظارت سیسټم ته لیږل کیږي کله چې وسیله پرته له خطا رایه ورکول کیږي. اړونده وخت 5 ساعتونو ته ټاکل شوی و.

اوس څارنه یوازې د ستونزو په اړه خبرتیاوې لیږي کله چې وسیله له 5 ساعتونو څخه ډیر رایه نشي ورکولی. د لوړې کچې احتمال سره، دا غلط الارمونه ندي، مګر اصلي ستونزې.

لاندې یو عکس دی چې تجهیزات د څارنې سیسټم کې څه ډول ښکاري:

مهم!
کله چې د GSM شبکه کار ودروي، د MDC ټول وسایل رایه نه ورکول کیږي. د نظارت سیسټم څخه د بریښنالیکونو شمیر کمولو لپاره ، زموږ انجینران د "آلې" پرځای د "MPC" ډول سره د اجزاو ستونزو په اړه خبرتیاو ته ګډون کوي. دا تاسو ته اجازه درکوي د هر MPC لپاره یو خبرتیا ترلاسه کړئ ، د دې پرځای چې د هرې وسیلې لپاره جلا خبرتیا ترلاسه کړئ.

د ASMO د څارنې وروستی سکیم

راځئ چې هرڅه یوځای کړو او وګورو چې موږ د څارنې کوم ډول سکیم لرو.

پایلې

راځئ چې لنډیز وکړو.
د ASMO فعالیت نظارت موږ ته څه راکړل؟

1. د عیب له منځه وړلو وخت کم شوی
موږ دمخه د کاروونکو څخه د نیمګړتیاو په اړه اوریدلي، مګر ټول کاروونکي د نیمګړتیاوو راپور نه ورکوي. دا پیښ شوي چې موږ د سیسټم برخې د خرابوالي په اړه یوه اونۍ وروسته له هغې چې ښکاره شو پوه شو. اوس د څارنې سیسټم موږ ته د ستونزو په اړه خبر ورکوي کله چې ستونزه وموندل شي.

2. د سیسټم ثبات زیات شوی
څرنګه چې نیمګړتیاوې دمخه له مینځه وړل پیل شوي، سیسټم په ټولیز ډول ډیر باثباته کار پیل کړ.

3. تخنیکي مالتړ ته د تلیفونونو شمیر کمول
ډیری ستونزې اوس حل شوي مخکې لدې چې کاروونکي حتی د دوی په اړه پوه شي. کاروونکو لږ ځله تخنیکي ملاتړ سره اړیکه پیل کړه. دا ټول زموږ په شهرت ښه اغیزه لري.

4. د پیرودونکي او کاروونکي وفادارۍ زیاتوالی
پیرودونکي د سیسټم په ثبات کې مثبت بدلونونه ولیدل. کاروونکي د سیسټم په کارولو سره د لږو ستونزو سره مخ دي.

5. د تخنیکي مالتړ لګښتونه کم کړئ
موږ د هر ډول لاسي چکونو ترسره کول بند کړي دي. اوس ټول چکونه اتومات دي. مخکې، موږ د کاروونکو څخه د ستونزو په اړه زده کړل؛ دا ډیری وختونه ستونزمن وو چې پوه شي چې کاروونکي د کومې ستونزې په اړه خبرې کوي. اوس، ډیری ستونزې د څارنې سیسټم لخوا راپور شوي؛ خبرتیاوې تخنیکي معلومات لري، کوم چې تل دا روښانه کوي چې څه غلط شوي او چیرته.

مهم!
تاسو نشئ کولی د نظارت سیسټم په ورته سرور کې نصب کړئ چیرې چې ستاسو غوښتنلیکونه چلیږي. که سرور ښکته شي، غوښتنلیکونه به کار ودروي او هیڅوک به نه وي چې په دې اړه خبر کړي.

د څارنې سیسټم باید په بل ډیټا مرکز کې په جلا سرور کې پرمخ بوځي.

که تاسو نه غواړئ په نوي ډیټا مرکز کې وقف شوي سرور وکاروئ ، تاسو کولی شئ د کلاوډ نظارت سیسټم وکاروئ. زموږ شرکت د زیدیم کلاوډ نظارت سیسټم کاروي ، مګر تاسو کولی شئ د نظارت کوم بل سیسټم وکاروئ. د بادل څارنې سیسټم لګښت د نوي سرور کرایه کولو څخه ټیټ دی.

سپارښتنې:

1. غوښتنلیکونه او سیسټمونه د اجزاو د ونې په بڼه د امکان تر حده په تفصیل سره مات کړئ، نو دا به اسانه وي چې پوه شي چې چیرته او څه مات شوي، او کنټرول به ډیر بشپړ وي.
2. د یوې برخې د فعالیت چک کولو لپاره، ازموینې وکاروئ. دا غوره ده چې د یو پیچلي چک په پرتله ډیری ساده چکونه وکاروئ.
3. د څارنې سیسټم په اړخ کې د میټریک حدونه تنظیم کړئ، د دې پر ځای چې په کوډ کې یې ولیکئ. دا به تاسو د غوښتنلیک د بیا تنظیم کولو ، بیا تنظیم کولو یا بیا پیل کولو څخه وژغوري.
4. د ګمرکي چکونو لپاره، د غلط خبرتیاو ترلاسه کولو څخه مخنیوي لپاره د اړونده وخت یوه حاشیه وکاروئ ځکه چې ځینې چک د معمول په پرتله بشپړیدو لپاره لږ وخت نیسي.
5. هڅه وکړئ چې د څارنې سیسټم برخې یوازې هغه وخت سور شي کله چې خامخا کومه ستونزه وي. که دوی د هیڅ شی لپاره سور شي، نو تاسو به د څارنې سیسټم خبرتیاو ته پاملرنه ودروئ، د هغې معنی به له لاسه ورکړي.

که تاسو لاهم د څارنې سیسټم نه کاروئ، پیل کړئ! دا دومره ستونزمن نه دی لکه څنګه چې ښکاري. د شنو اجزاو ونې ته د کتلو څخه لاس واخلئ چې تاسو پخپله وده کړې.

ښه چانس.

سرچینه: www.habr.com