എഞ്ചിനീയറിംഗ്

എഞ്ചിനീയറിംഗ്

Mythex എങ്ങനെ നിർമ്മിക്കുകയും പ്രവർത്തിപ്പിക്കുകയും ചെയ്യുന്നു, എന്ത് തകരാറിലായി, എങ്ങനെ പരിഹരിച്ചു.

• പരാജയപ്പെട്ട റീപബ്ലിഷ് പ്രവർത്തിക്കുന്ന ബാക്കെൻഡ് ഒരിക്കലും ഇല്ലാതാക്കുന്നില്ല — പരാജയപ്പെട്ട റീപബ്ലിഷ് ഒരു ആപ്പിന്റെ തത്സമയ API ഇല്ലാതാക്കുകയോ തകർന്ന പതിപ്പ് വിടുകയോ ചെയ്യാമായിരുന്നു. പബ്ലിഷ് പഴയപടിയാക്കുന്നതിലെ മൂന്ന് പരിഹാരങ്ങൾ.
• ഓരോ സെർവറിലും അല്ല, ഒരു തവണ മാത്രം മുഴങ്ങുന്ന അലേർട്ടുകൾ — ഒരു ദിവസം ഒരു തവണ മാത്രം വരേണ്ട അലേർട്ട് ഒരു ഉച്ചയ്ക്ക് അഞ്ച് തവണ വന്നു. രണ്ട് സെർവറുകളിലും ഡിപ്ലോയിലും ഡെഡ്യൂപ്പ് തകരുന്നതും പരിഹാരവും.
• ആരെയും കാത്തിരിപ്പിക്കാതെ വലിയ വർക്ക്‌സ്‌പേസുകളിലേക്ക് മാറ്റം — ഞങ്ങളുടെ വർക്ക്‌സ്‌പേസുകളിൽ നാലിലൊന്ന് 1 GB-യിൽ കുടുങ്ങി. ആദ്യ പരിഹാരം ഒരാളെ ഏഴ് മിനിറ്റ് കാത്തിരുത്തി. ഞങ്ങൾ മാറ്റിയതും പിന്നെയും മാറ്റിയതും ഇതാണ്.
• ഡാറ്റാബേസുകൾക്ക് ബിൽ ചെയ്യുന്നത് അവ യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്നതിന് അനുസരിച്ച് — ഓരോ ആപ്പിന്റെയും ഡാറ്റാബേസ് ചെലവ് ഞങ്ങൾ കണക്കാക്കുകയായിരുന്നു, അത് തെറ്റായിരുന്നു. ഇപ്പോൾ ഓരോ ഡാറ്റാബേസും അളന്ന ഉപയോഗത്തിന് അനുസരിച്ച്, മണിക്കൂർ തോറും ബിൽ ചെയ്യുന്നു.
• പബ്ലിഷ് ചെയ്ത ഉടൻ ക്രാഷ് ആകുന്ന ആപ്പുകളെ പിടികൂടുക — മൂന്ന് പബ്ലിഷുകൾ health check കടന്നു, എന്നിട്ടും API ഓരോ boot-ലും ക്രാഷ് ആയി. കാരണം: അഞ്ച് എൻട്രി മാത്രമുള്ള പട്ടികയിൽ ക്രാഷുകൾ എണ്ണിയത്.
• ചിത്രങ്ങൾ നിറഞ്ഞ ഏജന്റ് ടേണുകൾ മെമ്മറിക്കുള്ളിൽ നിർത്തുന്നു — കാറ്റലോഗ് സ്കാനുകൾ നോക്കിക്കൊണ്ടിരുന്ന ഒരു ഏജന്റ് ടേൺ 952 MB-യിൽ മെമ്മറി തീർന്നു. ഓരോന്നും ചിത്രങ്ങൾ അധികനേരം പിടിച്ചുവെച്ച മൂന്ന് വ്യത്യസ്ത കാരണങ്ങൾ, അവ എങ്ങനെ പരിഹരിച്ചു.
• നീണ്ട ഏജന്റ് ടേണുകൾ കോൺടെക്സ്റ്റ് വിൻഡോയ്ക്കുള്ളിൽ നിർത്തുന്നു — ഏജന്റുകൾ മോഡൽ നിരസിക്കുന്നതുവരെ വളർന്നു, മുറിയില്ലെന്ന് കരുതി നേരത്തെ നിർത്തി, റഷ്യൻ ടോക്കണുകൾ തെറ്റായി എണ്ണി. നീണ്ട AI ജോലി പൂർത്തിയാക്കിയ മൂന്ന് പരിഹാരങ്ങൾ.
• ഫോൺ ഉറങ്ങുമ്പോൾ ചാറ്റ് ജീവനോടെ നിർത്തുന്നു — ഫോൺ ഉറങ്ങുകയും ടാബുകൾ മാറുകയും ചെയ്യുമ്പോൾ Mythex-ന്റെ ചാറ്റ് കുടുങ്ങിയതും പകുതി മറുപടി കാണിച്ചതും എന്തുകൊണ്ടെന്നും പരിഹരിച്ചതെങ്ങനെയെന്നും.
• ഒരൊറ്റ ഭാരമുള്ള ചാറ്റിന് ഞങ്ങളുടെ API-യെ എങ്ങനെ തകർക്കാനാകുമായിരുന്നു — സെപ്റ്റംബർ 28-ന് ഞങ്ങളുടെ രണ്ട് API സെർവറുകളും ഒരേ സമയം മെമ്മറി തീർന്നു. ആദ്യ പരിഹാരം കൂടുതൽ മെമ്മറി; യഥാർത്ഥ പരിഹാരം ചാറ്റ് ചരിത്രം വലിപ്പം അനുസരിച്ച് ലോഡ് ചെയ്യുന്നത്.
• Publish രണ്ടുതവണ അമർത്തിയാലും ഇപ്പോൾ ഒരു തവണ മാത്രം പ്രസിദ്ധീകരിക്കുന്നു — ഒരേ ആപ്പിന് മൂന്ന് publish അഭ്യർത്ഥനകൾ 84ms ഇടവിട്ട് എത്തി, ഓരോന്നും പൂർണ്ണ deploy ആരംഭിച്ചു. ഡാറ്റാബേസ് തീരുമാനിക്കുന്നത് എങ്ങനെ, മറ്റുള്ളവരോട് സത്യം പറയുന്നത് എങ്ങനെ.
• സ്വന്തം സൈറ്റ് ശരിയാക്കിയതിൽ നിന്നുള്ള SEO പാഠങ്ങൾ — Duplicate FAQ മാർക്ക്അപ്പ്, തെറ്റായ തംബ്നെയിൽ, ക്ലിക്ക് ഇല്ലാത്ത ടെംപ്ലേറ്റ് പേജുകൾ, edge തടഞ്ഞ പാത: mythex.ai-ൽ കണ്ടെത്തി പരിഹരിച്ചത്.
• സ്റ്റാറ്റിക് സൈറ്റുകൾ വീണ്ടും പബ്ലിഷ് ചെയ്യുമ്പോഴും ഇപ്പോൾ ലൈവായി തുടരുന്നു — സ്റ്റാറ്റിക് സൈറ്റ് വീണ്ടും പബ്ലിഷ് ചെയ്യുമ്പോൾ പഴയത് ആദ്യം ശൂന്യമാക്കപ്പെടുമായിരുന്നു. ഇപ്പോൾ പുതിയത് എത്തുന്നതുവരെ പഴയത് തുടരുന്നു, മാറ്റങ്ങൾ സെക്കൻഡുകൾക്കുള്ളിൽ കാണാം.
• പ്രോഗ്രസ് ലേബലിൽ ഒളിഞ്ഞിരിക്കുന്ന Out-of-Memory ക്രാഷ് — ഞങ്ങളുടെ AI ഏജന്റിന് ഒരു വലിയ ഫയൽ എഴുതുമ്പോൾ മെമ്മറി തീർന്നു. കാരണം മോഡലോ സമാന്തര സബ്-ഏജന്റുകളോ ആയിരുന്നില്ല — 41,000 തവണ വീണ്ടും അയച്ച ഒരു സ്റ്റാറ്റസ് ലേബലായിരുന്നു.
• ഞങ്ങളുടെ സെർവറുകളെ മരവിപ്പിച്ച കാണാതായ സ്വാപ്പ് ഫയൽ — ക്രാഷ് ആകാതെ ഒരു പ്രൊഡക്ഷൻ സെർവർ മറുപടി നൽകുന്നത് നിർത്തി — OOM കിൽ ഇല്ല, സ്വാപ്പ് ഇല്ലാത്ത മെഷീനിൽ പേജ്-കാഷ് ത്രാഷിംഗ് മാത്രം. എന്ത് സംഭവിച്ചു, എന്ത് മാറ്റി.
• ഡെഡ് കണക്ഷനുകളില്ലാതെ ഡാറ്റാബേസുകളെ ഉണർത്തൽ — ഉറക്കത്തിൽ മരിച്ച ഡാറ്റാബേസ് കണക്ഷനുകളിൽ പിടിച്ചതിനാൽ ഉണർന്ന ആപ്പിന്റെ ആദ്യ അഭ്യർത്ഥന 10–12 സെക്കൻഡ് തടഞ്ഞു. അത് 2.3 സെക്കൻഡിലേക്ക് എത്തിച്ചത് എങ്ങനെ.
• ഞങ്ങൾ ഞങ്ങളുടെ സ്വന്തം സേവനങ്ങളെ റേറ്റ്-ലിമിറ്റ് ചെയ്യുകയായിരുന്നു — ഞങ്ങളുടെ API-യുടെ വിലാസ-അധിഷ്ഠിത റേറ്റ് ലിമിറ്റ് സ്വന്തം സേവനങ്ങളെ ഒരു തിരക്കുള്ള വ്യക്തിയെപ്പോലെ കണക്കാക്കി; പ്രൊഡക്ഷനിൽ അവയ്ക്ക് 429-കൾ ലഭിച്ചു. കണ്ടെത്തിയതും പരിഹരിച്ചതും.
• Mythex-ന്റെ സെർവറുകൾ ARM-ലേക്ക് മാറ്റിയത് എന്തുകൊണ്ട് — ഭാരമുള്ള ജോലി സാൻഡ്‌ബോക്സുകളിലേക്ക് മാറ്റിയതോടെ സെർവറുകൾ മെമ്മറിയുടെ മൂന്നിലൊന്ന് മാത്രം ഉപയോഗിച്ചു. ചെറിയ ARM ഇൻസ്റ്റൻസുകൾ ചെലവ് ഏകദേശം 30% കുറച്ചു. എങ്ങനെയെന്ന്.
• ഡിപ്ലോയ് സമയത്തെ 502 പിശകുകൾ പൂജ്യത്തിലേക്ക് എത്തിച്ചത് എങ്ങനെ — ഒരു വാച്ച്ഡോഗ് ഡിപ്ലോയുമായി മത്സരിച്ചതും ലോഡ് ബാലൻസർ വൈകി തിരിച്ചറിഞ്ഞതും: ഇവ എങ്ങനെ കണ്ടെത്തി, പരിഹരിച്ചു, ഡിപ്ലോയ് 10 502-കളിൽ നിന്ന് പൂജ്യത്തിലേക്ക് എങ്ങനെ എത്തി.