ഓൺ-പ്രേം, വിപിസി, ഓപ്പൺവെയ്റ്റ് ഹോസ്റ്റിംഗ്

നേട്ടങ്ങൾ:

• നിയന്ത്രിത API, VPC, ഓൺ-പ്രേം ഹോസ്റ്റിംഗ് എന്നിവ തമ്മിലുള്ള ട്രേഡ്-ഓഫുകൾ വിലയിരുത്താനുള്ള കഴിവ്
• ഡാറ്റ പരമാധികാരം, വോളിയം, പ്രവർത്തന ശേഷി എന്നിവ അടിസ്ഥാനമാക്കി ഹോസ്റ്റിംഗ് തീരുമാനിക്കാനുള്ള കഴിവ്
• മുഴുവൻ ഇനങ്ങളും ഡിസൈൻ ഹൈബ്രിഡ് ആർക്കിടെക്ചറും ഉപയോഗിച്ച് ഉടമസ്ഥതയുടെ മൊത്തം ചെലവ് (TCO) കണക്കാക്കാനുള്ള കഴിവ്

ചില ഓർഗനൈസേഷനുകൾക്ക്, "ഒരു ദാതാവിന് ഡാറ്റ അയയ്ക്കുന്നത്" - എത്ര സുരക്ഷിതമാണെങ്കിലും - സ്വീകാര്യമല്ല. പ്രതിരോധ വ്യവസായത്തിലും പൊതുമേഖലയിലും ബാങ്കിംഗിലും ചില ആരോഗ്യ സാഹചര്യങ്ങളിലും ഡാറ്റ ഒരിക്കലും സ്ഥാപനത്തിൻ്റെ അതിർത്തിക്കപ്പുറത്തേക്ക് പോകരുത്. ഈ ഘട്ടത്തിൽ, നിങ്ങളുടെ സ്വന്തം മോഡൽ ഹോസ്റ്റുചെയ്യുന്നത് മുന്നിൽ വരുന്നു: ഓപ്പൺ-വെയ്റ്റ് മോഡലുകൾ, നിങ്ങളുടെ സ്വന്തം ക്ലൗഡ് നെറ്റ്‌വർക്കിൽ (VPC) അല്ലെങ്കിൽ നിങ്ങളുടെ സ്വന്തം സെർവറുകളിൽ (ഓൺ-പ്രേം) പ്രവർത്തിക്കുന്നു. ഈ യൂണിറ്റിൽ, നിയന്ത്രിത API-യും സ്വയം-ഹോസ്‌റ്റിംഗും തമ്മിലുള്ള ഇടപാടുകളും, അത് യുക്തിസഹമാകുമ്പോൾ, ഉടമസ്ഥാവകാശത്തിൻ്റെ ആകെ ചെലവും (TCO) ഞങ്ങൾ പഠിക്കും.

ആശയങ്ങൾ

