పదాల అర్థం ఏమిటి
request path లో ఉండే ప్రతి check సమాధానం ఇవ్వడంలో విఫలమవచ్చు: ఒక dependency time out అవుతుంది, ఒక signal లేకపోవచ్చు, ఒక key ని fetch చేయలేకపోవచ్చు. Fail open అంటే check అక్కడ లేనట్లు request ముందుకు సాగుతుంది. Fail closed అంటే request మరింత కఠినమైన path తీసుకుంటుంది: అది తిరస్కరించబడుతుంది, challenge చేయబడుతుంది లేదా ఇప్పటికే ఉన్న మరింత బలమైన control కు పంపబడుతుంది.
సాధారణంగా వీటిలో ఏదీ ఎప్పుడూ సరైనది కాదు. సరైన ఎంపిక route ఏమి చేస్తుందో, తప్పు నిర్ణయం ఎంత ఖర్చు కలిగిస్తుందో దానిపై ఆధారపడి ఉంటుంది.
actor checks కోసం ఇది ఎందుకు ముఖ్యమైంది
actor checks requests కు context ను జోడిస్తాయి: interaction human లాగా ఉందా, AI సహాయంతో ఉందా, agent-driven గా ఉందా, లేదా unknown గా ఉందా అనే విషయం. ఆ context అందుబాటులో లేనప్పుడు కూడా application స్పందించాల్సిందే. రెండు failure patterns సాధారణంగా కనిపిస్తాయి:
- అనుకోకుండా fail closed కావడం. ఒక time out లేదా missing signal ను అనుమానాస్పదంగా పరిగణిస్తారు, మరియు outage సమయంలో నిజమైన users బ్లాక్ అవుతారు.
- సున్నితమైన actions పై అనుకోకుండా fail open కావడం. missing result ను మౌనంగా human గా పరిగణిస్తారు, మరియు అధిక ప్రభావం ఉన్న action ఉద్దేశించినదానికంటే తక్కువ scrutiny తో ముందుకు సాగుతుంది.
ఇవి రెండూ ఎంపికను స్పష్టంగా నిర్ణయించకపోవడం వల్ల వస్తాయి. పరిష్కారం ప్రతి route కు విడిగా దాన్ని స్పష్టంగా నిర్ణయించడం. humans మరియు AI agents కోసం app-level policies ను design చేయడం పై మా post లో failure behavior per-route policy లో ఎలా సరిపోతుందో చూపించాము.
ఎలా ఎంచుకోవాలి
ప్రయోగాత్మక విధానం routes ను risk tiers గా విభజించడం:
- తక్కువ ప్రభావం (public pages, documentation, read-only catalog routes): fail open. missing actor result ఏదీ మార్చకూడదు.
- మధ్యస్థ ప్రభావం (signups, form submissions, ఖర్చు ఉన్న searches): సాధారణంగా logging తో fail open, లేదా standard rate limit వంటి మృదువైన adaptation ను వర్తింపజేయండి.
- అధిక ప్రభావం (account changes, data exports, తిరిగి మార్చలేని actions): re-authentication లేదా confirmation వంటి మీ existing stronger control కు fail closed చేయండి. ఉద్దేశ్యం block చేయడం కాదు, మీరు anyway ఉపయోగించే check కి తిరిగి వెళ్లడం.
తర్వాత సంబంధిత cases కోసం కూడా ఇదే behavior ను నిర్వచించండి:
- Timeout: check సమయానికి స్పందించలేదు.
- Missing telemetry: integration నడవలేదు లేదా ఒక signal అందుబాటులో లేదు.
- Unknown: check నడిచింది కానీ evidence ఒక నిర్ణయాన్ని support చేయలేదు.
- Stale evidence: result పాతది, మరింత సున్నితమైన action కోసం దాన్ని మళ్లీ ఉపయోగించకూడదు.
సాధారణ అపోహలు
- "Fail closed is safer." ఇది ఖర్చును legitimate users పైకి మళ్లిస్తుంది. తక్కువ ప్రభావం ఉన్న routes లో incident సమయంలో fail closed చేయడం అది నివారించే risk కంటే ఎక్కువ నష్టం కలిగించవచ్చు.
- "Unknown అంటే failure." Unknown ఒక valid result. దానికి తనదైన స్పష్టమైన handling అవసరం, అది మీ timeout handling తో సరిపోవచ్చు లేదా సరిపోకపోవచ్చు.
- "Missing result అంటే human." evidence లేకపోవడం ఆధారంగా actor class ను ఎప్పుడూ infer చేయకండి.
Proof of Actor దీనిని ఎలా పరిగణిస్తుంది
Proof of Actor ఎప్పుడూ timeout లేదా Unknown result కు Human ను assign చేయదు, మరియు దాన్ని install చేయడం వల్ల ఏదీ block కావదు: teams observation mode లో ప్రారంభిస్తాయి. ప్రతి route మరియు risk tier కోసం fail-open లేదా fail-closed behavior application owner ఎంపిక, Route ద్వారా మీ స్వంత code లో వర్తింపజేయబడుతుంది. అది enforcement ను అంచనా వేయదగినదిగా ఉంచుతుంది, మరియు ఏ policy live కావడానికి ముందు outcomes ను తనిఖీ చేయడానికి మీకు అవకాశం ఇస్తుంది.
routing decisions ఎలా సరిపోతాయో చదవండి, లేదా early access కోసం దరఖాస్తు చేయండి.