د زیربنا او سافټویر خپرونې عملي لارښود
کلاوډ او DevOps
پوه شئ چې د زیربنا انتخاب، تکرارېدونکې خپرونې، ګټوره څارنه او د بېرته راګرځونې پلان د سافټویر د دوامداره فعالیت ملاتړ څنګه کوي.
Infrastructure · CI/CD · Monitoring
کلاوډ او DevOps
د پروګرام د اجرا ځای د بدلون له لارې سره وتړئ
کلاوډ محاسبوي سرچینې او مدیریت شوي خدمتونه برابروي. DevOps د پراختیا او عملیاتو ترمنځ د همکارۍ لارې او اتومات تشریح کوي.
دواړه اړوندو پوښتنو ته ځواب وايي: پروګرام چیرې وچلېږي، بدلون څنګه کاروونکو ته ورسېږي، ستونزه څوک وویني او خدمت څنګه بېرته ورغول شي؟ د DevOps لارې پر VPS او شخصي مدیریت شوې زیربنا هم کارېدلی شي.
مناسب جوړښت د پروګرام، کاروونکو، د معلوماتو حساسیت، عملیاتي بودجې او ساتونکو له پېژندلو پیلېږي. د برخو زیاتوالی په اوتومات ډول ښه چاپېریال نه جوړوي.

