സൈബർപങ്ക് ഉപയോഗിച്ച് രുചികരമായ ഒരു ക്ലൗഡ് സേവനത്തിന്റെ സൃഷ്ടിയുടെ ചരിത്രം

നിങ്ങൾ ഐടിയിൽ ജോലി ചെയ്യുമ്പോൾ, സിസ്റ്റങ്ങൾക്ക് അതിന്റേതായ സ്വഭാവമുണ്ടെന്ന് നിങ്ങൾ ശ്രദ്ധിക്കാൻ തുടങ്ങും. അവ വഴക്കമുള്ളതും നിശബ്ദവും വിചിത്രവും കർക്കശവുമാകാം. അവർക്ക് ആകർഷിക്കാനോ പിന്തിരിപ്പിക്കാനോ കഴിയും. ഒരു തരത്തിൽ അല്ലെങ്കിൽ മറ്റൊന്ന്, നിങ്ങൾ അവരുമായി "ചർച്ചകൾ" നടത്തണം, "അപകടങ്ങൾ"ക്കിടയിൽ കുതിച്ചുചാടുകയും അവരുടെ ഇടപെടലിന്റെ ശൃംഖലകൾ നിർമ്മിക്കുകയും വേണം.

അതിനാൽ ഞങ്ങൾക്ക് ഒരു ക്ലൗഡ് പ്ലാറ്റ്‌ഫോം നിർമ്മിക്കാനുള്ള ബഹുമതി ലഭിച്ചു, ഇതിനായി ഞങ്ങളോടൊപ്പം പ്രവർത്തിക്കാൻ രണ്ട് ഉപസിസ്റ്റങ്ങളെ "പ്രേരിപ്പിക്കാൻ" ഞങ്ങൾക്ക് ആവശ്യമാണ്. ഭാഗ്യവശാൽ, ഞങ്ങൾക്ക് ഒരു "API ഭാഷ" ഉണ്ട്, നേരിട്ടുള്ള കൈകളും ഒരുപാട് ഉത്സാഹവുമുണ്ട്.

ഈ ലേഖനം സാങ്കേതികമായി ഹാർഡ്‌കോർ ആയിരിക്കില്ല, പക്ഷേ ക്ലൗഡ് നിർമ്മിക്കുമ്പോൾ ഞങ്ങൾ നേരിട്ട പ്രശ്‌നങ്ങൾ വിവരിക്കും. സിസ്റ്റങ്ങളുള്ള ഒരു പൊതു ഭാഷ ഞങ്ങൾ എങ്ങനെ തിരയുന്നു, അതിൽ നിന്ന് എന്താണ് വന്നത് എന്നതിനെക്കുറിച്ചുള്ള ഒരു ലൈറ്റ് ടെക്നിക്കൽ ഫാന്റസി രൂപത്തിൽ ഞങ്ങളുടെ പാത വിവരിക്കാൻ ഞാൻ തീരുമാനിച്ചു.

പൂച്ചയിലേക്ക് സ്വാഗതം.

വഴിയുടെ തുടക്കം

കുറച്ച് കാലം മുമ്പ്, ഞങ്ങളുടെ ക്ലയന്റുകൾക്ക് ഒരു ക്ലൗഡ് പ്ലാറ്റ്ഫോം സമാരംഭിക്കാൻ ഞങ്ങളുടെ ടീമിനെ ചുമതലപ്പെടുത്തി. സേവനത്തിന്റെ സോഫ്‌റ്റ്‌വെയർ ഭാഗം നടപ്പിലാക്കുന്നതിനുള്ള സാങ്കേതികവിദ്യകൾ തിരഞ്ഞെടുക്കുന്നതിൽ ഞങ്ങൾക്ക് മാനേജ്‌മെന്റ് പിന്തുണയും ഉറവിടങ്ങളും ഹാർഡ്‌വെയർ സ്റ്റാക്കും സ്വാതന്ത്ര്യവും ഉണ്ടായിരുന്നു.

നിരവധി ആവശ്യകതകളും ഉണ്ടായിരുന്നു:

• സേവനത്തിന് സൗകര്യപ്രദമായ ഒരു വ്യക്തിഗത അക്കൗണ്ട് ആവശ്യമാണ്;
• പ്ലാറ്റ്ഫോം നിലവിലുള്ള ബില്ലിംഗ് സംവിധാനത്തിലേക്ക് സംയോജിപ്പിക്കണം;
• സോഫ്റ്റ്‌വെയറും ഹാർഡ്‌വെയറും: ഓപ്പൺസ്റ്റാക്ക് + ടങ്സ്റ്റൺ ഫാബ്രിക് (ഓപ്പൺ കോൺട്രെയ്ൽ), ഞങ്ങളുടെ എഞ്ചിനീയർമാർ നന്നായി "പാചകം" ചെയ്യാൻ പഠിച്ചു.

ഹബ്ര കമ്മ്യൂണിറ്റിക്ക് താൽപ്പര്യമുണ്ടെങ്കിൽ, ടീം എങ്ങനെ ഒത്തുചേർന്നു, വ്യക്തിഗത അക്കൗണ്ട് ഇന്റർഫേസ് വികസിപ്പിച്ചെടുത്തു, ഡിസൈൻ തീരുമാനങ്ങൾ എടുത്തത് എന്നിവയെക്കുറിച്ച് ഞങ്ങൾ മറ്റൊരിക്കൽ നിങ്ങളോട് പറയും.
ഞങ്ങൾ ഉപയോഗിക്കാൻ തീരുമാനിച്ച ഉപകരണങ്ങൾ:

• പൈത്തൺ + ഫ്ലാസ്ക് + സ്വാഗർ + SQLalchemy - പൂർണ്ണമായും സാധാരണ പൈത്തൺ സെറ്റ്;
• ഫ്രണ്ടൻഡിനുള്ള Vue.js;
• AMQP വഴി സെലറി ഉപയോഗിച്ച് ഘടകങ്ങളും സേവനങ്ങളും തമ്മിലുള്ള ആശയവിനിമയം നടത്താൻ ഞങ്ങൾ തീരുമാനിച്ചു.

പൈത്തൺ തിരഞ്ഞെടുക്കുന്നതിനെക്കുറിച്ചുള്ള ചോദ്യങ്ങൾ പ്രതീക്ഷിക്കുന്നു, ഞാൻ വിശദീകരിക്കും. ഞങ്ങളുടെ കമ്പനിയിൽ ഭാഷ അതിന്റെ സ്ഥാനം കണ്ടെത്തി, അതിന് ചുറ്റും ചെറുതും എന്നാൽ ഇപ്പോഴും സംസ്കാരവും വികസിച്ചു. അതിനാൽ, അതിൽ സർവീസ് നിർമ്മിക്കാൻ തീരുമാനിച്ചു. മാത്രമല്ല, ഇത്തരം പ്രശ്നങ്ങളിൽ വികസനത്തിന്റെ വേഗത പലപ്പോഴും നിർണായകമാണ്.

അതിനാൽ, നമുക്ക് നമ്മുടെ പരിചയം ആരംഭിക്കാം.

നിശബ്ദ ബിൽ - ബില്ലിംഗ്

ഈ ആളെ ഞങ്ങൾക്ക് വളരെക്കാലമായി അറിയാം. അവൻ എപ്പോഴും എന്റെ അടുത്തിരുന്ന് ഒന്നും മിണ്ടാതെ എന്തൊക്കെയോ എണ്ണിക്കൊണ്ടിരുന്നു. ചിലപ്പോൾ അദ്ദേഹം ഉപയോക്തൃ അഭ്യർത്ഥനകൾ ഞങ്ങൾക്ക് കൈമാറുകയും ക്ലയന്റ് ഇൻവോയ്‌സുകൾ നൽകുകയും സേവനങ്ങൾ നിയന്ത്രിക്കുകയും ചെയ്‌തു. കഠിനാധ്വാനിയായ ഒരു സാധാരണക്കാരൻ. ശരിയാണ്, ബുദ്ധിമുട്ടുകൾ ഉണ്ടായിരുന്നു. അവൻ നിശബ്ദനാണ്, ചിലപ്പോൾ ചിന്താശീലനാണ്, പലപ്പോഴും സ്വന്തം മനസ്സിൽ.

ഞങ്ങൾ ചങ്ങാത്തം കൂടാൻ ശ്രമിച്ച ആദ്യത്തെ സംവിധാനമാണ് ബില്ലിംഗ്. ഞങ്ങൾ നേരിട്ട ആദ്യത്തെ ബുദ്ധിമുട്ട് സേവനങ്ങൾ പ്രോസസ്സ് ചെയ്യുമ്പോഴാണ്.

ഉദാഹരണത്തിന്, സൃഷ്ടിക്കുകയോ ഇല്ലാതാക്കുകയോ ചെയ്യുമ്പോൾ, ഒരു ടാസ്ക്ക് ആന്തരിക ബില്ലിംഗ് ക്യൂവിലേക്ക് പോകുന്നു. അങ്ങനെ, സേവനങ്ങളുമായുള്ള അസമന്വിത പ്രവർത്തനത്തിന്റെ ഒരു സംവിധാനം നടപ്പിലാക്കുന്നു. ഞങ്ങളുടെ സേവന തരങ്ങൾ പ്രോസസ്സ് ചെയ്യുന്നതിന്, ഈ ക്യൂവിൽ ഞങ്ങളുടെ ടാസ്‌ക്കുകൾ "ഇടിക്കുക" ആവശ്യമാണ്. ഇവിടെ ഞങ്ങൾ ഒരു പ്രശ്നത്തിൽ അകപ്പെട്ടു: ഡോക്യുമെന്റേഷന്റെ അഭാവം.