• നിയന്ത്രിത API: മോഡൽ ദാതാവിൻ്റെ ഇൻഫ്രാസ്ട്രക്ചറിൽ പ്രവർത്തിക്കുന്നു; നിങ്ങൾ ഒരു അഭ്യർത്ഥന അയച്ച് ഒരു പ്രതികരണം നേടുക. പ്രവർത്തന ഓവർഹെഡ് വളരെ കുറവാണ്, എന്നാൽ ഡാറ്റ ദാതാവിലേക്ക് പോകുന്നു.
• ഓപ്പൺ-വെയ്റ്റ് മോഡൽ: മോഡൽ പാരാമീറ്ററുകൾ (ഭാരം) ഡൗൺലോഡ് ചെയ്യാം; നിങ്ങളുടെ സ്വന്തം ഹാർഡ്‌വെയറിൽ ഇത് പ്രവർത്തിപ്പിക്കാം. ഇത് "ഓപ്പൺ സോഴ്‌സ്" പോലെയാകണമെന്നില്ല (ലൈസൻസ് വ്യത്യസ്തമായിരിക്കാം).
• VPC ഹോസ്റ്റിംഗ് (വെർച്വൽ പ്രൈവറ്റ് ക്ലൗഡ്): നിങ്ങളുടേതായ ഒറ്റപ്പെട്ട ക്ലൗഡ് നെറ്റ്‌വർക്കിൽ മോഡൽ പ്രവർത്തിപ്പിക്കുന്നു; ഡാറ്റ നിങ്ങളുടെ നെറ്റ്‌വർക്ക് അതിർത്തിയിൽ അവശേഷിക്കുന്നു, പക്ഷേ ഇൻഫ്രാസ്ട്രക്ചർ ഇപ്പോഴും ക്ലൗഡിലാണ്.
• ഓൺ-പ്രേം (ഓൺ-പരിസരത്ത്): നിങ്ങളുടെ സ്വന്തം ഡാറ്റാ സെൻ്ററിലെ ഹാർഡ്‌വെയറിൽ മോഡൽ പൂർണ്ണമായും പ്രവർത്തിപ്പിക്കുന്നു; ഉയർന്ന നിയന്ത്രണം, ഉയർന്ന പ്രവർത്തന ലോഡ്.

മുന്നറിയിപ്പ്: "സ്വന്തം ഹോസ്റ്റിംഗ് എപ്പോഴും സുരക്ഷിതമാണ്" എന്നത് ഒരു തെറ്റിദ്ധാരണയാണ്. നിങ്ങൾ ഡാറ്റ എവിടെ സൂക്ഷിക്കുന്നു എന്നതിനെ ആശ്രയിച്ചിരിക്കും സുരക്ഷ നിങ്ങൾ അത് എത്ര നന്നായി കൈകാര്യം ചെയ്യുന്നു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു. അൺപാച്ച് ചെയ്യാത്തതും മോശമായി കോൺഫിഗർ ചെയ്തതുമായ ഓൺ-പ്രേം സെർവർ പ്രായപൂർത്തിയായ മാനേജ് ചെയ്ത API-യെക്കാൾ അപകടകരമാണ്.

തീരുമാന അച്ചുതണ്ട്: ഏത് എപ്പോൾ?

മൂന്ന് ചോദ്യങ്ങൾ തീരുമാനത്തെ നയിക്കുന്നു:

1. ഡാറ്റ പരമാധികാരം: സ്ഥാപനം/രാജ്യത്ത് നിന്ന് പുറത്തുപോകുന്നതിൽ നിന്ന് ഡാറ്റയെ നിയമമോ കരാറോ വിലക്കുന്നുണ്ടോ? ഉണ്ടെങ്കിൽ, നിങ്ങൾ VPC/on-prem-ലേക്ക് തള്ളപ്പെടും.
2. വോളിയവും ചെലവും: ഉപയോഗം വളരെ ഉയർന്നതും പ്രവചനാതീതവുമാണോ? സ്വയം-ഹോസ്റ്റിംഗിൻ്റെ വളരെ ഉയർന്ന അളവുകൾ യൂണിറ്റ് ചെലവ് കുറയ്ക്കും; കുറഞ്ഞ/അനിയന്ത്രിതമായ വോളിയത്തിൽ നിയന്ത്രിക്കുന്ന API മിക്കവാറും എല്ലായ്‌പ്പോഴും വിലകുറഞ്ഞതാണ്.
3. പ്രവർത്തന ശേഷി: ജിപിയു ഇൻഫ്രാസ്ട്രക്ചർ, മോഡൽ അപ്ഡേറ്റ് ചെയ്യൽ, സ്കെയിലിംഗ്, സെക്യൂരിറ്റി പാച്ചിംഗ് എന്നിവ നിലനിർത്താൻ നിങ്ങൾക്ക് ടീം ഉണ്ടോ? അല്ലെങ്കിൽ നിങ്ങളുടെ സ്വന്തം ഹോസ്റ്റിംഗ് ഒരു മറഞ്ഞിരിക്കുന്ന ചെലവാണ്.

