اسکرپٹ اور آٹومیشن جنریشن: Bash، Python اور PowerShell

فائدہ:

• Bash، Python اور PowerShell کی طاقتوں کو سمجھنے اور مصنوعی ذہانت رکھنے کی صلاحیت محفوظ، محفوظ اسکرپٹ ڈرافٹ تیار کرتی ہے۔
• اسکرپٹ میں گارڈریلز شامل کرنے کی اہلیت جیسے سیٹ -euo پائپ فیل، خالی متغیر چیکنگ، ڈرائی رن موڈ اور لاگنگ
• تباہ کن حکموں کو پڑھنے اور الگ تھلگ ماحول میں اور پہلے ڈرائی رن کے ساتھ آزمانے کی صلاحیت، اور اسکرپٹ میں راز کو سرایت نہ کرنے کے نظم و ضبط کا اطلاق کرنا۔

DevOps کی روح کا خلاصہ ایک جملے میں ہے: "جو کام آپ دو بار کرتے ہیں اسے خودکار بنائیں۔" دہرایا جانے والا کوئی بھی کام جو دستی طور پر کیا جاتا ہے — لاگ کلین اپ، بیک اپ لینا، سرور ہیلتھ چیک، بیچ فائل پروسیسنگ — وقت لگتا ہے اور بالآخر انسانی غلطی سے خراب ہو جاتا ہے۔ اسکرپٹس ان کاموں کو سنبھالتی ہیں: چھوٹے پروگرام جو ترتیب وار، قابل بھروسہ اور دہرائے جانے کے قابل انداز میں حکموں کی ایک سیریز کو انجام دیتے ہیں۔ DevOps پروفیشنل اکثر تین زبانیں استعمال کرتا ہے: Bash (Linux/Unix شیل اسکرپٹس کے لیے)، Python (پیچیدہ منطق، API کالنگ، ڈیٹا ہیرا پھیری کے لیے)، اور PowerShell (ونڈوز اور کلاؤڈ مینجمنٹ کے لیے)۔

AI شاید وہ جگہ ہے جہاں یہ اسکرپٹ جنریشن میں سب سے زیادہ عملی قدر پیش کرتا ہے: ایک جملے کی تفصیل سے ورکنگ ڈرافٹ تیار کرنا، ایک پراسرار مسئلے کو حل کرنا، اسکرپٹ کو دوسری زبان میں ترجمہ کرنا۔ لیکن ایک اسکرپٹ خطرناک ہوتا ہے جب آنکھیں بند کرکے چلایا جاتا ہے - ایک غلط rm، ایک Remove-Item -Recurse فائلوں کو ناقابل واپسی طور پر حذف کردے گا۔ اسی لیے اس یونٹ کا نصب العین ہے: AI کو اسکرپٹ لکھنے دیں، آپ اسے پڑھیں، اسے پہلے سیف موڈ میں آزمائیں، پھر اسے چلائیں۔

کون سی زبان کا انتخاب کریں اور کب کریں؟ انگوٹھے کا ایک موٹا اصول: اگر کام ایک قطار میں کئی سسٹم کمانڈ چلانے پر مشتمل ہو (فائل کاپی کریں، سروس دوبارہ شروع کریں، آرکائیو بازیافت کریں) باش سب سے قدرتی انتخاب ہے کیونکہ لینکس سرورز پر ہر جگہ موجود ہے۔ اگر کام میں فیصلے کی منطق، لوپنگ، ڈیٹا ٹرانسفارمیشن، API کی درخواست، یا JSON پروسیسنگ شامل ہے — یعنی 20 لائنوں سے زیادہ منطق — Python اپنی پڑھنے کی اہلیت اور بھرپور لائبریریوں کے لیے نمایاں ہے۔ ایک پیچیدہ Bash اسکرپٹ تیزی سے ناقابل فہم ہو جاتا ہے، جبکہ Python کو برقرار رکھنا آسان رہتا ہے۔ اگر کام میں ونڈوز سرورز، ایکٹو ڈائرکٹری، یا Azure کو منظم کرنا شامل ہے، تو PowerShell قدرتی ماحول ہے کیونکہ اس کی آبجیکٹ پر مبنی فطرت ان پلیٹ فارمز کے ساتھ گہرائی سے مربوط ہوتی ہے۔ یہ بتانا کہ آپ نے کون سی زبان کا انتخاب کیا اور کیوں AI سے اسکرپٹ کی درخواست کرتے وقت اس بات کو یقینی بناتا ہے کہ آؤٹ پٹ آپ کے ماحول کے لیے موزوں اور محاوراتی ہے۔