സോഫ്റ്റ്‌വെയർ API യുടെ വിവരണം അനുസരിച്ച്, ഈ പ്രശ്നം പരിഹരിക്കാൻ ഇപ്പോഴും സാധ്യമാണ്, പക്ഷേ ഞങ്ങൾക്ക് റിവേഴ്സ് എഞ്ചിനീയറിംഗ് ചെയ്യാൻ സമയമില്ല, അതിനാൽ ഞങ്ങൾ ലോജിക്ക് പുറത്തെടുത്ത് RabbitMQ ന് മുകളിൽ ഒരു ടാസ്ക് ക്യൂ സംഘടിപ്പിച്ചു. ഒരു സേവനത്തിലെ ഒരു പ്രവർത്തനം ക്ലയന്റ് തന്റെ സ്വകാര്യ അക്കൗണ്ടിൽ നിന്ന് ആരംഭിക്കുകയും ബാക്കെൻഡിൽ ഒരു സെലറി "ടാസ്ക്" ആയി മാറുകയും ബില്ലിംഗിലും ഓപ്പൺസ്റ്റാക്ക് ഭാഗത്തും നടത്തുകയും ചെയ്യുന്നു. ടാസ്‌ക്കുകൾ നിയന്ത്രിക്കാനും ആവർത്തനങ്ങൾ സംഘടിപ്പിക്കാനും സ്റ്റാറ്റസ് നിരീക്ഷിക്കാനും സെലറി വളരെ സൗകര്യപ്രദമാക്കുന്നു. "സെലറി" എന്നതിനെക്കുറിച്ച് നിങ്ങൾക്ക് കൂടുതൽ വായിക്കാം, ഉദാഹരണത്തിന്, ഇവിടെ.

കൂടാതെ, പണമില്ലാതെ പോയ ഒരു പ്രോജക്റ്റ് ബില്ലിംഗ് നിർത്തിയില്ല. ഡവലപ്പർമാരുമായി ആശയവിനിമയം നടത്തുമ്പോൾ, സ്ഥിതിവിവരക്കണക്കുകൾ കണക്കാക്കുമ്പോൾ (ഇത്തരത്തിലുള്ള യുക്തി ഞങ്ങൾ കൃത്യമായി നടപ്പിലാക്കേണ്ടതുണ്ട്), നിർത്തലാക്കുന്ന നിയമങ്ങളുടെ സങ്കീർണ്ണമായ പരസ്പര ബന്ധമുണ്ടെന്ന് ഞങ്ങൾ കണ്ടെത്തി. എന്നാൽ ഈ മോഡലുകൾ നമ്മുടെ യാഥാർത്ഥ്യങ്ങളുമായി പൊരുത്തപ്പെടുന്നില്ല. സെലറിയിലെ ടാസ്‌ക്കുകളിലൂടെ ഞങ്ങൾ ഇത് നടപ്പിലാക്കി, സേവന മാനേജ്‌മെന്റ് ലോജിക്കിനെ ബാക്ക്‌എൻഡ് വശത്തേക്ക് കൊണ്ടുപോകുന്നു.

മേൽപ്പറഞ്ഞ രണ്ട് പ്രശ്‌നങ്ങളും കോഡ് അൽപ്പം വീർക്കുന്നതിലേക്ക് നയിച്ചു, ഭാവിയിൽ ടാസ്‌ക്കുകൾക്കൊപ്പം പ്രവർത്തിക്കുന്നതിനുള്ള യുക്തിയെ ഒരു പ്രത്യേക സേവനത്തിലേക്ക് മാറ്റുന്നതിന് ഞങ്ങൾ റീഫാക്ടർ ചെയ്യേണ്ടിവരും. ഈ യുക്തിയെ പിന്തുണയ്‌ക്കുന്നതിന് ഉപയോക്താക്കളെയും അവരുടെ സേവനങ്ങളെയും കുറിച്ചുള്ള ചില വിവരങ്ങൾ ഞങ്ങളുടെ പട്ടികകളിൽ സംഭരിക്കേണ്ടതുണ്ട്.

മറ്റൊരു പ്രശ്നം നിശബ്ദതയാണ്.

ചില API അഭ്യർത്ഥനകൾക്ക് ബില്ലി നിശബ്ദമായി "ശരി" എന്ന് ഉത്തരം നൽകുന്നു. ഉദാഹരണത്തിന്, ടെസ്റ്റ് സമയത്ത് ഞങ്ങൾ വാഗ്ദാനം ചെയ്ത പേയ്‌മെന്റുകളുടെ പേയ്‌മെന്റുകൾ നടത്തിയപ്പോൾ ഇത് സംഭവിച്ചു (അതിനെ കുറിച്ച് പിന്നീട്). അഭ്യർത്ഥനകൾ ശരിയായി നടപ്പിലാക്കി, ഞങ്ങൾ പിശകുകളൊന്നും കണ്ടില്ല.

യുഐ വഴി സിസ്റ്റത്തിൽ പ്രവർത്തിക്കുമ്പോൾ എനിക്ക് ലോഗുകൾ പഠിക്കേണ്ടി വന്നു. ബില്ലിംഗ് തന്നെ സമാനമായ അഭ്യർത്ഥനകൾ നടത്തുന്നു, ഒരു നിർദ്ദിഷ്ട ഉപയോക്താവിന് സ്കോപ്പ് മാറ്റുന്നു, ഉദാഹരണത്തിന്, അഡ്മിൻ, അത് സു പാരാമീറ്ററിൽ കൈമാറുന്നു.

പൊതുവേ, ഡോക്യുമെന്റേഷനിലെ വിടവുകളും ചെറിയ API കുറവുകളും ഉണ്ടായിരുന്നിട്ടും, എല്ലാം നന്നായി പോയി. ലോഗുകൾ എങ്ങനെയാണ് ഘടനാപരമായിരിക്കുന്നതെന്നും എന്താണ് ശ്രദ്ധിക്കേണ്ടതെന്നും നിങ്ങൾ മനസ്സിലാക്കിയാൽ കനത്ത ലോഡിൽ പോലും വായിക്കാൻ കഴിയും. ഡാറ്റാബേസിന്റെ ഘടന അലങ്കരിച്ചതും എന്നാൽ തികച്ചും യുക്തിസഹവും ചില വിധങ്ങളിൽ ആകർഷകവുമാണ്.