د بنسټ انتخاب
زیربنا له عملیاتي اړتیا سره برابره کړئ
انتخابونه د میاشتنیو سرچینو د بیې ترڅنګ د ټولې ساتنې د هڅې له مخې پرتله کړئ.
مدیریت شوی کوربه
برابروونکی د بستر مشخصې دندې سمبالوي. منل شوي اجرايي چاپېریالونه، محدودیتونه، شاتړ، لاسرسی او پاتې مسئولیتونه وګورئ.
VPS یا مجازي ماشین
د تنظیم وړ چاپېریال چې د عملیاتي سیستم، تازه کولو، خدمت تنظیم او بېرته راګرځونې زیات مسئولیت لري.
کلاوډ خدمتونه
محاسبه، زېرمه، ډیټابیس او نور خدمتونه د بار له اړتیا سره یوځای کېږي. شبکه، محدودیتونه، د معلوماتو ځای او لګښتونه پلان کړئ.
تکرارېدونکې خپرونې
له کوډ څخه تر اصلي چاپېریاله لاره روښانه کړئ
د خپرونې بهیر منل شوې کتنې په تکرارېدونکو ګامونو بدلوي. ښيي چې کومه نسخه د کومو تاییدونو له مخې خپرېږي.
-
جوړول او کتل
د معلومې نسخې بسته چمتو او د کوډ د بدلون پر وخت اړوندې اوتومات کتنې اجرا کړئ.
-
جلا ازموینه
په ازمایښتي چاپېریال کې مهمې کاري لارې، نښلونې او د ډیټابیس بدلونونه تر اصلي چاپېریال مخکې وڅېړئ.
-
اجازه او خپرونه
منل شوی د خپرونې شرط پلي کړئ، چې د انسان اجازه هم رانغاړلای شي. نسخه ثبت او خدمت تر اجرا وروسته تایید کړئ.
د وضعیت پېژندل
نښې په ګټورو عملیاتي پرېکړو بدلې کړئ
ثبتونه، معیارونه او کتنې بېلابېلو پوښتنو ته ځواب وايي. مناسب ترکیب په محصول او ځواب ورکوونکو پورې تړلی دی.
ثبتونه
اړوندې پېښې او تېروتنې د څېړنې لپاره ثبت کړئ. حساس معلومات محدود، لاسرسی کنټرول او د ساتلو موده وټاکئ.
معیارونه او کتنې
د غوښتنو ناکامي، د ځواب وخت، د سرچینو فشار او مهمې شالید دندې د خدمت له مانا لرونکو کتنو سره تعقیب کړئ.
د اقدام وړ خبرتیا
روښانه شرط، مسئول کس، لوړ مسئول ته د راجع کولو لاره او اجرایي لارښوونې وټاکئ. ډېرې بېګټې خبرتیاوې او نه کشف شوې پېښې وارزوئ.
لاسرسی او تنظیم
مسئولیتونه او واکونه روښانه وساتئ
د برابروونکي امنیتي کنټرولونه د پروګرام او حساب مسئولیت نه بدلوي. د کار وېش په ټاکلو خدمتونو پورې تړلی دی.
- انفرادي حساب ته یوازې د کار اړین واک ورکړئ؛ لوړ لاسرسی وڅېړئ او زوړ لاسرسی لرې کړئ.
- پاسورډونه، ټوکنونه او د لاسلیک کیلي په عام کوډ او ثبتونو کې مه ساتئ؛ کنټرول شوې زېرمه او د بدلولو منل شوې لاره وکاروئ.
- بهر ته ښکاره خدمتونه محدود، HTTPS وساتئ او اړوند پروګرام، اجرايي چاپېریال او عملیاتي سیستم تازه کړئ.
- د حساب مالک، د بدلون تصویبوونکی، د برابروونکي د خبرونو مسئول او د تنظیماتو کتونکی ثبت کړئ.
ګډوډۍ ته چمتووالی
د رغونې هدفونه ومنئ او بهیر وازمویئ
شاتړ دې د پروګرام د رغولو اړین معلومات او تنظیمات وپوښي؛ د ساتلو موده، لاسرسی او د زېرمه کولو ځای دې معلوم وي.
د رغونې نقطې هدف — RPO
له ګډوډۍ وروسته د معلوماتو د ضایع کېدو تر ټولو لوړه منل کېدونکې زماني موده. د شاتړ واټن، نقل او اړوندې طرحې ته لار ورکوي.
د رغونې وخت هدف — RTO
له ګډوډۍ وروسته د منل شوي خدمت د رغولو هدف شوی وخت؛ په خلکو، لارو او زیربنا پورې تړلی دی.
د رغونې ازموینې
په مناسب چاپېریال کې بېرته راګرځونه وکړئ، معلومات او چلند وګورئ، پایله ثبت او تشې اصلاح کړئ.
پلان شوی لېږد
لېږد کنټرول شوی عملیاتي بدلون وګڼئ
د پروګرام لېږد د کوډ تر کاپي ډېر کار غواړي. فایلونه، ډیټابیسونه، ډومېن تنظیمات، برېښنالیک او بهرنۍ نښلونې په پام کې ونیسئ.
-
ارزونه او تمرین
تړلې برخې، لاسرسی او معلومات ثبت کړئ. مقصد چمتو او لېږد په خوندي کاپیو وازمویئ.
-
د اوښتو پلان
مسئولیتونه، وخت، خبر ورکول، د معلوماتو وروستۍ همغږي او د بېرته ستنېدو شرط توافق کړئ.
-
تایید او سپارنه
کاري لارې، معلومات، شالید دندې، خبرتیاوې او لاسرسی وګورئ. پخوانی چاپېریال د توافق شوې انتقال مودې لپاره وساتئ.
مالکیت او لګښت
چاپېریال د پوهېدو او تمویل وړ وساتئ
دوامدار لګښتونه محاسبه، ډیټابیس، زېرمه، ترافیک، شاتړ، څارنه او بهرني خدمتونه رانغاړلای شي.
عادي او لوړ مصرف اټکل، د بودجې خبرتیاوې فعالې او حقیقي مصرف وڅېړئ. د سرچینو د ډېرولو قواعد محدودیت او ازموینه غواړي؛ د ظرفیت پلان نه له منځه وړي. اندازه د حقیقي چلند له مخې برابره کړئ.
ګټوره سپارنه د زیربنا نقشه، د حساب مالکیت، د چاپېریال تنظیم، د خپرونې لارښوونې، د څارنې اړیکې، د رغونې بهیر او د لاسرسي لرې کولو ګامونه رانغاړي. د هرې برخې د پیسو او ساتنې مسئول وټاکئ.
Cloud & DevOps زیربنا او د خپرونې لارې جوړوي او اداره کوي. د محصول دوامدار ملاتړ د کاروونکو غوښتنې او د پروګرام اصلاحات څېړي. هغه پېښه چې دواړه برخې اغېزمنوي، د همکارۍ روښانه مسئولیت غواړي.
د Cloud & DevOps پوښتنې
هغه لاره وټاکئ چې محصول او مسئول کسان یې ساتلای شي.
آیا هره پروژه لوی کلاوډ جوړښت غواړي؟
نه. مدیریت شوی کوربه یا ښه ساتل شوی VPS بسنه کولای شي. بار، کنټرول، د رغونې اړتیا او د ټیم عملیاتي توان وارزوئ.
آیا Kubernetes اړین دی؟
نه. د همغږۍ امکانات او عملیاتي مسئولیتونه زیاتوي. هغه مهال یې وکاروئ چې اړتیا او د ساتنې پلان یې مناسب وبولي.
آیا CI/CD هر بدلون اوتومات خپروي؟
ضروري نه ده. جوړول او ازموینه اوتومات کېدای شي، خو اصلي خپرونه لا هم د مجاز کس اجازې ته اړتیا لرلای شي.
د کلاوډ حساب مالک څوک دی؟
مالکیت، بل او لاسرسی روښانه توافق کړئ. اداره خپلو سرچینو ته مناسب لاسرسی او د سپارنې یا وتلو مستند مسیر غواړي.
آیا برابروونکی ټول امنیت سمبالوي؟
نه. مسئولیت د خدمت له مخې بدلېږي. کوډ، معلومات، واکونه او تنظیمات لا هم مسئول مالک غواړي.
آیا لګښتونه ناڅاپه ډېرېدای شي؟
مصرف، ترافیک، ساتل شوي معلومات او اضافي خدمتونه لګښت بدلوي. اټکل، حدود، د بودجې خبرتیا او منظمې کتنې د مدیریت مرسته کوي.
آیا لېږد بې وقفې کېدای شي؟
کله ناکله، خو په جوړښت او د معلوماتو په بدلون پورې تړلی دی. د لېږد طریقه او تمه شوی اغېز له مخکې توافق کړئ؛ بېوقفې خدمت د جوړښت له ارزونې پرته مه ژمنوئ.
شاتړ او بېرته راګرځونه څه توپیر لري؟
شاتړ ساتل شوې کاپي ده. بېرته راګرځونه د اړینو معلوماتو او تنظیماتو سره د کار وړ پروګرام رغوي؛ دورهيي ازموینه یې کار ثابتوي.
د لا لوست رسمي سرچینې
دا سرچینې د لارښود لارې تشریح کوي؛ د هرې پروژې لپاره د یوه برابروونکي شرط نه دي.
- AWS: DevOps څه دی؟
د پراختیا او عملیاتو همکاري، اتومات او کاري لارې.
- د GitHub Actions بنسټیز مفاهیم
په تعریف شوو دندو کې د سافټویر جوړول، ازموینه او سپارل.
- د AWS ګډ مسئولیت
د ټاکل شوو خدمتونو له مخې د پیرودونکي او برابروونکي د مسئولیت وېش.
- د AWS باور وړتیا: شاتړ او رغونه
د رغونې هدفونه، خوندي شاتړ او دورهيي د راګرځولو ازموینې.
له پروګرام او عملیاتي اړتیاوو یې پیل وکړئ
شته چاپېریال، د خپرونې بهیر، د رغونې اړتیا او بودجه وڅېړئ او د زیربنا عملي پلان تعریف کړئ.