ToppyMicroServices

RFC 5218 Quiz

仕様からdeploymentへ進む条件

🇺🇸🇯🇵
0 / 0

References (URLs)

Q1: RFC 5218のworking definitionでprotocol successに当たるresultはどれか

Multiple Choice
**Explanation:** A: publicationはdeployment successではありません. B: RFC 5218はoriginal goalの達成とwide deploymentの両方を評価します.wideはinter-domainに限らず,intra-domainでも構いません. C: 実装証拠は重要ですが,一つのlab testは広い利用を示しません.

Q2: 月5ドル節約できるprotocolだが,operatorには100万ドルのcoordinated upgradeが必要である.弱いfactorはどれか

Multiple Choice
**Explanation:** A: scale limitは別の問いです. B: specification accessとcost-benefit resultは別です. C: deployment・operation costよりbenefitが大きい必要があり,costとbenefitがadopterに整合しているほど採用しやすくなります.

Q3: 最もincrementally deployableなrolloutはどれか

Multiple Choice
**Explanation:** A: universal support前に価値があり,backward compatibilityがcoordination costを下げます. B: flag dayは最悪のdeployment dependencyです. C: costとbenefitが逆に配分され,adoption incentiveがありません.

Q4: protocol adoptionを助けるopennessはどれか.複数選択

Multi-Select
**Explanation:** A: open codeはimplementationを試し,testし,改善するcostを下げます. B: 世界中からrestrictionなしに読めるspecificationは,独立実装を可能にします. C: single-vendorのmandatory licenseはadoption costとcontrol dependencyを増やします. D: stabilityとpermanenceがあれば,original creatorが離れた後もinteroperabilityを維持できます.

Q5: RFC 5218のcase-study conclusionは,good technical designとinitial successの関係をどう説明するか

Multiple Choice
**Explanation:** A: value,deployability,opennessによってtechnically inferiorなproposalが勝つこともあります. B: real needとincremental deploymentをinitial factorとして重視しつつ,simplicity,clarity,robustnessも重要なdesign qualityとします. C: qualityを否定せず,successのstageを分けているだけです.

Q6: RFC 5218の考え方で,extensibilityが最も明確に正当化される状況はどれか

Multiple Choice
**Explanation:** A: 特にspecialized protocolではextension machineryもfreeではありません. B: extensibilityはwild successや後の修正を可能にします. C: general-purpose protocolでは利点が明確ですが,specialized protocolでは反射的に追加せず慎重に判断します.

Q7: discovery protocolが全participantへbroadcastし,target deploymentに近い5,000 nodeで急激にcollapseする.不足しているwild-success factorはどれか

Multiple Choice
**Explanation:** A: design target付近のbroadcast-storm型のperformance kneeは,original spaceを越える成長を止めます. B: diagnosticではunderlying scale limitを消せません. C: implementation languageは無関係で,freedom of implementationを下げます.

Q8: protocolが想定したpurposeとscaleを大幅に越えて再利用された.reviewerが予期すべきことはどれか

Multiple Choice
**Explanation:** A: original purposeに適切なdecisionが別用途では不適切なことがあります. B: RFC 5218はperformance problem,invariantを壊す変更,attacker value増加を挙げ,「death by success」の可能性を示します. C: wild successはprotocolをrevision・hardeningする理由にもなります.

Q9: known security flawがあるprotocolのuserが急増している.RFC 5218に最も合うresponseはどれか

Multiple Choice
**Explanation:** A: popular protocolはより魅力的なattack targetになります. B: evolveできないとknown flawを直しにくくなります. C: initial adoptionとattack下でのsurvivalを分け,security flawとlimited extensibilityの組合せを特に危険と捉えます.

Q10: 新しいAgent-to-Agent security profileのadoption条件が最も良いlaunch planはどれか

Multiple Choice

profileはsender-constrained task authorizationを追加します.既存agentはまだ実装していません.

**Explanation:** A: adopterへ価値を合わせ,incremental deploymentとexplicit compatibilityを実現し,coordinationを減らします. B: flag dayは大きなadoption barrierです. C: 非公開では独立した評価・実装ができません.RFC 5218はsuccessを保証しませんが,これらの条件が大きく異なると示します.