ഇവന്റുകൾ
ഏജന്റുകൾ എന്താണ് ചെയ്തത്, എന്തുകൊണ്ടാണ് ചെയ്തത് എന്നതിന്റെ സുരക്ഷിതമായ ഒരു ലെഡ്ജർ.
ഇത് എന്താണ് ചെയ്യുന്നത്
ഏജന്റുകൾ തമ്മിലുള്ള പ്രവർത്തനങ്ങൾ ടാസ്കുകൾ, ഇവന്റുകൾ, എഡ്ജുകൾ, ആർട്ടിഫാക്റ്റുകൾ എന്നിവയായി ഒരു Postgres ലെഡ്ജറിൽ രേഖപ്പെടുത്തുന്നു. ഇത് റീസ്റ്റാർട്ടുകളെ അതിജീവിക്കുകയും വീണ്ടും പ്ലേ ചെയ്യാൻ കഴിയുകയും ചെയ്യും. ഒരു ടൈപ്പ്ഡ് ഇൻ-പ്രോസസ്സ് ബസ് ഒരു നോഡിനുള്ളിലെ സബ്സ്ക്രൈബർമാർക്ക് ഏകദേശം തൊണ്ണൂറോളം ഡൊമെയ്ൻ ഇവന്റുകൾ എത്തിക്കുന്നു. ഇവയെല്ലാം ചേർന്ന് നിങ്ങൾക്ക് ഒരു ടൈംലൈൻ നൽകുന്നു: എന്താണ് ചോദിച്ചത്, ആർക്കാണ് ചുമതല നൽകിയത്, എന്താണ് തിരികെ ലഭിച്ചത്, എവിടെയാണ് തടസ്സപ്പെട്ടത്.
ഇത് എന്തുകൊണ്ട് പ്രാധാന്യമുള്ളതാകുന്നു
ഒരു ഏജന്റ് ചെയിൻ അപ്രതീക്ഷിതമായി എന്തെങ്കിലും ചെയ്യുമ്പോൾ, ചോദിക്കേണ്ട ഒരേയൊരു ചോദ്യം "ഘട്ടങ്ങൾ കാണിച്ചുതരൂ" എന്നതാണ്. ഒരു സുരക്ഷിത ടാസ്ക് ലെഡ്ജർ ഇതിനെ ഒരു ലളിതമായ ക്വറിയാക്കി മാറ്റുന്നു, കൂടാതെ റീട്രൈ, ക്യാൻസലേഷൻ എന്നിവ വെറും പ്രതീക്ഷകളല്ല, മറിച്ച് യഥാർത്ഥ പ്രവർത്തനങ്ങളാക്കി മാറ്റുന്നു.
ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു
ടാസ്ക് ലെഡ്ജർ സുരക്ഷിതവും വീണ്ടും പ്ലേ ചെയ്യാവുന്നതുമാണ്
ടാസ്കുകൾ, ഇവന്റുകൾ, ഡെലിഗേഷൻ എഡ്ജുകൾ, ആർട്ടിഫാക്റ്റുകൾ എന്നിവ Postgres-ലെ റോകളാണ്, അതിനാൽ റീസ്റ്റാർട്ട് ചെയ്യുമ്പോൾ വിവരങ്ങൾ നഷ്ടപ്പെടില്ല, തടസ്സപ്പെട്ടവ വീണ്ടും ശ്രമിക്കാനും കഴിയും.
ക്യാൻസൽ, റീട്രൈ എന്നിവ ഫസ്റ്റ്-ക്ലാസ് ഫീച്ചറുകളാണ്
പ്രവർത്തിച്ചുകൊണ്ടിരിക്കുന്ന ഒരു ടാസ്കിനെതിരെയുള്ള പ്രവർത്തനങ്ങളും ഇവന്റുകളായി രേഖപ്പെടുത്തുന്നു, അതിനാൽ ഇടപെടലുകൾ ടൈംലൈന്റെ ഭാഗമായി മാറുന്നു.
ഇൻ-പ്രോസസ്സ് ബസ് അതിന്റെ സ്കോപ്പിനെക്കുറിച്ച് വ്യക്തതയുള്ളതാണ്
ഇതൊരു ടൈപ്പ്ഡ് സിംഗിൾ-നോഡ് എമിറ്റർ ആണ്. ഞങ്ങൾ ഇതിനെ ഒരു ഡിസ്ട്രിബ്യൂട്ടഡ് ഇവന്റ് ബാക്ക്ബോൺ എന്ന് വിശേഷിപ്പിക്കുന്നില്ല, കാരണം ഇത് അങ്ങനെയല്ല.
ചോദ്യങ്ങൾ
- ഇത് Kafka ആണോ?
- അല്ല. ഇൻ-പ്രോസസ്സ് ബസ് ഒരു നോഡ്-ലോക്കൽ ടൈപ്പ്ഡ് എമിറ്റർ ആണ്, കൂടാതെ സുരക്ഷിതത്വം ലഭിക്കുന്നത് Postgres ടാസ്ക് ലെഡ്ജറിൽ നിന്നാണ്. നിങ്ങൾക്ക് ക്രോസ്-ക്ലസ്റ്റർ സ്ട്രീമിംഗ് ആവശ്യമാണെങ്കിൽ, ഇത് അതിനുള്ളതല്ല.
- ഒരു ഏജന്റ് എന്താണ് ചെയ്തതെന്ന് എനിക്ക് കാണാനാകുമോ?
- അതെ: ഇവന്റുകൾ, ഡെലിഗേഷൻ എഡ്ജുകൾ, ആർട്ടിഫാക്റ്റുകൾ എന്നിവയും അതിനെതിരെ സ്വീകരിച്ച ഇടപെടലുകളും ഉൾപ്പെടുന്ന ഒരു ടാസ്ക് ടൈംലൈൻ.
The rest of the bag
പേജുകൾ മാത്രമല്ല, മറുപടികളും ഫിൽട്ടർ ചെയ്യുന്ന ഓരോ ഡോക്യുമെന്റ് അടിസ്ഥാനമാക്കിയുള്ള പെർമിഷനുകൾ.
വേഗതയ്ക്കായി പോളിസി റെസല്യൂഷൻ ഓരോ സെഷനിലും കാഷെ ചെയ്യുന്നു; പെർമിഷൻ മാറ്റങ്ങൾ എല്ലാ ഇൻ-ഫ്ലൈറ്റ് അഭ്യർത്ഥനകളിലും തൽക്ഷണം ബാധകമാകുന്നതിന് പകരം കാഷെ ഇൻവാലിഡേഷനിലൂടെയാണ് വ്യാപിക്കുന്നത്.
ഓരോ ഫോൾഡറിലും ലീഫ് ഡോക്യുമെന്റിലും ഒരു ആക്സസ് പോളിസി അടങ്ങിയിരിക്കുന്നു: പബ്ലിക്, സൈൻഡ്-ഇൻ അല്ലെങ്കിൽ ഓണർ-അപ്രൂവ്ഡ്. ഈ പോളിസികൾ ഓരോ സെഷൻ എൻവലപ്പിലേക്ക് മാറുകയും ഏജന്റ് മറുപടി നൽകുന്നതിന് മുൻപ് വീണ്ടെടുക്കാവുന്ന വിവരങ്ങൾ ഫിൽട്ടർ ചെയ്യുകയും ചെയ്യുന്നു. ഒരു കേപ്പബിലിറ്റി രജിസ്ട്രി ഓരോ ടെനന്റിലുമുള്ള മുഴുവൻ ഫീച്ചറുകളെയും നിയന്ത്രിക്കുന്നു, കൂടാതെ നിർണായകമായ ആക്സസ് പരിശോധനകൾ പരാജയപ്പെടുമ്പോൾ ആക്സസ് പൂർണ്ണമായി തടയുന്നു.
ഡോക്സ്
ഏജന്റ് വായിക്കുന്ന ഒരു ഫോൾഡർ ട്രീയും, അത് അനുസരിക്കുന്ന ഒരു കോൺഫിഗ് ഫയലും.
PDF-കൾ, സ്പ്രെഡ്ഷീറ്റുകൾ, ട്രാൻസ്ക്രിപ്റ്റുകൾ എന്നിവയിൽ നിന്നുള്ള വിവരങ്ങൾ വേർതിരിച്ചെടുക്കാം. അപൂർവ്വമായ ബൈനറി ഫോർമാറ്റുകൾ പാഴ്സ് ചെയ്യില്ല.
മെയിൽ
നിങ്ങളുടെ ഏജന്റിന് സ്വന്തമായി ഇൻബോക്സ് ഉണ്ട്, നിങ്ങളുടെ ഇൻബോക്സിന്റെ ഒരു ഭാഗമല്ല.
ഇൻബൗണ്ട് ഒരു ഇമെയിൽ ദാതാവിൽ നിന്ന് വെബ്ഹുക്ക് വഴി ലഭിക്കുന്നു. ഞങ്ങൾ സ്വന്തമായി MX അല്ലെങ്കിൽ SMTP സെർവറുകൾ പ്രവർത്തിപ്പിക്കുന്നില്ല.
That was step 6 of 6: a reply leaves, and the trail stays. അതാണ് മുഴുവൻ പാതയും, വരവ് മുതൽ വീണ്ടും പ്ലേ ചെയ്യാവുന്ന റെക്കോർഡ് വരെ.