مرحلہ وار: محفوظ اسکرپٹ جنریشن

1. کام اور ماحول کی وضاحت کریں۔ یہ کیا کرے گا، کون سا OS/شیل، کون سی رکاوٹیں ہیں؟
2. حفاظتی ریلنگ کے لیے پوچھیں۔ bash میں، سیٹ -euo پائپ فیل (غلطی پر رکیں، غیر متعینہ متغیر پر روکیں)، خطرناک کارروائیوں کے لیے تصدیقی اشارہ، حذف کرنے کے بجائے پہلے آگے بڑھیں۔
3. ڈرائی رن موڈ کی درخواست کریں۔ اسکرپٹ کو لکھنے دیں کہ --dry-run کے ساتھ کیا کرنا ہے، لیکن ایسا نہ کریں۔
4. پڑھیں اور سمجھیں۔ تصدیق کریں کہ ہر قطار کیا کرتی ہے، خاص طور پر حذف/منتقل/نیٹ ورک آپریشنز۔
5. اسے الگ تھلگ ماحول میں آزمائیں۔ ٹیسٹ فولڈر میں، اسے نمونے کے ڈیٹا کے ساتھ چلائیں۔
6. لاگنگ میں شامل کریں۔ اسکرپٹ کو ریکارڈ کرنے دیں کہ یہ کیا کرتا ہے تاکہ اسے بعد میں دیکھا جا سکے۔

محفوظ اسکرپٹنگ کے لوازم

ایک پروڈکشن اسکرپٹ میں یہ گارڈریلز شامل ہونے چاہئیں:

• غلطی کی صورت میں روکنا۔ باش: سیٹ -euo پائپ فیل۔ پاور شیل: $ErrorActionPreference = 'روکیں'۔ اگر ایک قدم ناکام ہوجاتا ہے، تو اگلے کو کام نہیں کرنا چاہئے.
• Idempotency (دوبارہ قابلیت)۔ اگر اسکرپٹ دو بار چلتا ہے، تو اسے دوہرا نقصان نہیں ہونا چاہیے۔ "اگر آپ کے پاس پہلے سے ہی ہے تو اسے چھوڑ دیں" منطق۔
• منظوری اور خشک رن. تباہ کن کارروائیوں کے لیے "کیا آپ کو یقین ہے؟" یا --dry-run پرچم۔
• ان پٹ کی توثیق۔ کیا پیرامیٹرز توقع کے مطابق ہیں؟ ایک خالی متغیر rm -rf "$DIR"/ کو rm -rf/ ڈیزاسٹر میں بدل سکتا ہے۔
• لاگنگ کیا کیا اور کب کیا گیا اس کا ریکارڈ۔

اشارہ: باش میں سب سے خطرناک غلطی خالی متغیر کے ساتھ حذف کرنا ہے۔ rm -rf "$DIR" روٹ ڈائرکٹری کو حذف کرنے کی کوشش کرتا ہے اگر $DIR خالی ہے۔ سیٹ -u (غیر متعینہ متغیر پر رکیں) اور حذف کرنے سے پہلے [ -n "$DIR" ] کو چیک کرنا زندگی بچانے والا ہے۔ AI سے اسکرپٹس کی درخواست کرتے وقت واضح طور پر ان تحفظات کی درخواست کریں۔

سلامتی: خفیہ اور تباہ کن احکامات

