요약

  • bunny.net의 EU·EEA 라우팅 필터를 동시에 켜면 EU만 선택한 것과 같은 범위가 남는다. EEA가 추가하는 노르웨이와 아이슬란드 거점은 교집합에서 빠진다.
  • 필터는 콘텐츠를 제공하는 거점을 정한다. 범위 밖 이용자도 허용된 지역으로 연결되며, 요금 지역을 끄는 설정 역시 이용자를 차단하지 않고 다른 활성 지역으로 보낸다.
  • 별도의 국가 차단은 DNS에서 127.0.0.1을 반환한다. 요청이 CDN에 도달하지 않으므로 해당 Pull Zone의 HTTP 로그에도 남지 않는다.

노르웨이는 고객으로 남고 서버 위치로는 빠질 수 있다. bunny.net에서 EEA 필터에 EU 필터까지 더하면 그렇게 된다. 지도를 넓히려고 체크박스를 하나 더 누른 사람에게 제품은 더 작은 지도를 돌려준다.

오작동이 아니라 문서에 적힌 계산이다. 여러 라우팅 필터는 교집합으로 결합한다. 선택한 조건 모두에 속하는 거점만 콘텐츠를 제공할 수 있다. EEA 안에 EU가 포함되므로 둘을 함께 고르면 EU가 남는다. EEA를 통해 추가되는 노르웨이와 아이슬란드의 거점은 EU 조건을 통과하지 못한다.

이 작은 규칙은 클라우드 구매 회의에서 ‘지역’이라는 말이 얼마나 많은 일을 떠맡는지 보여준다. 이용자가 사는 곳, 응답하는 서버가 있는 곳, 요금을 매기는 권역은 각각 다른 지리다. 발표 자료에서는 한 단어로 줄일 수 있다. 실제 요청은 그 단어를 따라갈 수 없고, 설정이 허용하는 곳으로 가야 한다.

고객의 입장권과 서버의 주소

bunny.net의 Pull Zone은 고객의 원본 콘텐츠를 CDN에 연결하는 설정 단위다. Routing Filters는 이 콘텐츠를 어느 거점에서 제공할지 제한한다. 영역 밖에서 온 이용자도 선택된 영역 안의 거점으로 보내진다.

따라서 EU를 고른 뒤 노르웨이 고객이 접속하면, 그 고객이 노르웨이에 있다는 이유만으로 이 필터에서 쫓겨나는 것은 아니다. 사용할 수 있는 제공 위치가 EU로 좁아진다. 이용자의 접근권과 가까운 거점의 자격을 분리해서 봐야 한다. 전자는 그대로인데 후자가 줄어들면, 서비스는 열려 있으면서도 더 멀어질 수 있다.

공식 설명은 EEA의 범위도 세밀하게 구분한다. 리히텐슈타인은 EEA에 속하지만 문서상 현재 bunny.net 거점이 없다. 영국과 스위스는 이 EEA 필터에 포함되지 않는다. 지도에서 유럽으로 보인다는 인상만으로 제품의 허용 목록을 그릴 수 없다.

문서는 범위 밖 이용자의 지연시간이 늘어난다고 명시한다. 가까운 거점이라는 표현에도 이제 조건이 붙는다. 전 세계에서 가장 가까운 곳이 아니라, 필터를 통과한 거점 중 가까운 곳이다. 세계 지도에 찍힌 점이 고객의 실제 구성에서 빠져 있다면, 그 점은 이번 구매의 성능을 책임지지 않는다.

기업이 특정 제공 위치를 요구할 이유는 충분히 있을 수 있다. 그 요구를 실행 가능한 선택으로 만드는 기능도 쓸모 있다. 다만 먼 곳 이용자가 부담할 대기시간까지 누군가의 결정에 포함돼야 한다. 지역 요건을 승인한 문서와 고객 경험을 책임지는 문서가 서로 모르는 사이여서는 곤란하다.

가격표의 유럽은 다른 지리를 쓴다

요금 지역을 켜고 끄는 기능도 요청의 목적지를 바꾼다. 빠른 시작 안내서는 어느 지역을 끄더라도 그 지역 방문자를 차단하지 않는다고 설명한다. 요청은 가장 가까운 활성 지역으로 이동한다. 제공 장소를 줄였다고 수요가 없어지는 것은 아니다.

Traffic Manager의 국가별 리디렉션도 있다. 이 기능은 대상 국가의 요청을 더 저렴한 북미·유럽 요금 지역으로 보낸다. 가격을 기준으로 한 우회다. 여기서 유럽이라는 단어를 보고 EU 거점만 쓰는 필터와 같다고 처리하면, 비용 설정을 제공 위치의 증명으로 잘못 제출하게 된다.

