게이트웨이 20대가 값을 공유하기

올리면서 올린 값을 돌려받는 원자적 연산을 씁니다. 읽고 계산해서 쓰는 방식은 무너집니다.

A 가 999 를 읽고 B 도 999 를 읽는다
둘 다 1,000 을 쓴다
한 번의 증가가 사라졌다

올리면서 값을 받으면 A 는 1,000, B 는 1,001 을 받아 B 만 거절됩니다. 왕복 한 번으로 올리기와 비교가 함께 끝납니다.

여러 값을 함께 고쳐야 하는 방식이라면 저장소에서 여러 명령을 한 덩어리로 실행하게 합니다.

흔한 실수: 애플리케이션 쪽 잠금으로 막으려는 것. 잠금을 얻고 읽고 쓰고 풀면 왕복이 세 번이 되어 지연 예산을 넘기고, 잠금 자체가 새로운 장애 지점이 됩니다. 저장소의 원자적 연산 하나로 되는 일입니다.

통과시킵니다. 그리고 게이트웨이 안에 느슨한 예비 한도를 함께 둡니다.

처리율 제한은 서비스를 돕는 장치입니다. 그 장치의 고장으로 서비스가 멈추면 목적이 뒤바뀝니다.

다만 무방비가 되므로 자기 메모리로 세는 느슨한 한도를 예비로 둡니다. 게이트웨이별로 세므로 정확하지 않지만 극단적인 남용은 막힙니다.

흔한 실수: 통과시키기로 정하고 거기서 끝내는 것. 저장소 장애는 대개 트래픽이 몰릴 때 함께 일어나므로, 하필 가장 위험한 순간에 한도가 사라집니다. 정확하지 않은 방어라도 없는 것보다 낫다는 판단을 함께 말해야 합니다.

왕복을 한 번으로 고정합니다. 같은 구역 안이라도 왕복은 0.2에서 1밀리초라 두 번이면 예산을 넘깁니다.

값이 여럿이면 하나의 묶음 자료에 필드로 나눠 담아 한 번에 받아옵니다. 이 제약이 알고리즘 선택에도 영향을 줍니다.

그리고 거절 경로는 지역 캐시로 왕복을 없앨 수 있습니다. 한도를 넘긴 키를 몇 초 기억해 두면 남용이 심할 때 가장 많이 실행되는 경로가 가장 값싸집니다.

흔한 실수: 지연을 줄이려고 판정을 비동기로 돌리는 것. 이미 통과시킨 뒤에 세는 것이라 한도를 넘겨도 막지 못합니다. 판정은 요청보다 먼저여야 성립합니다.

각 판정은 원자적이지만 둘을 합친 것은 원자적이지 않습니다.

키 한도와 조직 한도를 함께 걸면, 키 쪽은 통과하고 조직 쪽은 거절되는 조합이 생깁니다. 이때 키 쪽에서 이미 올린 값을 되돌려야 하는지 판단이 필요합니다.

대개 되돌리지 않습니다. 오차 5퍼센트 안이고, 되돌리는 경로가 새로운 겹침 문제를 만듭니다. 거절된 요청 하나가 키 한도를 조금 소비한 상태로 남는 것을 허용합니다.

거절 응답에는 어느 한도에 걸렸는지 알려 줍니다. 그러지 않으면 사용자는 자기 한도를 지켰는데 계속 막히는 이유를 알 수 없습니다.

흔한 실수: 두 판정을 하나의 원자적 실행으로 묶으려 시도하는 것. 이름이 다르면 저장소에서 같은 조각에 있지 않을 수 있어 한 덩어리로 실행할 수 없습니다. 되돌리지 않기로 정하고 그 오차를 허용 범위로 설명하는 편이 정직하고 단순합니다.