دو بڑے خطرات:

1. اسکرپٹ میں راز کو سرایت کرنا۔ پاس ورڈ ٹوکن اسکرپٹ کے اندر سادہ متن نہیں ہونا چاہیے؛ ماحولیاتی متغیر یا والٹ سے پڑھنا ضروری ہے۔ اسکرپٹس گٹ میں جاتے ہیں۔ دفن راز مستقل رساو ہے.
2. تباہ کن احکامات۔ rm -rf، Remove-Item -Recurse -Force، DROP TABLE، terraform destruct — جب آپ ان کو اسکرپٹ میں دیکھتے ہیں تو رکیں اور دو بار سوچیں۔ پہلے کبھی بھی AI کے ذریعہ تیار کردہ تباہ کن کمانڈ کو پروڈ میں نہ آزمائیں۔

احتیاط: جب آپ AI کو کہتے ہیں کہ "ایسی اسکرپٹ لکھیں جو ان فائلوں کو صاف کرے"، تو اس سے پیدا ہونے والی تلاش کے دائرہ کار کو احتیاط سے پڑھیں... -delete یا rm کمانڈ۔ وائلڈ کارڈ (*) یا غلط راستہ اس سے زیادہ حذف کردے گا جتنا آپ حذف کرنا چاہتے ہیں۔ اسکرپٹ کو ہمیشہ حذف کرنے کی بجائے پہلے "لسٹ ٹو ڈیلیٹ" موڈ کے ساتھ چلائیں۔

تین زبانوں کا موازنہ

معیار

bash

ازگر

پاور شیل

جہاں یہ سب سے بہتر ہے۔

لینکس شیل، کمانڈ چین

پیچیدہ منطق، API، ڈیٹا

ونڈوز کلاؤڈ مینجمنٹ

سیکھنے کا وکر

درمیانہ (پھنسا ہوا)

آسان

درمیانہ

ہینڈلنگ میں خرابی

سیٹ -euo پائپ فیل

کوشش کریں/سوائے

کوشش/پکڑنا، -ErrorAction

پورٹیبلٹی

یونکس/لینکس/میک

ہر جگہ

کراس پلیٹ فارم (PS 7+)

جب

مختصر، نظام کام کرتا ہے

20 لائنوں سے زیادہ لمبی منطق

ونڈوز/AD/Azure

تین چھوٹے مقدمات

کیس 1 - 5 منٹ میں 2 گھنٹے کرافٹ۔ ایک انجینئر ہر ہفتے 40 سرورز سے لاگ جمع کرنے اور محفوظ کرنے میں 2 گھنٹے صرف کر رہا تھا۔ اس کے پاس AI کام کو بیان کرتا تھا اور -euo pipefail + dry-run تحفظات سیٹ کرتا تھا اور Bash اسکرپٹ تیار کرتا تھا۔ پہلے ڈرائی رن کے ساتھ اسکرپٹ کی توثیق کی، پھر اسے طے شدہ کام (کرون) سے منسلک کیا۔ ہفتہ وار کام کو 5 منٹ تک کم کر کے انسانی غلطی کو دور کیا جاتا ہے۔