ട്രേഡ്ഓഫ് പട്ടിക

വലിപ്പം

നിയന്ത്രിത API

വി.പി.സി

ഓൺ-പ്രേം (ഓപ്പൺ വെയ്റ്റ്)

ഡാറ്റ പരമാധികാരം

ദാതാവിനെ വിശ്വസിക്കുക

ഉയർന്നത് (നിങ്ങളുടെ നെറ്റ്‌വർക്ക് പരിധിയിൽ)

ഏറ്റവും ഉയർന്നത് (ഒരിക്കലും ഉയരുന്നില്ല)

ഓപ്പറേഷൻ ലോഡ്

വളരെ കുറവാണ്

ഇടത്തരം

ഉയർന്നത്

പ്രാരംഭ ചെലവ്

കുറവ് (നിങ്ങൾ പോകുമ്പോൾ പണം നൽകുക)

ഇടത്തരം

ഉയർന്ന (ഹാർഡ്‌വെയർ)

സ്കെയിലിംഗ്

ഓട്ടോമാറ്റിക്

നിയന്ത്രിച്ചു

നിങ്ങളുടെ ഉത്തരവാദിത്തം

മോഡൽ നിലവാരം/കറൻസി

ഏറ്റവും പുതിയ, യാന്ത്രിക

ആശ്രയിച്ചിരിക്കുന്നു

നിങ്ങൾ അപ്ഡേറ്റ് ചെയ്യുക

നിയന്ത്രണം

താഴ്ന്ന

ഉയർന്നത്

നിറഞ്ഞു

ഘട്ടം ഘട്ടമായി: ഹോസ്റ്റിംഗ് തീരുമാനം

1. ഡാറ്റ ക്ലാസ് നിർണ്ണയിക്കുക. ഏത് രഹസ്യാത്മക തലത്തിലാണ് ഡാറ്റ പ്രോസസ്സ് ചെയ്യുന്നത്?
2. നിയമപരമായ നിയന്ത്രണം പരിശോധിക്കുക. ഡാറ്റ പുറത്തുവരാൻ കഴിയുമോ? (കെവികെകെ, സെക്ടർ റെഗുലേഷൻ, കരാർ.)
3. വോളിയം കണക്കാക്കുക. പ്രതിമാസ അഭ്യർത്ഥന/ടോക്കൺ വോളിയവും വളർച്ചാ വക്രവും.
4. TCO കണക്കാക്കുക. ജിപിയു മാത്രമല്ല; ഊർജ്ജം, പരിപാലനം, ടീം, സുരക്ഷ, ആവർത്തനം.
5. ഹൈബ്രിഡ് ചിന്തിക്കുക. ഓൺ-പ്രേം/വിപിസിയിൽ സെൻസിറ്റീവ് ഡാറ്റയും മാനേജ് ചെയ്യപ്പെടുന്ന എപിഐയിലെ നോൺ-സെൻസിറ്റീവ് ഡാറ്റയും പ്രോസസ്സ് ചെയ്യുന്ന ഒരു ഹൈബ്രിഡ് മോഡൽ പലപ്പോഴും ഏറ്റവും സ്ഥിരതയുള്ളതാണ്.

പകർത്താവുന്ന നാല് ടെംപ്ലേറ്റുകൾ

ഹോസ്റ്റിംഗ് തീരുമാനം പ്രോംപ്റ്റ്:

