낙관적 동시성 제어

Outcome：Complete the task with 낙관적 동시성 제어 (Optimistic Concurrency Control)。 User context：두 명의 임상의가 오픈 케어 플랜 개정 17. 첫 번째는 'If-Match: "r17"으로 18번 개정판을 저장합니다. 두 번째는 412를 얻고, 필드를 비교한 뒤 조심스럽게 합쳐 '"r18"으로 재시도합니다; 조용히 사라진 업데이트는 없습니다. Technical concept or control：낙관적 동시성 제어 (Optimistic Concurrency Control)。 Why it fits：충돌이 드물고 편집이 중요하며 제품이 사람들이 비교하고 복구하는 데 도움이 될 수 있을 때 버전 검사를 사용하십시오. Do not use it when：버전 검사가 실패한 후, 결과를 변경하는 편집을 자동으로 재시도하지 마십시오. 충돌이 지속적이고 비용이 많이 드는 경우 이 방법을 피하십시오. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary)：하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.