അതിനാൽ, സംഗ്രഹിച്ചാൽ, ആശയവിനിമയ ഘട്ടത്തിൽ ഞങ്ങൾ നേരിട്ട പ്രധാന പ്രശ്നങ്ങൾ ഒരു നിർദ്ദിഷ്ട സിസ്റ്റത്തിന്റെ നടപ്പാക്കൽ സവിശേഷതകളുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു:

• രേഖകളില്ലാത്ത "സവിശേഷതകൾ" ഒരു തരത്തിൽ അല്ലെങ്കിൽ മറ്റൊരു വിധത്തിൽ നമ്മെ ബാധിച്ചു;
• അടച്ച ഉറവിടം (ബില്ലിംഗ് C++ ൽ എഴുതിയിരിക്കുന്നു), ഫലമായി - "ട്രയലും പിശകും" അല്ലാതെ മറ്റൊരു തരത്തിലും പ്രശ്നം 1 പരിഹരിക്കുന്നത് അസാധ്യമാണ്.

ഭാഗ്യവശാൽ, ഉൽപ്പന്നത്തിന് സാമാന്യം വിപുലമായ API ഉണ്ട്, ഞങ്ങളുടെ സ്വകാര്യ അക്കൗണ്ടിലേക്ക് ഇനിപ്പറയുന്ന സബ്സിസ്റ്റങ്ങൾ ഞങ്ങൾ സംയോജിപ്പിച്ചിരിക്കുന്നു:

• സാങ്കേതിക പിന്തുണ മൊഡ്യൂൾ - നിങ്ങളുടെ സ്വകാര്യ അക്കൗണ്ടിൽ നിന്നുള്ള അഭ്യർത്ഥനകൾ സേവന ക്ലയന്റുകൾക്കായി സുതാര്യമായി ബില്ലിംഗ് ചെയ്യാൻ "പ്രോക്സിഡ്" ആണ്;
• സാമ്പത്തിക മൊഡ്യൂൾ - നിലവിലെ ക്ലയന്റുകൾക്ക് ഇൻവോയ്‌സുകൾ നൽകാനും എഴുതിത്തള്ളൽ നടത്താനും പേയ്‌മെന്റ് പ്രമാണങ്ങൾ സൃഷ്ടിക്കാനും നിങ്ങളെ അനുവദിക്കുന്നു;
• സേവന നിയന്ത്രണ മൊഡ്യൂൾ - ഇതിനായി ഞങ്ങൾ ഞങ്ങളുടെ സ്വന്തം ഹാൻഡ്‌ലർ നടപ്പിലാക്കേണ്ടതുണ്ട്. സിസ്റ്റത്തിന്റെ വിപുലീകരണം ഞങ്ങളുടെ കൈകളിലെത്തി, ഞങ്ങൾ ബില്ലിയെ ഒരു പുതിയ തരം സേവനം "പഠിപ്പിച്ചു".
  ഇത് കുറച്ച് ബുദ്ധിമുട്ടുള്ള കാര്യമായിരുന്നു, പക്ഷേ ഒരു തരത്തിൽ അല്ലെങ്കിൽ മറ്റൊരു തരത്തിൽ, ഞാനും ബില്ലിയും ഒത്തുചേരുമെന്ന് ഞാൻ കരുതുന്നു.

ടങ്സ്റ്റൺ വയലുകളിലൂടെ നടക്കുന്നു - ടങ്സ്റ്റൺ ഫാബ്രിക്

നൂറുകണക്കിന് വയറുകളാൽ ചുറ്റപ്പെട്ട ടങ്സ്റ്റൺ ഫീൽഡുകൾ, അവയിലൂടെ ആയിരക്കണക്കിന് വിവരങ്ങൾ കൈമാറുന്നു. വിവരങ്ങൾ "പാക്കറ്റുകൾ" ആയി ശേഖരിക്കുന്നു, പാഴ്‌സ് ചെയ്തു, സങ്കീർണ്ണമായ റൂട്ടുകൾ നിർമ്മിക്കുന്നു, മാന്ത്രികത പോലെ.

ഞങ്ങൾക്ക് ചങ്ങാതിമാരെ ഉണ്ടാക്കേണ്ടി വന്ന രണ്ടാമത്തെ സിസ്റ്റത്തിന്റെ ഡൊമെയ്‌നാണിത് - ടങ്സ്റ്റൺ ഫാബ്രിക് (ടിഎഫ്), മുമ്പ് ഓപ്പൺ കോൺട്രെയിൽ. നെറ്റ്‌വർക്ക് ഉപകരണങ്ങൾ കൈകാര്യം ചെയ്യുക എന്നതാണ് ഇതിന്റെ ചുമതല, ഉപയോക്താക്കളെന്ന നിലയിൽ ഞങ്ങൾക്ക് ഒരു സോഫ്റ്റ്‌വെയർ അമൂർത്തീകരണം നൽകുന്നു. TF - SDN, നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളുമായി പ്രവർത്തിക്കുന്നതിന്റെ സങ്കീർണ്ണമായ യുക്തിയെ ഉൾക്കൊള്ളുന്നു. സാങ്കേതികവിദ്യയെക്കുറിച്ച് തന്നെ ഒരു നല്ല ലേഖനമുണ്ട്, ഉദാഹരണത്തിന്, ഇവിടെ.