ഇനിപ്പറയുന്ന ഉപയോഗത്തിനായി ഹോസ്റ്റിംഗ് തീരുമാനിക്കുക: {{ സാഹചര്യം }}ചോദ്യങ്ങൾ:- പ്രോസസ്സ് ചെയ്യേണ്ട ഡാറ്റയുടെ സ്വകാര്യത ക്ലാസ് എന്താണ്? (പബ്ലിക്/ആന്തരികം/രഹസ്യം/പരമ രഹസ്യം)- ഓർഗനൈസേഷന് പുറത്ത് ഡാറ്റ പോകാൻ നിയമം/കരാർ അനുവദിക്കുന്നുണ്ടോ?- പ്രതിമാസ വോളിയം പ്രവചനവും പ്രവചനവും?- പ്രവർത്തനങ്ങൾ/ജിപിയു ടീം കപ്പാസിറ്റി ഉണ്ടോ? ശുപാർശ: "മാനേജ്ഡ് API / VPC / On-prem / Hybrid" + ന്യായീകരണം.

TCO ഇനങ്ങളുടെ ലിസ്റ്റ് (സ്വയം-ഹോസ്റ്റിംഗിനായി):

ഉടമസ്ഥാവകാശത്തിൻ്റെ ആകെ ചെലവ് കണക്കാക്കുക:- ഹാർഡ്‌വെയർ (ജിപിയു) വാങ്ങൽ/ലീസ്- എനർജി ആൻഡ് കൂളിംഗ്- ഹ്യൂമൻ: MLOps + സെക്യൂരിറ്റി ടീം സമയം- മോഡൽ അപ്‌ഡേറ്റും ടെസ്റ്റിംഗ് വർക്ക്‌ഫോഴ്‌സും- റിഡൻഡൻസി/ഡിസാസ്റ്റർ റിക്കവറി- സെക്യൂരിറ്റി പാച്ചിംഗും നിരീക്ഷണവും 12-24 മാസത്തെ ചക്രവാളത്തിൽ മാനേജ് ചെയ്യുന്ന API-യുടെ പ്രതിമാസ ബില്ലുമായി താരതമ്യം ചെയ്യുക.

ഹൈബ്രിഡ് റൂട്ടിംഗ് നിയമം:

ഡാറ്റാ ക്ലാസിനെ അടിസ്ഥാനമാക്കി ഓരോ അഭ്യർത്ഥനയും റൂട്ട് ചെയ്യുക:- "രഹസ്യം / പരമ രഹസ്യം" ഡാറ്റ -> ഓൺ-പ്രേം/വിപിസി മോഡൽ- "പൊതു / ആന്തരിക" ഡാറ്റ -> നിയന്ത്രിത API (കൂടുതൽ ശക്തം / വിലകുറഞ്ഞത്) ഓഡിറ്റ് ലോഗിലേക്ക് ഫോർവേഡിംഗ് തീരുമാനവും ഡാറ്റ ക്ലാസും എഴുതുക.

ഭാരം സുരക്ഷാ പരിശോധനാ നിർദ്ദേശം തുറക്കുക:

ഞങ്ങളുടെ സ്വയം-ഹോസ്‌റ്റ് ചെയ്‌ത മോഡൽ വിലയിരുത്തുക:- ലൈസൻസ് വാണിജ്യപരമായ ഉപയോഗവും ഞങ്ങളുടെ സാഹചര്യവും അനുവദിക്കുന്നുണ്ടോ?- വിശ്വസനീയമായ ഉറവിടത്തിൽ നിന്നുള്ള മോഡൽ വെയ്‌റ്റുകൾ, സമഗ്രത (ഹാഷ്) പരിശോധിച്ചുറപ്പിച്ചിട്ടുണ്ടോ?- സെർവർ പാച്ചിംഗ്, നെറ്റ്‌വർക്ക് ഐസൊലേഷൻ, ആക്‌സസ് കൺട്രോൾ ഇൻസ്‌റ്റാൾ ചെയ്‌തിട്ടുണ്ടോ?- നിയന്ത്രിത API പോലെ പ്രായപൂർത്തിയായവരെ നിരീക്ഷിക്കുകയും ലോഗിംഗ് ചെയ്യുകയും ചെയ്യുന്നുണ്ടോ? നഷ്‌ടമായ ഏതെങ്കിലും ഇനങ്ങൾ "ഓൺ" ആയി അടയാളപ്പെടുത്തുക.

