ഡോക്കർ-കമ്പോസിൽ നിന്ന് കുബർനെറ്റസിലേക്ക് ഒരു സ്റ്റാർട്ടപ്പ് എങ്ങനെ എത്തി

ഈ ലേഖനത്തിൽ, ഞങ്ങളുടെ സ്റ്റാർട്ടപ്പ് പ്രോജക്റ്റിലെ ഓർക്കസ്‌ട്രേഷനിലേക്കുള്ള സമീപനം ഞങ്ങൾ എങ്ങനെ മാറ്റി, എന്തുകൊണ്ടാണ് ഞങ്ങൾ ഇത് ചെയ്‌തത്, ഒപ്പം ഞങ്ങൾ എന്ത് പ്രശ്‌നങ്ങൾ പരിഹരിച്ചു എന്നതിനെക്കുറിച്ച് സംസാരിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. ഈ ലേഖനം അദ്വിതീയമാണെന്ന് അവകാശപ്പെടാൻ പ്രയാസമാണ്, പക്ഷേ ഇപ്പോഴും ഇത് മറ്റൊരാൾക്ക് ഉപയോഗപ്രദമാകുമെന്ന് ഞാൻ കരുതുന്നു, കാരണം പ്രശ്നം പരിഹരിക്കുന്ന പ്രക്രിയയിൽ മെറ്റീരിയൽ ഞങ്ങൾ മാന്യമായ ഒരു ക്രീക്ക് ഉപയോഗിച്ച് ശേഖരിച്ചു.  

ഞങ്ങൾക്ക് എന്താണ് ഉണ്ടായിരുന്നത്, നമ്മൾ എന്തിനെക്കുറിച്ചാണ് സംസാരിക്കുന്നത്? പരസ്യ മേഖലയിൽ നിന്നുള്ള വികസനത്തിന്റെ ഏകദേശം 2 വർഷത്തെ ചരിത്രമുള്ള ഒരു സ്റ്റാർട്ട്-അപ്പ് പ്രോജക്റ്റ് ഞങ്ങൾക്കുണ്ടായിരുന്നു. പ്രോജക്റ്റ് യഥാർത്ഥത്തിൽ ഒരു മൈക്രോ സർവീസ് എന്ന നിലയിലാണ് നിർമ്മിച്ചത്, അതിന്റെ സെർവർ ഭാഗം സിംഫോണി + അൽപ്പം ലാറവെൽ, ജാങ്കോ, നേറ്റീവ് നോഡ്ജെ എന്നിവയിൽ എഴുതിയിരിക്കുന്നു. സേവനങ്ങൾ അടിസ്ഥാനപരമായി മൊബൈൽ ക്ലയന്റുകളുടെ ഒരു API ആണ് (അവയിൽ 3 എണ്ണം പ്രോജക്റ്റിൽ ഉണ്ട്) കൂടാതെ IOS-നുള്ള ഞങ്ങളുടെ സ്വന്തം SDK (ഞങ്ങളുടെ ഉപഭോക്താക്കളുടെ ആപ്ലിക്കേഷനുകളിൽ നിർമ്മിച്ചത്), അതുപോലെ തന്നെ വെബ് ഇന്റർഫേസുകളും ഇതേ ഉപഭോക്താക്കളുടെ വിവിധ ഡാഷ്‌ബോർഡുകളും. എല്ലാ സേവനങ്ങളും തുടക്കത്തിൽ ഡോക്കറൈസ് ചെയ്യുകയും ഡോക്കർ-കമ്പോസ് നടത്തുകയും ചെയ്തു.

ശരിയാണ്, ഡോക്കർ-കമ്പോസ് എല്ലായിടത്തും ഉപയോഗിച്ചിട്ടില്ല, എന്നാൽ ഡവലപ്പർമാരുടെ പ്രാദേശിക പരിതസ്ഥിതിയിലും ടെസ്റ്റ് സെർവറിലും പൈപ്പ്ലൈനിനുള്ളിലും സേവനങ്ങൾ നിർമ്മിക്കുമ്പോഴും പരിശോധിക്കുമ്പോഴും മാത്രമാണ്. എന്നാൽ ഉൽപ്പാദന പരിതസ്ഥിതിയിൽ, Google Kubernetes Engine (GKE) ഉപയോഗിച്ചു. മാത്രമല്ല, പ്രോജക്റ്റിന്റെ തുടക്കത്തിൽ ഞങ്ങൾ ജികെഇ കോൺഫിഗറേഷൻ അതിന്റെ വെബ് ഇന്റർഫേസിലൂടെ പൂർണ്ണമായും ചെയ്തു, അത് വളരെ വേഗതയുള്ളതും അപ്പോൾ ഞങ്ങൾക്ക് തോന്നിയതുപോലെ സൗകര്യപ്രദവുമായിരുന്നു. GKE-യിൽ സേവനങ്ങൾ പ്രവർത്തിപ്പിക്കുന്നതിന് ഡോക്കർ ഇമേജുകൾ നിർമ്മിക്കുന്ന പ്രക്രിയ മാത്രമാണ് ഇവിടെ യാന്ത്രികമാക്കിയത്.

കൂടുതൽ വായിക്കുക