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