کیس 2 - صفر متغیر تباہی ٹل گئی۔ AI کے ذریعہ تیار کردہ کلیننگ اسکرپٹ میں rm -rf "$TARGET"/* موجود تھا، لیکن اگر TARGET کو کہیں تفویض نہیں کیا گیا تھا، تو یہ خالی رہا۔ اس کا احساس اسے انجینئر کے طور پر پڑھتے ہوئے ہوا تھا۔ سیٹ -u اور [ -n "$TARGET" ] || ایگزٹ 1 کنٹرول شامل کیا گیا۔ جانچ کے دوران متغیر کالعدم رہا اور اسکرپٹ تباہی کے بجائے محفوظ طریقے سے رک گیا۔

کیس 3 - ایمبیڈڈ ٹوکن پکڑا گیا۔ سہولت کے لیے، AI نے Python اسکرپٹ میں ایک TOKEN = "ghp_realtoken" لائن شامل کی ہے جو API کی درخواست کرتی ہے (مثال کے طور پر)۔ انجینئر نے اسے ہٹا دیا اور اسے os.environ["TOKEN"] کے ساتھ ماحولیاتی متغیر سے پڑھنے میں تبدیل کر دیا اور ٹوکن کو منسوخ اور تجدید کر دیا۔ اگر اسکرپٹ گٹ پر چلا گیا تو ٹوکن عوامی ہوگا۔

چار کاپی کرنے کے قابل ٹیمپلیٹس

1) سیکیور باش اسکرپٹ:

ایک باش اسکرپٹ لکھیں: [ٹاسک]۔ لازمی اصول:- شروع میں `سیٹ کریں -euo pipefail`۔- چیک کریں کہ متغیر جہاں کہیں بھی حذف یا منتقل ہو رہا ہے خالی نہیں ہے۔- `-dry-run` پرچم: لکھیں کہ اس موڈ میں کیا کرنا ہے لیکن ایسا نہ کریں۔- راز کو سرایت نہ کریں؛ ماحولیاتی متغیر سے پڑھیں۔ - ہر قدم پر معلوماتی لاگ پرنٹ کریں۔ اسکرپٹ پر تبصرہ کریں اور خطرناک ترین لائن کو نشان زد کریں۔

2) اسکرپٹ کی تفصیل/کنٹرول:

درج ذیل اسکرپٹ کی سطر بذریعہ وضاحت کریں اور سیکیورٹی کی جانچ کریں: سرایت شدہ خفیہ، تباہ کن کمانڈ (rm/Remove-Item/DROP)، غیر تصدیق شدہ ان پٹ، غلطی سے نمٹنے کی کمی؟ ہر خطرے کو اہمیت اور تصحیح کی ترتیب سے لکھیں۔ اسکرپٹ: [CODE]

3) زبان کا ترجمہ:

اس [ذریعہ زبان] اسکرپٹ کا [ٹارگٹ لینگویج] میں ترجمہ کریں۔ طرز عمل کو لفظی طور پر رکھیں، ٹارگٹ لینگویج کی محاوراتی غلطی سے نمٹنے کا استعمال کریں، کسی بھی ایمبیڈڈ راز کو ماحولیاتی متغیر میں منتقل کریں۔ ان پوائنٹس کو نوٹ کریں جو مختلف طریقے سے برتاؤ کر سکتے ہیں۔ اسکرپٹ: [CODE]

4) منصوبہ بند کام (کرون/شیڈولڈ ٹاسک):

اس اسکرپٹ کو استعمال کریں [FREQUENCY: e.g. شیڈول کی تعریف لکھیں ([cron / systemd timer / Windows Task Scheduler]) جو [ہر رات 02:00 بجے] چلے گی۔ مجھے ناکامی پر خبردار کرنے کا طریقہ شامل کریں (لاگ/ایگزٹ کوڈ/اطلاع) اور اوورلیپ کو کیسے روکا جائے۔

کمزور فوری / مضبوط اشارہ

کمزور: "ایک اسکرپٹ لکھیں جو پرانی فائلوں کو حذف کردے۔"

نتیجہ: ایک دائرہ کار، غیر محفوظ، خشک رن لیس rm اسکرپٹ؛ اگر یہ غلط فولڈر میں چلتا ہے، تو یہ ناقابل واپسی طور پر حذف ہو جائے گا۔

مضبوط: "/var/log/app کے تحت 30 دن سے زیادہ پرانی .log فائلوں کو حذف کرنے کے لیے ایک باش اسکرپٹ لکھیں۔ سیٹ -euo پائپ فیل استعمال کریں، اگر ٹارگٹ ڈائرکٹری خالی ہے تو روکیں، فہرست بنائیں کہ --dry-run کے ساتھ پہلے کیا حذف کرنا ہے، ہر ٹرانزیکشن کو لاگ کریں، راز کو سرایت نہ کریں۔ سب سے خطرناک لائن کو نشان زد کریں۔"

فرق: دوسرا دعوی مکمل دائرہ کار، حفاظتی پٹی اور خشک چلنے کی توقع دیتا ہے۔ آؤٹ پٹ کو محفوظ طریقے سے چلایا جا سکتا ہے۔

عام غلطیاں

• اسکرپٹ کو پڑھے بغیر چلانا۔ خاص طور پر قطاروں کو ہٹانا/منتقل کرنا تباہی کا باعث بنتا ہے۔
• خالی متغیرات کی جانچ نہیں کر رہا ہے۔ rm -rf "$X"/ کے ساتھ روٹ ڈائرکٹری کو حذف کرنے کی کلاسک آفت۔
• چھوڑیں `set -euo pipefail` / `-ErrorAction Stop`۔ ایک قدم آگ لگاتا ہے، رسم الخط اندھا ہو کر جاری رہتا ہے۔
• اسکرپٹ میں راز کو سرایت کرنا۔ گٹ کو مستقل لیک ہونا۔
• ڈرائی رن کے بغیر تباہ کن عمل۔ پہلے "مجھے دکھائیں کہ کیا کرنا ہے"، پھر کرو۔
• مصنوعات میں پہلی کوشش کرنا۔ الگ تھلگ ٹیسٹ ماحول کے بغیر دوڑنا۔

خلاصہ میں

DevOps آٹومیشن کا فن ہے۔ بار بار کام Bash، Python اور PowerShell اسکرپٹس کو سونپا جاتا ہے۔ AI اسکرپٹ کا مسودہ تیار کرنے، ڈیبگ کرنے، اور زبانوں کا ترجمہ کرنے میں بہت کارآمد ہے - لیکن ایک محفوظ اسکرپٹ میں ایرر گارڈز جیسے سیٹ -euo pipefail، null variable checking، dry-run mode، embedded secretlessness، اور logging شامل ہونا چاہیے۔ یہ آپ کی ذمہ داری ہے کہ ہر اسکرپٹ کو پڑھیں اور جانچیں، خاص طور پر جو تباہ کن کمانڈز پر مشتمل ہوں، الگ تھلگ ماحول میں اور پہلے ڈرائی رن۔

درخواست کا کام

بار بار چلنے والے کام کا انتخاب کریں (لاگ آرکائیونگ، بیک اپ، صفائی)۔ (1) AI سے "Secure Bash اسکرپٹ" ٹیمپلیٹ کے ساتھ ایک محفوظ اسکرپٹ تیار کریں۔ (2) سیکیورٹی کے لیے اسی اسکرپٹ کو چیک کریں جیسا کہ "اسکرپٹ کی تفصیل/آڈٹ" ٹیمپلیٹ ہے اور سب سے خطرناک لائن تلاش کریں جسے AI نے جھنڈا لگایا ہے۔ (3) ٹیسٹ فولڈر میں نمونہ فائلوں کے ساتھ اسکرپٹ کو چلا کر اس کے رویے کی تصدیق کریں، پہلے --dry-run کے ساتھ۔

چیک لسٹ

• میں نے وہ کام لکھا ہے جو میں نہیں چاہتا، OS/شیل اور سیکیورٹی گارڈریلز۔
• [ ] اسکرپٹ کو روکنے میں غلطی ہے جیسے set -euo pipefail / -ErrorAction Stop۔
• میں نے حذف کرنے/منتقل کرنے سے پہلے خالی متغیر اور ان پٹ چیک شامل کیا۔
• تباہ کن کارروائیوں کے لیے --dry-run/تصدیق کا طریقہ کار موجود ہے۔
• اسکرپٹ میں کوئی راز نہیں ہے۔ اقدار ماحولیاتی متغیر/کیس سے آتی ہیں۔
• میں نے پہلا ٹیسٹ ڈرائی رن کے ساتھ الگ تھلگ ٹیسٹ ماحول میں کیا۔