ന്യൂട്രോൺ പ്ലഗിൻ വഴി ഓപ്പൺസ്റ്റാക്കുമായി (ചുവടെ ചർച്ചചെയ്യുന്നത്) സിസ്റ്റം സംയോജിപ്പിച്ചിരിക്കുന്നു.

ഓപ്പൺസ്റ്റാക്ക് സേവനങ്ങളുടെ ഇടപെടൽ.

ഓപ്പറേഷൻ ഡിപ്പാർട്ട്‌മെന്റിലെ ആൺകുട്ടികളാണ് ഈ സംവിധാനത്തിലേക്ക് ഞങ്ങളെ പരിചയപ്പെടുത്തിയത്. ഞങ്ങളുടെ സേവനങ്ങളുടെ നെറ്റ്‌വർക്ക് സ്റ്റാക്ക് നിയന്ത്രിക്കാൻ ഞങ്ങൾ സിസ്റ്റത്തിന്റെ API ഉപയോഗിക്കുന്നു. ഇത് ഞങ്ങൾക്ക് ഇതുവരെ ഗുരുതരമായ പ്രശ്‌നങ്ങളോ അസൗകര്യങ്ങളോ ഉണ്ടാക്കിയിട്ടില്ല (ഒഇയിൽ നിന്നുള്ള ആൺകുട്ടികൾക്കായി എനിക്ക് സംസാരിക്കാൻ കഴിയില്ല), എന്നാൽ ഇടപെടലിൽ ചില വിചിത്രതകൾ ഉണ്ടായിട്ടുണ്ട്.

ആദ്യത്തേത് ഇതുപോലെ കാണപ്പെട്ടു: SSH വഴി കണക്‌റ്റ് ചെയ്യുമ്പോൾ ഇൻസ്‌റ്റൻസ് കൺസോളിലേക്ക് വലിയ അളവിലുള്ള ഡാറ്റ ഔട്ട്‌പുട്ട് ചെയ്യേണ്ട കമാൻഡുകൾ കണക്ഷൻ "ഹാംഗ് അപ്പ്" ചെയ്യുന്നു, വിഎൻസി വഴി എല്ലാം ശരിയായി പ്രവർത്തിക്കുന്നു.

പ്രശ്നം പരിചിതമല്ലാത്തവർക്ക്, ഇത് വളരെ തമാശയായി തോന്നുന്നു: ls / റൂട്ട് ശരിയായി പ്രവർത്തിക്കുന്നു, ഉദാഹരണത്തിന്, മുകളിൽ പൂർണ്ണമായും "ഫ്രീസുകൾ". ഭാഗ്യവശാൽ, ഞങ്ങൾ മുമ്പ് സമാനമായ പ്രശ്നങ്ങൾ നേരിട്ടിട്ടുണ്ട്. കമ്പ്യൂട്ട് നോഡുകളിൽ നിന്ന് റൂട്ടറുകളിലേക്കുള്ള റൂട്ടിൽ MTU ട്യൂൺ ചെയ്താണ് ഇത് തീരുമാനിച്ചത്. വഴിയിൽ, ഇതൊരു TF പ്രശ്നമല്ല.

അടുത്ത പ്രശ്നം ഒരു കോണിൽ ആയിരുന്നു. ഒരു "മനോഹരമായ" നിമിഷത്തിൽ, റൂട്ടിംഗിന്റെ മാന്ത്രികത അപ്രത്യക്ഷമായി, അതുപോലെ തന്നെ. ഉപകരണത്തിൽ റൂട്ടിംഗ് നിയന്ത്രിക്കുന്നത് TF നിർത്തി.

ഞങ്ങൾ അഡ്‌മിൻ തലത്തിൽ നിന്ന് ഓപ്പൺസ്റ്റാക്കിൽ പ്രവർത്തിച്ചു, അതിനുശേഷം ആവശ്യമായ ഉപയോക്തൃ തലത്തിലേക്ക് നീങ്ങി. പ്രവർത്തനങ്ങൾ നടത്തുന്ന ഉപയോക്താവിന്റെ വ്യാപ്തി "ഹൈജാക്ക്" ചെയ്യുന്നതായി SDN ദൃശ്യമാകുന്നു. TF, OpenStack എന്നിവയെ ബന്ധിപ്പിക്കാൻ ഒരേ അഡ്മിൻ അക്കൗണ്ട് ഉപയോഗിക്കുന്നു എന്നതാണ് വസ്തുത. ഉപയോക്താവിലേക്ക് മാറുന്ന ഘട്ടത്തിൽ, "മാജിക്" അപ്രത്യക്ഷമായി. സിസ്റ്റവുമായി ചേർന്ന് പ്രവർത്തിക്കാൻ ഒരു പ്രത്യേക അക്കൗണ്ട് സൃഷ്ടിക്കാൻ തീരുമാനിച്ചു. സംയോജന പ്രവർത്തനത്തെ തകർക്കാതെ പ്രവർത്തിക്കാൻ ഇത് ഞങ്ങളെ അനുവദിച്ചു.