ദുർബലമായ പ്രോംപ്റ്റ് / ശക്തമായ പ്രോംപ്റ്റ്

മോശം സമീപനം

ശക്തമായ സമീപനം

"ഓൺ-പ്രേം സുരക്ഷിതമാണ്, എപ്പോഴും ഇത് ഉപയോഗിക്കുക"

ഡാറ്റ പരമാധികാരം + വോളിയം + ശേഷി അടിസ്ഥാനമാക്കിയുള്ള തീരുമാനം

ജിപിയു വില മാത്രം നോക്കുന്നു

മുഴുവൻ TCO (ഊർജ്ജം, ക്രൂ, അപ്ഡേറ്റുകൾ, സുരക്ഷ)

ഒരൊറ്റ ഹോസ്റ്റിംഗ് മോഡലിലേക്ക് ലോക്ക് ചെയ്യപ്പെടുന്നു

ഹൈബ്രിഡ്: ഡാറ്റ ക്ലാസ് വഴി റൂട്ടിംഗ്

തുറന്ന ഭാരം കുറയ്ക്കാതെയും അത് പരിശോധിക്കാതെയും ഓടുന്നു

ലൈസൻസ് + സമഗ്രത + പാച്ച് + ട്രെയ്സ് നിയന്ത്രണം

മൂന്ന് മിനി കേസുകൾ

കേസ് 1 - ഓൺ-പ്രേം മാൻഡേറ്റ് ശരിയായ തീരുമാനമായിരുന്നു. ഒരു പ്രതിരോധ കരാറുകാരൻ വളരെ രഹസ്യാത്മക രേഖകൾ പ്രോസസ്സ് ചെയ്യേണ്ടതായിരുന്നു; കരാർ പ്രകാരം രാജ്യത്തിന് പുറത്തേക്ക് ഡാറ്റ എടുക്കുന്നത് നിരോധിച്ചിരിക്കുന്നു. നിയന്ത്രിത API തുടക്കം മുതൽ ഒഴിവാക്കപ്പെട്ടു. ഓൺ-പ്രേം ഓപ്പൺ വെയ്റ്റ് മോഡൽ സ്ഥാപിച്ചു; ചെലവ് കൂടുതലായിരുന്നു, പക്ഷേ അനുയോജ്യമായ ഒരേയൊരു ഓപ്ഷനായിരുന്നു അത്.

കേസ് 2 - രഹസ്യ TCO തീരുമാനം മാറ്റി. "API ചെലവേറിയതാണ്" എന്നതിനാൽ സ്വയം-ഹോസ്റ്റിംഗിലേക്ക് മാറാൻ ഒരു സ്റ്റാർട്ടപ്പ് പദ്ധതിയിട്ടിരുന്നു. TCO കണക്കുകൂട്ടലിൽ, നിങ്ങൾ GPU മാത്രമല്ല ഉൾപ്പെടുത്തുന്നത്; 2 മുഴുവൻ സമയ MLOps എഞ്ചിനീയർമാരെ ചേർക്കുക, അപ്‌ഡേറ്റ് ലോഡ്, റിഡൻഡൻസി എന്നിവ ചേർക്കുക, 24 മാസത്തെ ആകെ തുക മാനേജ് ചെയ്യുന്ന API-യുടെ ഇരട്ടിയാണ്. അവയുടെ വോളിയം കുറവും ഇടയ്ക്കിടെയും ഉള്ളതിനാൽ അവർ API-യിൽ തുടർന്നു.

