اس آرٹیکل میں میں اس بارے میں بات کرنا چاہوں گا کہ ہم نے اپنے سٹارٹ اپ پروجیکٹ پر آرکیسٹریشن کے طریقہ کار کو کس طرح تبدیل کیا، ہم نے ایسا کیوں کیا اور راستے میں ہم نے کن مسائل کو حل کیا۔ یہ مضمون شاید ہی منفرد ہونے کا دعویٰ کر سکتا ہے، لیکن میں پھر بھی سوچتا ہوں کہ یہ کسی کے لیے مفید ہو سکتا ہے، کیونکہ مسئلہ کو حل کرنے کے عمل میں، ہم نے کافی محنت کے ساتھ مواد اکٹھا کیا۔
ہمارے پاس کیا تھا اور ہم کیا بات کر رہے تھے؟ اور ہمارے پاس اشتہار کے میدان سے تقریباً 2 سال کی ترقی کی تاریخ کے ساتھ ایک اسٹارٹ اپ پروجیکٹ تھا۔ پروجیکٹ کو ابتدائی طور پر ایک مائیکرو سروس کے طور پر بنایا گیا تھا، اور اس کے سرور کا حصہ سیمفونی + تھوڑا لاراول، جینگو اور مقامی نوڈ جے میں لکھا گیا تھا۔ خدمات بنیادی طور پر موبائل کلائنٹس کے لیے ایک API ہیں (ان میں سے 3 پروجیکٹ میں ہیں) اور IOS کے لیے ہمارا اپنا SDK (ہمارے صارفین کی ایپلی کیشنز میں بنایا گیا ہے)، نیز ویب انٹرفیس اور ان ہی صارفین کے مختلف ڈیش بورڈز۔ تمام خدمات کو ابتدائی طور پر ڈاکرائز کیا گیا تھا اور ڈوکر کمپوز کے تحت چلایا گیا تھا۔
سچ ہے، ڈوکر کمپوز ہر جگہ استعمال نہیں کیا گیا تھا، لیکن صرف ڈویلپرز کے مقامی ماحول میں، ٹیسٹ پر سرور اور خدمات کی تعمیر اور جانچ کے دوران پائپ لائن کے اندر۔ پیداواری ماحول میں، ہم نے Google Kubernetes Engine (GKE) استعمال کیا۔ مزید برآں، ہم نے پروجیکٹ کے آغاز پر GKE کو مکمل طور پر اس کے ویب انٹرفیس کے ذریعے ترتیب دیا، جو کافی تیز تھا اور جیسا کہ ہم نے اس وقت سوچا تھا، آسان تھا۔ GKE میں خدمات شروع کرنے کے لیے صرف خودکار عمل ڈاکر امیجز بنانا تھا۔