സിലിക്കൺ ലൈഫ്ഫോംസ് - ഓപ്പൺസ്റ്റാക്ക്

വിചിത്രമായ ആകൃതിയിലുള്ള ഒരു സിലിക്കൺ ജീവി ടങ്സ്റ്റൺ ഫീൽഡുകൾക്ക് സമീപം താമസിക്കുന്നു. എല്ലാറ്റിനുമുപരിയായി, ഒരു ഊഞ്ഞാൽ കൊണ്ട് നമ്മെ തകർക്കാൻ കഴിയുന്ന ഒരു പടർന്ന് പിടിച്ച കുട്ടിയെപ്പോലെയാണ് ഇത് കാണപ്പെടുന്നത്, പക്ഷേ അവനിൽ നിന്ന് പ്രത്യക്ഷമായ ഒരു ആക്രമണവുമില്ല. ഇത് ഭയത്തിന് കാരണമാകില്ല, പക്ഷേ അതിന്റെ വലുപ്പം ഭയത്തെ പ്രചോദിപ്പിക്കുന്നു. ചുറ്റും സംഭവിക്കുന്നതിന്റെ സങ്കീർണ്ണത പോലെ.

OpenStack ആണ് ഞങ്ങളുടെ പ്ലാറ്റ്‌ഫോമിന്റെ കാതൽ.

OpenStack-ന് നിരവധി ഉപസിസ്റ്റങ്ങൾ ഉണ്ട്, അവയിൽ ഞങ്ങൾ നിലവിൽ Nova, Glance, Cinder എന്നിവ ഏറ്റവും സജീവമായി ഉപയോഗിക്കുന്നു. അവയിൽ ഓരോന്നിനും അതിന്റേതായ API ഉണ്ട്. നോവയ്ക്ക് കമ്പ്യൂട്ട് റിസോഴ്‌സുകളുടെയും ഇൻസ്റ്റൻസുകളുടെ സൃഷ്‌ടിയുടെയും ഉത്തരവാദിത്തമുണ്ട്, വോള്യങ്ങളും അവയുടെ സ്‌നാപ്പ്‌ഷോട്ടുകളും നിയന്ത്രിക്കുന്നതിന് സിൻഡർ ഉത്തരവാദിയാണ്, ഒഎസ് ടെംപ്ലേറ്റുകളും അവയിലെ മെറ്റൈൻഫോർമേഷനും നിയന്ത്രിക്കുന്ന ഒരു ഇമേജ് സേവനമാണ് ഗ്ലാൻസ്.

ഓരോ സേവനവും ഒരു കണ്ടെയ്‌നറിൽ പ്രവർത്തിക്കുന്നു, സന്ദേശ ബ്രോക്കർ "വെളുത്ത മുയൽ" ആണ് - RabbitMQ.

ഈ സംവിധാനം ഞങ്ങൾക്ക് ഏറ്റവും അപ്രതീക്ഷിതമായ കുഴപ്പങ്ങൾ നൽകി.

സെർവറിലേക്ക് ഒരു അധിക വോള്യം ബന്ധിപ്പിക്കാൻ ഞങ്ങൾ ശ്രമിച്ചപ്പോൾ ആദ്യത്തെ പ്രശ്നം വരാൻ അധികനാളായില്ല. Cinder API ഈ ടാസ്‌ക് നിർവഹിക്കാൻ വിസമ്മതിച്ചു. കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, നിങ്ങൾ OpenStack തന്നെ വിശ്വസിക്കുന്നുവെങ്കിൽ, കണക്ഷൻ സ്ഥാപിച്ചു, എന്നാൽ വെർച്വൽ സെർവറിനുള്ളിൽ ഒരു ഡിസ്ക് ഉപകരണവുമില്ല.

ഞങ്ങൾ ഒരു വഴിമാറാൻ തീരുമാനിക്കുകയും Nova API-യിൽ നിന്ന് അതേ നടപടി അഭ്യർത്ഥിക്കുകയും ചെയ്തു. ഉപകരണം ശരിയായി കണക്‌റ്റുചെയ്യുകയും സെർവറിനുള്ളിൽ ആക്‌സസ് ചെയ്യപ്പെടുകയും ചെയ്യുന്നു എന്നതാണ് ഫലം. ബ്ലോക്ക്-സ്റ്റോറേജ് സിൻഡറിനോട് പ്രതികരിക്കാത്തപ്പോൾ പ്രശ്നം സംഭവിക്കുന്നതായി തോന്നുന്നു.

ഡിസ്കുകളിൽ പ്രവർത്തിക്കുമ്പോൾ മറ്റൊരു ബുദ്ധിമുട്ട് ഞങ്ങളെ കാത്തിരുന്നു. സെർവറിൽ നിന്ന് സിസ്റ്റം വോളിയം വിച്ഛേദിക്കാനായില്ല.

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