കേസ് 3 - ഹൈബ്രിഡ് മികച്ചത് നൽകി. ഒരു ബാങ്കിൻ്റെ കോൾ സെൻ്റർ അസിസ്റ്റൻ്റ് രണ്ട് തരം ഡാറ്റ പ്രോസസ്സ് ചെയ്യുകയായിരുന്നു: പൊതുവായ ഉൽപ്പന്ന ചോദ്യങ്ങളും ഉപഭോക്തൃ-നിർദ്ദിഷ്ട അക്കൗണ്ട് ഡാറ്റയും. അക്കൗണ്ട് ഡാറ്റ വിപിസിക്കുള്ളിലെ മോഡലിലേക്ക് നയിക്കപ്പെടുന്നു, പൊതുവായ ചോദ്യങ്ങൾ ശക്തമായ മാനേജുചെയ്ത API-ലേക്ക് നയിക്കപ്പെടുന്നു. സെൻസിറ്റീവ് ഡാറ്റ ഒരിക്കലും പുറത്തുവന്നിട്ടില്ല, പൊതുവായ ചോദ്യങ്ങൾക്ക് ഏറ്റവും ശക്തമായ മോഡലിൻ്റെ ഗുണനിലവാരം ഉപയോഗിച്ചു; ചെലവും ഫിറ്റും ഒരുമിച്ച് ഒപ്റ്റിമൈസ് ചെയ്തിരിക്കുന്നു.

നുറുങ്ങ്: തീരുമാനം ബൈനറി ആയിരിക്കണമെന്നില്ല (എല്ലാം അല്ലെങ്കിൽ ഒന്നുമില്ല). ഹൈബ്രിഡ് ആർക്കിടെക്ചർ - ക്ലാസ് പ്രകാരമുള്ള ഡാറ്റ റൂട്ടിംഗ് - മിക്ക എൻ്റർപ്രൈസ് സാഹചര്യങ്ങളിലും ഒരേസമയം പാലിക്കലും ചെലവും പരിഹരിക്കുന്നു.

സാധാരണ തെറ്റുകൾ

• "സ്വന്തം ഹോസ്റ്റിംഗ് സ്വയമേവ സുരക്ഷിതമാണ്" എന്ന് കരുതുക; അതേസമയം സുരക്ഷ മാനേജ്മെൻ്റിൻ്റെ ഗുണനിലവാരത്തെ ആശ്രയിച്ചിരിക്കുന്നു.
• TCO എന്നത് GPU ചെലവ് മാത്രമാണെന്ന് ചിന്തിക്കുന്നു; ടീം, ഊർജ്ജം, അപ്ഡേറ്റ് ചെയ്യൽ, സുരക്ഷയെക്കുറിച്ച് മറക്കൽ.
• കുറഞ്ഞ/ക്രമരഹിതമായ വോളിയത്തിൽ സ്വയം-ഹോസ്റ്റിംഗിലേക്ക് മാറുകയും യൂണിറ്റ് ചെലവ് വർദ്ധിപ്പിക്കുകയും ചെയ്യുന്നു.
• ലൈസൻസും സമഗ്രതയും (ഹാഷ്) പരിശോധിക്കാതെ ഓപ്പൺ വെയ്റ്റ് മോഡൽ ഉപയോഗിക്കുന്നു.
• ഓൺ-പ്രേം സെർവറിൽ നിയന്ത്രിത API പോലെ പ്രായപൂർത്തിയായ മോണിറ്ററിംഗ്/ലോഗിംഗ് ഇൻസ്റ്റാൾ ചെയ്യുന്നില്ല.
• ഹൈബ്രിഡ് ഓപ്ഷൻ പരിഗണിക്കാതെ ബൈനറി തീരുമാനം എടുക്കുന്നു.

ചുരുക്കത്തിൽ

