مشترکہ سورس
ایک مشترکہ Git سورس سے شروع کریں اور ریلیز سے وابستہ بالکل درست commit اور صارف دوست ورژن محفوظ رکھیں۔ مختلف تعیناتی اقسام آزادانہ طور پر آگے بڑھ سکتی ہیں جبکہ اسی سورس ہسٹری سے منسلک رہتی ہیں۔
سافٹ ویئر ڈیلیوری
مشترکہ سورس سے کنٹرول شدہ تعیناتی تک۔
Microwave Pie کی سافٹ ویئر ڈیلیوری صلاحیتیں سیلف ہوسٹڈ ایپلیکیشن کے نفاذ کو آسان بنانے کے لیے بنائی گئی ہیں: مشترکہ سورس سے ریلیزز منظم کریں، تعیناتی کے لیے درست پیکج بنائیں، لائسنسنگ لاگو کریں، اور تنصیب و اپ ڈیٹس کو معلوم ریلیز سے منسلک رکھیں۔
مشترکہ ڈیلیوری ماڈل
1مشترکہ ایپلیکیشن سورسایک سورس ہسٹری اور ایک ریلیز شناخت۔
2پلیٹ فارم ریلیزمطلوبہ تعیناتی ہدف کے لیے بنائیں۔
سورس پیکج
کمپائلڈ پیکج
3لائسنس یافتہ پیکجمخصوص نفاذ کے لیے پیکج جاری کریں۔
4انسٹال اور اپ ڈیٹ کریںتعیناتی کی ہسٹری کو فراہم کردہ ریلیز سے منسلک رکھیں۔
صلاحیتیں
کنٹرول کھوئے بغیر ریلیز کے انتخاب کو لچکدار رکھیں۔
مختلف ماحول کو ہمیشہ ایک ہی پیکج فارمیٹ یا ایک ہی وقت میں ایک ہی ریلیز کی ضرورت نہیں ہوتی۔ Microwave Pie مشترکہ ایپلیکیشن سورس، دوبارہ استعمال ہونے والی ریلیزز، پیکجز، لائسنسز اور انسٹال شدہ انسٹینسز کو الگ رکھتا ہے تاکہ ہر معاملہ سوچ سمجھ کر آگے بڑھ سکے۔
سورس پیکجز
ایپلیکیشن کو سورس کے طور پر فراہم کریں جب شفافیت، براہ راست رن ٹائم تعیناتی یا پلیٹ فارم مخصوص Python تنصیب زیادہ موزوں ہو۔ سورس پیکجز کمپائلڈ پیکجز جیسا ہی ریلیز اور لائسنسنگ ماڈل برقرار رکھتے ہیں۔
کمپائلڈ پیکجز
جب زیادہ خود کفیل رن ٹائم بہتر ہو تو کمپائلڈ ایپلیکیشن پیکج فراہم کریں۔ کمپائلیشن ڈیلیوری کا انتخاب ہے، الگ پروڈکٹ سلسلہ نہیں، اس لیے ریلیز کی اصل شناخت یکساں رہتی ہے۔
پیکج اور لائسنس مینجمنٹ
ایسا پیکج جاری کریں جس کے ساتھ اس کا لائسنس اور ہدف تعیناتی سیاق پہلے ہی منسلک ہو۔ پیکج کی زندگی، لائسنس کی حالت، ڈاؤن لوڈز، تنصیبات، اپ ڈیٹس، منسوخی اور بندش کو بعد میں دوبارہ جوڑنے کے بجائے ایک ساتھ منظم کیا جا سکتا ہے۔
ہدف کے مطابق ریلیز کے انتخاب
Raspberry Pi، GCP، سورس اور کمپائلڈ تعیناتی اقسام ضرورت کے مطابق مختلف ریلیز سطحوں پر رہ سکتی ہیں۔ غائب Git commits کا جائزہ تعیناتی قسم کے مطابق اور پوری ایپلیکیشن میں بھی لیا جا سکتا ہے۔
UI سے منظم اپ ڈیٹس
منظم ایپلیکیشنز منظور شدہ اپ ڈیٹ دستیاب ہونے پر اسے خودکار طور پر ظاہر کر سکتی ہیں، بغیر اسے لازمی کیے۔ ایڈمن منتخب کرتا ہے کہ ایپلیکیشن UI میں اپ ڈیٹ کب تیار اور لاگو کرنا ہے؛ دوبارہ شروع ہونے کے بعد نصب شدہ ریلیز کی مشترکہ ڈیلیوری سروس کو تصدیق کی جا سکتی ہے جبکہ پیکج اور لائسنس کا تعلق برقرار رہتا ہے۔
نفاذ
تعیناتی کو پیک کریں، غیر یقینی کو نہیں۔
سافٹ ویئر پیکج وہ نفاذی سیاق ساتھ رکھ سکتا ہے جو ایپلیکیشن ریلیز کو کام کرنے والی تعیناتی میں بدلنے کے لیے درکار ہو: ہدف پلیٹ فارم، پیکج فارمیٹ، تنصیب کا رویہ، ریلیز کی شناخت اور لائسنسنگ کا تعلق۔
اس طرح نفاذ کا عمل ایک معلوم ریلیز سے شروع ہو سکتا ہے، بجائے اس کے کہ ہر ماحول آزادانہ طور پر build اور delivery کے فیصلے دوبارہ بنائے۔ جب نئی ریلیز مناسب ہو، موجودہ پیکج اور لائسنس کا تعلق برقرار رہ سکتا ہے جبکہ منتخب ریلیز سوچ سمجھ کر آگے بڑھتی ہے۔
ایپلیکیشن ریلیزز اصل میں بنائے گئے artifact اور Git شناخت کو محفوظ رکھتی ہیں۔
دستیابی خودکار طور پر بتائی جا سکتی ہے، لیکن ڈاؤن لوڈ، تیاری، اطلاق اور دوبارہ شروع کرنا ایڈمن کے شعوری اقدامات رہتے ہیں۔
پیکجز، لائسنسز اور نصب شدہ انسٹینسز تنصیب، اپ ڈیٹ، منسوخی اور بندش کے دوران منسلک رہتے ہیں۔
Blackcap
آج ایک ایپلیکیشن یہ ماڈل استعمال کر رہی ہے۔
Blackcap کو معاون Raspberry Pi اور GCP ماحول میں سورس یا کمپائلڈ پیکجز کے ذریعے تعینات کیا جا سکتا ہے جبکہ ریلیز، پیکج، لائسنس اور اپ ڈیٹ کے رویے کو ہم آہنگ رکھا جاتا ہے۔