ഇവിടെ ഞങ്ങൾ പ്രത്യേകിച്ച് യുദ്ധം ചെയ്യേണ്ടതില്ല, മറിച്ച് സേവനത്തിന്റെ യുക്തിയെക്കുറിച്ചുള്ള ഞങ്ങളുടെ വീക്ഷണം മാറ്റാൻ തീരുമാനിച്ചു. ഒരു ഉദാഹരണമുണ്ടെങ്കിൽ, ഒരു സിസ്റ്റം വോളിയവും ഉണ്ടായിരിക്കണം. അതിനാൽ, "സെർവർ" ഇല്ലാതാക്കാതെ ഉപയോക്താവിന് ഇതുവരെ സിസ്റ്റം "ഡിസ്ക്" നീക്കം ചെയ്യാനോ പ്രവർത്തനരഹിതമാക്കാനോ കഴിയില്ല.

ഓപ്പൺസ്റ്റാക്ക് അതിന്റേതായ ഇന്ററാക്ഷൻ ലോജിക്കും അലങ്കരിച്ച API ഉം ഉള്ള ഒരു സങ്കീർണ്ണമായ സിസ്റ്റമാണ്. വളരെ വിശദമായ ഡോക്യുമെന്റേഷനും, തീർച്ചയായും, ട്രയലും പിശകും (അതില്ലാതെ ഞങ്ങൾ എവിടെയായിരിക്കും) ഞങ്ങളെ സഹായിക്കുന്നു.

പരീക്ഷണ ഓട്ടം

കഴിഞ്ഞ വർഷം ഡിസംബറിൽ ഞങ്ങൾ പരീക്ഷണ വിക്ഷേപണം നടത്തി. ഞങ്ങളുടെ പ്രോജക്റ്റ് ടെക്നിക്കൽ ഭാഗത്തുനിന്നും UX ഭാഗത്തുനിന്നും കോംബാറ്റ് മോഡിൽ പരീക്ഷിക്കുക എന്നതായിരുന്നു പ്രധാന ദൌത്യം. പ്രേക്ഷകരെ തിരഞ്ഞെടുത്ത് ക്ഷണിക്കുകയും ടെസ്റ്റിംഗ് അവസാനിപ്പിക്കുകയും ചെയ്തു. എന്നിരുന്നാലും, ഞങ്ങളുടെ വെബ്‌സൈറ്റിൽ ടെസ്റ്റിംഗിലേക്ക് ആക്‌സസ് അഭ്യർത്ഥിക്കാനുള്ള ഓപ്ഷനും ഞങ്ങൾ വിട്ടു.

പരീക്ഷണം തന്നെ, തീർച്ചയായും, രസകരമായ നിമിഷങ്ങളില്ലാതെ ആയിരുന്നില്ല, കാരണം ഇവിടെയാണ് നമ്മുടെ സാഹസങ്ങൾ ആരംഭിക്കുന്നത്.

ഒന്നാമതായി, പ്രോജക്റ്റിലെ താൽപ്പര്യം ഞങ്ങൾ കുറച്ച് തെറ്റായി വിലയിരുത്തി, ടെസ്റ്റ് സമയത്ത് തന്നെ കമ്പ്യൂട്ട് നോഡുകൾ വേഗത്തിൽ ചേർക്കേണ്ടി വന്നു. ഒരു ക്ലസ്റ്ററിന് ഒരു സാധാരണ കേസ്, എന്നാൽ ഇവിടെയും ചില സൂക്ഷ്മതകൾ ഉണ്ടായിരുന്നു. TF-ന്റെ ഒരു നിർദ്ദിഷ്‌ട പതിപ്പിനായുള്ള ഡോക്യുമെന്റേഷൻ vRouter-നൊപ്പം പ്രവർത്തിക്കുന്ന കേർണലിന്റെ നിർദ്ദിഷ്ട പതിപ്പിനെ സൂചിപ്പിക്കുന്നു. ഏറ്റവും പുതിയ കേർണലുകളുള്ള നോഡുകൾ സമാരംഭിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു. തൽഫലമായി, ടിഎഫിന് നോഡുകളിൽ നിന്ന് റൂട്ടുകൾ ലഭിച്ചില്ല. എനിക്ക് അടിയന്തിരമായി കേർണലുകൾ മടക്കിവെക്കേണ്ടി വന്നു.

നിങ്ങളുടെ സ്വകാര്യ അക്കൗണ്ടിലെ "പാസ്‌വേഡ് മാറ്റുക" ബട്ടണിന്റെ പ്രവർത്തനവുമായി ബന്ധപ്പെട്ടതാണ് മറ്റൊരു ജിജ്ഞാസ.

സെഷനുകളിൽ പ്രവർത്തിക്കാതിരിക്കാൻ ഞങ്ങളുടെ സ്വകാര്യ അക്കൗണ്ടിലേക്കുള്ള ആക്‌സസ് ഓർഗനൈസ് ചെയ്യാൻ JWT ഉപയോഗിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു. സിസ്റ്റങ്ങൾ വൈവിധ്യമാർന്നതും വ്യാപകമായി ചിതറിക്കിടക്കുന്നതുമായതിനാൽ, ബില്ലിംഗിൽ നിന്നുള്ള സെഷനുകളും OpenStack-ൽ നിന്നുള്ള ഒരു ടോക്കണും ഞങ്ങൾ സ്വന്തം ടോക്കൺ കൈകാര്യം ചെയ്യുന്നു. പാസ്‌വേഡ് മാറ്റുമ്പോൾ, ടോക്കൺ തീർച്ചയായും "മോശം പോകുന്നു", കാരണം ഉപയോക്തൃ ഡാറ്റ ഇനി സാധുതയില്ലാത്തതിനാൽ അത് വീണ്ടും നൽകേണ്ടതുണ്ട്.