Standard와 Volume의 선택까지 더하면 지도의 의미는 한 번 더 바뀐다. Standard는 더 넓은 거점망과 지역별 가격을, Volume은 더 작은 거점망과 세계 공통 사용량 구간을 제공한다. 비슷한 방식으로 설정할 수 있어도 후보가 되는 망은 같지 않다. 지역 필터는 두 계열에 적용되지만, 어떤 필터를 켰다는 사실이 해당 지역의 모든 거점을 그 요금제에 추가해 주지는 않는다.

큰 파일을 배포하는 사업은 비용을 낮추기 위해 더 좁은 망을 선택할 수 있다. 빠른 반응을 반복해서 요구하는 서비스는 다른 선택을 할 수 있다. 문제는 절감액을 구매팀의 성과로 적고, 늘어난 기다림은 제품팀의 고객 문의로 넘길 때 생긴다. 같은 설정의 수익과 부담이 서로 다른 장부에서 살아가면, 전체 판단을 맡는 사람은 사라진다.

조용한 로그가 놓치는 손님

방문 자체를 막으려면 Traffic Manager의 국가 차단을 봐야 한다. 공식 문서에 따르면 차단 대상으로 판정한 DNS 요청은 127.0.0.1로 해석된다. 연결은 CDN까지 가지 못하고 이용자는 연결 오류를 보게 된다. HTTP에 닿지 않은 해당 요청은 Pull Zone 로그에 기록되지 않으며 그 요청의 비용도 발생하지 않는다.

이 동작은 관측의 맹점을 만든다. 특정 국가의 HTTP 요청이 줄었다는 그래프만으로 그 시장의 관심이 식었다고 결론 내릴 수 없다. 입구 앞에서 돌아간 손님은 매장 안의 방문자 수에 잡히지 않는다. 로그가 정확해도, 묻는 질문에 답하는 위치에 있지 않을 수 있다.

국가 판정의 재료도 문서에 나와 있다. 리졸버가 EDNS 클라이언트 서브넷을 제공하면 이를 이용하고, 그렇지 않으면 리졸버 자체의 IP 주소를 쓴다. 이는 네트워크가 보여주는 위치를 분류하는 작업이다. 확인된 국적이나 거주 자격을 읽는 작업이 아니다. VPN이나 프록시로 보이는 위치가 바뀔 수 있으므로 더 엄격한 제어에는 토큰 기반 제한 같은 수단도 필요하다.

이 때문에 지역 제한의 검증은 HTTP 대시보드 하나로 끝낼 수 없다. 라우팅 필터를 검증하려면 실제 응답 거점과 이용자 경험을 봐야 하고, DNS 차단을 검증하려면 클라이언트의 해석 결과와 연결 실패도 봐야 한다. 관측을 하나로 합치면 서로 다른 통제가 만든 결과를 같은 숫자로 착각하게 된다.

한 번의 클릭이 모든 데이터를 이사시키지는 않는다

Routing Filters의 적용 대상은 CDN Pull Zone 트래픽이다. DNS는 계속 글로벌 DNS 네트워크를 사용한다고 문서가 별도로 밝힌다. 원본을 가져올 Origin URL이나 Storage Zone 역시 생성 과정에서 따로 선택한다.

구매자가 필요한 것은 기능마다 어떤 지리를 통제하는지 짝지은 기록이다. CDN 응답 위치는 필터 설정으로, 원본 위치는 원본 구성으로, DNS 동작은 그 서비스 설명으로 확인해야 한다. 같은 캡처 화면에 저장 데이터, 로그, 모든 중간 전송 경로까지 증명하라고 시킬 수는 없다.

RIPE NCC의 1차 회원 기록은 슬로베니아의 BUNNYWAY, informacijske storitve d.o.o.를 확인해 준다. 조직의 신원을 파악하는 근거다. 어느 고객이 어느 거점에서 응답을 받는지는 조직 주소 대신 제품과 활성 설정을 살펴야 한다.

개별 기업의 득실을 수치로 판단하려면 같은 부하 조건에서 변경 전후의 지역별 응답시간과 사업 결과가 더 필요하다. 이 자료가 채워지면 어느 범위를 선택하는 것이 해당 서비스에 맞는지 계산할 수 있다. 지금 확인된 규칙만으로도 비용이 누구에게 넘어가는지는 질문할 수 있다.

지역을 선택하는 능력은 약속을 실행으로 바꿔 준다. 그 능력의 가치는 체크 표시가 많다는 데 있지 않고, 허용한 장소와 포기한 장소가 의도와 맞다는 데 있다. 세계 어디서나 고객을 받겠다는 기업이라면, 고객을 어디로 보내기로 했는지도 같은 수준으로 결정해야 한다. 지도를 고른 사람과 먼 길을 기다리는 사람이 다르다는 사실을 잊지 말아야 한다.

1차 자료