• നിയന്ത്രിത API ആണ് പ്രവർത്തനപരമായി ഏറ്റവും എളുപ്പമുള്ളത്, എന്നാൽ ഡാറ്റ ദാതാവിലേക്ക് പോകുന്നു; VPC/on-prem നിങ്ങളുടെ അതിർത്തിയിൽ ഡാറ്റ സൂക്ഷിക്കുന്നു.
• മൂന്ന് ചോദ്യങ്ങൾ തീരുമാനത്തെ നയിക്കുന്നു: ഡാറ്റ പരമാധികാരം, വോളിയം/ചെലവ് പ്രവചിക്കാനാകുന്നത്, പ്രവർത്തന ശേഷി.
• "സ്വയം-ഹോസ്റ്റിംഗ് കൂടുതൽ സുരക്ഷിതമാണ്" എന്നത് ഒരു തെറ്റിദ്ധാരണയാണ്; നിങ്ങൾ ഡാറ്റ എവിടെ സൂക്ഷിക്കുന്നു എന്നതിനെ ആശ്രയിച്ചല്ല, അത് എത്ര നന്നായി കൈകാര്യം ചെയ്യുന്നു എന്നതിനെ ആശ്രയിച്ചിരിക്കും സുരക്ഷ.
• കൃത്യമായ TCO കണക്കാക്കുക: ഊർജ്ജം, ടീം, അപ്ഡേറ്റ്, ആവർത്തനവും സുരക്ഷയും, അതുപോലെ GPU.
• ഹൈബ്രിഡ് ആർക്കിടെക്ചർ (ക്ലാസ് അനുസരിച്ച് റൂട്ടിംഗ് ഡാറ്റ) മിക്ക എൻ്റർപ്രൈസ് സാഹചര്യങ്ങളിലും ഒരേസമയം പാലിക്കലും ചെലവും സന്തുലിതമാക്കുന്നു.

ആപ്ലിക്കേഷൻ ടാസ്ക്

ഒരു AI ഉപയോഗം തിരഞ്ഞെടുത്ത് ഒരു സ്വകാര്യതാ ക്ലാസിലേക്ക് പ്രോസസ്സ് ചെയ്യേണ്ട ഡാറ്റയെ വേർതിരിക്കുക. ഹോസ്റ്റിംഗ് തീരുമാന പ്രോംപ്റ്റിനൊപ്പം ഒരു ശുപാർശ സൃഷ്ടിക്കുക. തുടർന്ന് നിങ്ങളുടെ സ്വന്തം ഹോസ്റ്റിംഗിനായി TCO ഇനങ്ങളുടെ ലിസ്റ്റ് പൂരിപ്പിച്ച് 24 മാസത്തെ ആകെ തുക മാനേജ് ചെയ്ത API ബില്ലുമായി താരതമ്യം ചെയ്യുക. അവസാനമായി, ഒരു ഡ്രാഫ്റ്റ് ഹൈബ്രിഡ് റൂട്ടിംഗ് റൂൾ എഴുതുക: എന്ത് ഡാറ്റ എവിടെ പോകുന്നു?

ചെക്ക്ലിസ്റ്റ്

• [ ] പ്രോസസ്സ് ചെയ്യേണ്ട ഡാറ്റയുടെ രഹസ്യാത്മകത ക്ലാസും നിയമപരമായ നിയന്ത്രണവും ഞാൻ നിർണ്ണയിച്ചു.
• [ ] പരമാധികാരം + വോളിയം + ശേഷി എന്നിവയെ അടിസ്ഥാനമാക്കിയാണ് ഞാൻ ഹോസ്റ്റിംഗ് തീരുമാനം എടുത്തത്.
• [ ] മുഴുവൻ ഇനങ്ങളും (ജിപിയു ഇതര ഉൾപ്പെടെ) ഉപയോഗിച്ച് ഞാൻ TCO കണക്കാക്കി.
• [ ] ഞാൻ സ്വയം ഹോസ്റ്റിംഗിൽ ലൈസൻസ്, സമഗ്രത, പാച്ചിംഗ്, മോണിറ്ററിംഗ് എന്നിവ പരിശോധിച്ചു.
• [ ] ഞാൻ ഹൈബ്രിഡ് റൂട്ടിംഗ് ഓപ്ഷൻ പരിഗണിച്ചു.
• [ ] ഞാൻ തീരുമാനവും അതിൻ്റെ യുക്തിയും രേഖപ്പെടുത്തി.