ഞങ്ങൾക്ക് ഈ പോയിന്റ് നഷ്ടമായി, ഈ ഭാഗം വേഗത്തിൽ പൂർത്തിയാക്കാൻ മതിയായ വിഭവങ്ങൾ ഇല്ലായിരുന്നു. ടെസ്റ്റ് ആരംഭിക്കുന്നതിന് തൊട്ടുമുമ്പ് ഞങ്ങൾക്ക് പ്രവർത്തനം വെട്ടിക്കുറയ്‌ക്കേണ്ടി വന്നു.
നിലവിൽ പാസ്‌വേഡ് മാറിയിട്ടുണ്ടെങ്കിൽ ഞങ്ങൾ ഉപയോക്താവിനെ ലോഗ് ഔട്ട് ചെയ്യുന്നു.

ഈ സൂക്ഷ്മതകൾ ഉണ്ടായിരുന്നിട്ടും, പരിശോധന നന്നായി നടന്നു. രണ്ടാഴ്ചയ്ക്കുള്ളിൽ മുന്നൂറോളം പേർ അവിടെ നിന്നു. ഉപയോക്താക്കളുടെ കണ്ണിലൂടെ ഉൽപ്പന്നം നോക്കാനും അത് പ്രവർത്തനത്തിൽ പരീക്ഷിക്കാനും ഉയർന്ന നിലവാരമുള്ള ഫീഡ്‌ബാക്ക് ശേഖരിക്കാനും ഞങ്ങൾക്ക് കഴിഞ്ഞു.

തുടരേണ്ടത്

നമ്മിൽ പലർക്കും, ഈ സ്കെയിലിലെ ആദ്യ പദ്ധതിയാണിത്. ഒരു ടീമായി എങ്ങനെ പ്രവർത്തിക്കാമെന്നും വാസ്തുവിദ്യാ, ഡിസൈൻ തീരുമാനങ്ങൾ എടുക്കുന്നതിനെക്കുറിച്ചും വിലപ്പെട്ട നിരവധി പാഠങ്ങൾ ഞങ്ങൾ പഠിച്ചു. ചെറിയ വിഭവങ്ങൾ ഉപയോഗിച്ച് സങ്കീർണ്ണമായ സംവിധാനങ്ങളെ എങ്ങനെ സംയോജിപ്പിച്ച് ഉൽപ്പാദനത്തിലേക്ക് മാറ്റാം.

തീർച്ചയായും, കോഡിന്റെ കാര്യത്തിലും സിസ്റ്റം ഇന്റഗ്രേഷന്റെ ഇന്റർഫേസുകളിലും പ്രവർത്തിക്കാൻ എന്തെങ്കിലും ഉണ്ട്. പ്രോജക്റ്റ് വളരെ ചെറുപ്പമാണ്, പക്ഷേ അതിനെ വിശ്വസനീയവും സൗകര്യപ്രദവുമായ സേവനമായി വളർത്താനുള്ള അഭിലാഷങ്ങൾ ഞങ്ങൾ നിറഞ്ഞതാണ്.

സംവിധാനങ്ങളെ അനുനയിപ്പിക്കാൻ ഞങ്ങൾക്ക് ഇതിനകം കഴിഞ്ഞു. ബിൽ തന്റെ ക്ലോസറ്റിൽ കൗണ്ടിംഗ്, ബില്ലിംഗ്, ഉപയോക്തൃ അഭ്യർത്ഥനകൾ എന്നിവ കൃത്യമായി കൈകാര്യം ചെയ്യുന്നു. ടങ്സ്റ്റൺ ഫീൽഡുകളുടെ "മാജിക്" നമുക്ക് സ്ഥിരമായ ആശയവിനിമയം നൽകുന്നു. ഓപ്പൺസ്റ്റാക്ക് മാത്രമേ ചിലപ്പോൾ കാപ്രിസിയസ് ആകൂ, "'WSREP ആപ്ലിക്കേഷൻ ഉപയോഗത്തിനായി ഇതുവരെ നോഡ് തയ്യാറാക്കിയിട്ടില്ല" എന്ന് വിളിച്ചുപറയുന്നു. എന്നാൽ ഇത് തികച്ചും വ്യത്യസ്തമായ കഥയാണ് ...

ഞങ്ങൾ അടുത്തിടെ സേവനം ആരംഭിച്ചു.
ഞങ്ങളുടെ എല്ലാ വിശദാംശങ്ങളും നിങ്ങൾക്ക് കണ്ടെത്താനാകും സൈറ്റ്.

CLO വികസന സംഘം

ഉപയോഗപ്രദമായ ലിങ്കുകൾ

ഓപ്പൺസ്റ്റാക്ക്

• https://docs.openstack.org/nova/latest/
• https://docs.openstack.org/keystone/latest/
• https://docs.openstack.org/cinder/latest/
• https://docs.openstack.org/glance/latest/

ടങ്സ്റ്റൺ ഫാബ്രിക്

• http://docs.tungsten.io/en/latest/user/getting-started/index.html
• https://www.juniper.net/documentation/en_US/contrail-cloud10.0/topics/concept/contrail-cloud-openstack-integration-overview.html

അവലംബം: www.habr.com