사이트별로 선택됨
각 호스팅 라인은 고유한 데이터 센터 세트를 제공합니다. 사이트를 만들 때 하나를 선택하게 되며, 주문 양식에는 해당 라인에 현재 여유 공간이 있는 도시만 표시됩니다.
리전 및 데이터 상주
이 플랫폼에서 리전은 고객 지원 티켓이 아닙니다. 사이트의 속성이며 무언가가 배포될 때마다 배치 엔진에 의해 준수됩니다. 사이트를 생성할 때 호스팅 라인이 현재 제공하는 도시 중에서 데이터 센터를 선택하면 모든 배포가 해당 위치의 플릿 용량에 적용되고 전면에는 글로벌 에지가 배치됩니다. 각 호스팅 페이지에는 해당 도시들이 실시간으로 나열됩니다.
모든 위치의 이면에는 두 가지 요소가 있습니다. 사이트를 실행하는 워커 플릿과 이를 관리하는 컨트롤 플레인입니다. 둘 다 리전을 인식합니다. 어떤 위치를 선택할지는 귀하의 몫이며, 그 이면의 용량은 당사가 직접 관리하고 단일 공급업체가 플랫폼 자체가 되지 않도록 의도적으로 여러 공급업체에 걸쳐 운영합니다.
각 호스팅 라인은 고유한 데이터 센터 세트를 제공합니다. 사이트를 만들 때 하나를 선택하게 되며, 주문 양식에는 해당 라인에 현재 여유 공간이 있는 도시만 표시됩니다.
모든 호스팅 페이지와 주문 양식의 도시는 배치 엔진에서 읽어오므로 새 위치는 수용 용량이 확보되는 날에 표시되며, 가득 찬 위치는 제공되지 않습니다.
리전은 운영자가 어떤 박스를 사용할지 기억하는 방식이 아니라, 사이트가 생성되는 순간 코드에서 적용됩니다.
플릿의 각 호스트는 리전 키, 제품군 선호도 목록, 웹 서버 유형 및 용량 수치를 사용하여 자신을 등록한 다음 작업을 가져옵니다. 배치 서비스는 후보를 먼저 리전별로 필터링한 다음 제품군, 여유 용량 순으로 필터링하고 부하가 가장 적은 적격 호스트를 선택합니다.
리전을 고정한 경우 해당 리전의 워커만 대상이 됩니다. 고정하지 않은 경우 사이트는 도달한 워커의 리전을 상속받으며 해당 값이 사이트에 저장됩니다. 따라서 데이터가 보관된 위치에 대한 기록은 추측이 아닌 직접 확인할 수 있는 필드입니다.
배치는 워커가 여전히 활성 상태이고, 계속해서 배포를 수락하고 있으며, 용량 여유가 남아 있는 경우에만 성공하는 조건부 업데이트를 통해 용량을 점유합니다. 마지막 슬롯을 두고 경쟁하는 두 배포가 둘 다 성공할 수는 없으므로, 리전의 용량이 인지하지 못한 채 초과 할당되는 일은 절대 발생하지 않습니다.
해당 리전에 적격한 공간이 없으면 배포 시 배치 오류가 발생하고 중단됩니다. 요청을 성공시키기 위해 다른 대륙으로 대체 실행되지 않습니다. 사용자 모르게 국가가 변경된 사이트보다 눈에 보이는 실패와 용량 증설이 더 낫습니다.
모든 worker에는 accepts-deploys 스위치가 있습니다. 이를 drain으로 전환하면 기존 사이트는 영향을 받지 않고 계속 실행되는 동안 새 사이트의 유입이 중단되며, 이를 통해 워크로드를 이전하지 않고도 리전 내에서 유지 보수, 하드웨어 교체 및 서비스 중단 작업을 수행할 수 있습니다.
데이터 상주성(Data residency)은 사후 변경이 실질적으로 매우 어려운 몇 안 되는 호스팅 결정 중 하나이므로, 플랫폼은 이를 단순한 배포 세부사항이 아닌 최우선 차원으로 취급합니다. 고객의 상주성 선택은 배치 결정의 입력값이 되며, 리전은 사이트에 기록되고, 플릿은 이에 맞게 태그가 지정됩니다. 이것이 바로 상주성에 대한 답변을 단순한 구두 설명이 아닌 감사 가능한 정보로 만드는 이유입니다.
테넌시 모델은 이와 병행하여 실행됩니다. 엔진의 모든 레코드는 데이터베이스 수준에서 PostgreSQL 행 수준 보안이 적용되는 조직 범위를 가지며, 테넌시는 계층 구조로 이루어져 있습니다. 즉, 리셀러 조직 아래에 클라이언트 조직이, 그 아래에 사이트가 위치합니다. 리전은 데이터가 어디에 위치하는지를 결정하고, 행 수준 보안은 누가 데이터에 접근할 수 있는지를 결정합니다. 두 가지 모두 규정 준수 검토자에게 중요하며 어느 것도 선택 사항이 아닙니다.
GDPR 데이터 내보내기 및 삭제는 사후 추가 방식이 아닌 동일한 설계의 일부이며, 권한 및 관리 작업은 감사 로그에 기록됩니다. 구매자의 설문지에서 데이터가 저장되는 위치, 데이터 쿼리가 가능한 사람, 정보 주체가 데이터 반환을 요청할 때 어떤 일이 발생하는지 묻는 경우, 여기에서 모두 답변할 수 있습니다.
가까운 리전을 선택하는 것이 도움이 되지만, 방문자가 체감하는 지연 시간의 대부분은 요청이 오리진에 도달하기도 전에 결정됩니다.
모든 것이 여전히 동일한 운명을 공유한다면 멀티 리전은 거의 가치가 없습니다. 아키텍처는 함께 장애가 발생해서는 안 되는 부분들을 분리합니다.
엔진, 데이터베이스, 워크플로 계층 및 대시보드는 고객 사이트에 서비스를 제공하는 워커 플릿과 완전히 분리되어 자체 Kubernetes 컨트롤 플레인에서 실행됩니다. 컨트롤 플레인 장애로 인해 고객 사이트가 중단되어서는 안 되며, 플릿 장애로 인해 플랫폼이 중단되어서도 안 됩니다.
고객 대시보드, 관리자 콘솔 및 이 마케팅 사이트는 제어 평면 클러스터와 독립적으로 Cloudflare에 배포되므로, 플랫폼 장애가 발생하더라도 이에 대한 정보를 확인할 수 있는 공간까지 함께 사라지지는 않습니다.
상태 페이지는 의도적으로 다른 지역의 서로 다른 공급업체에 호스팅되어 있습니다. 모니터링 대상인 동일한 인프라에서 실행되는 상태 페이지는 정작 필요한 순간에 무용지물이 됩니다.
사이트별 백업은 불변 상태로 오프사이트 객체 스토리지에 기록되며, 복원은 단순한 가정이 아닌 실제 테스트를 거칩니다. 파일 관리자, 도메인, DNS, SSL 및 로그와 함께 패널에서 클릭 한 번으로 복원을 수행할 수 있습니다.
당사는 이 페이지에서 서비스 수준 계약, 응답 시간 또는 지연 시간 수치를 명시하지 않습니다. SLA 조건은 계약별로 합의됩니다. Footprint-Free 요금제와 관련된 99.99% 수치는 가동 시간 보증이자 당사가 목표로 구축하는 기준이며, 측정된 과거 가용성 기록이 아닙니다.
실제로는 결정이 네 가지 질문으로 귀결되며, 대부분의 고객은 1분 이내에 답변합니다.
예. 리전은 대역 외에서 처리되는 요청이 아니라 배치 엔진에 대한 입력값입니다. 리전을 고정하면 해당 리전으로 태그 지정된 플릿 워커만 사이트를 호스팅할 수 있는 자격을 갖추게 되며, 선택한 리전은 사이트 레코드에 저장되므로 어디에서 실행되는지 언제든지 다시 확인할 수 있습니다. 이를 설정하지 않고 그대로 두면 사이트는 배치되는 워커의 리전을 상속받습니다.
각 호스팅 라인은 전용으로 구축된 용량에서 실행되므로 해당 라인에 따라 다릅니다. 주문 양식과 각 호스팅 페이지에는 배치 엔진에서 실시간으로 읽어온 오늘 선택 가능한 도시 목록이 표시되므로, 이 답변은 결코 오래된 정보가 되지 않습니다. 엄격한 EU 내 데이터 보관을 원하시면 유럽 연합 내의 데이터 센터를 선택하십시오. 조달 과정에서 인증된 기본 플랫폼이 필요한 경우, 해당 요구 사항을 충족하는 용량에 배치할 수 있습니다. 각 위치의 기반이 되는 공급업체는 당사의 상업적 계약에 따른 것입니다. 귀하는 공급업체가 아닌 위치를 선택하는 것입니다.
아니요 — Zinn Digital®은 현재 자체 규정 준수 인증을 보유하고 있지 않으며, 그렇지 않은 것처럼 암시하지도 않습니다. 저희가 제공해 드릴 수 있는 것은 구매자의 조달 요건으로 인해 사이트 기반의 인증된 플랫폼이 필수적인 경우, 해당 인증을 보유한 기본 플랫폼에 귀하의 워크로드를 배치하는 것입니다. 이와 별도로 플랫폼 자체의 제어 기능은 실재하며 점검 가능합니다. 사이트별 격리, 모든 테넌트 범위 테이블의 행 수준 보안, Vault에 보관된 시크릿, 전 구간 TLS, 그리고 권한 있는 작업의 감사 로깅이 포함됩니다.
배포는 사이트를 다른 곳에 은밀히 배치하는 대신 배치 오류와 함께 명시적으로 실패합니다. 이는 의도된 것입니다. 관할 구역이 소리 소문 없이 변경된 사이트는 배포가 중단되고 그 이유를 알려주는 것보다 훨씬 더 나쁜 결과입니다. 해당 지역에서 더 많은 호스트를 온라인 상태로 전환하여 용량을 추가하면, 호스트가 자체 등록된 후 즉시 작업을 수락하기 시작합니다.
당사는 지연 시간 벤치마크를 게시하지 않으며 특정 수치를 약속하지 않습니다. 설명해 드릴 수 있는 것은 아키텍처입니다. Cloudflare가 모든 사이트의 전면에 배치되어 캐시 가능한 응답이 방문자와 가까운 엣지 위치에서 제공되고, LSCache가 PHP나 데이터베이스를 거치지 않고 워커에서 전체 페이지를 제공하며, 사이트별 Redis 객체 캐시가 반복되는 쿼리를 흡수합니다. 대부분의 콘텐츠 사이트에서 이러한 조합은 캐시 구성에 비해 오리진 리전의 중요성이 훨씬 낮음을 의미합니다. 잠재 고객이 한 대륙에 집중되어 있다면 오리진을 해당 위치에 배치하십시오.
리전은 사이트가 배치될 때 설정되어 사이트 레코드에 저장되므로, 리전 변경은 단순한 전환이 아닌 마이그레이션에 해당합니다. 이전이 예정되어 있음을 이미 알고 계신 경우 구축 전에 문의해 주십시오. 운영 중인 포트폴리오를 이전하는 것보다 처음에 올바르게 배치하는 것이 훨씬 경제적입니다.
사이트별 백업은 불변(immutable) 상태로 오프사이트에 보관되며 운영 중인 플릿과 격리되어 있습니다. 복구 가능성을 단순히 추정하는 것이 아니라 실제로 테스트하여 오브젝트 스토리지에 기록되며, 패널에서 클릭 한 번으로 복구할 수 있습니다. 귀하의 규정 준수 요건상 백업 스토리지가 특정 관할 구역에 위치해야 하는 경우 당사에 직접 문의해 주십시오. 이는 웹 페이지에 게시하는 일괄적인 주장이 아니라 고객별로 합의하는 계약상의 세부 사항입니다.
예. 평가판은 14일 동안 제공되며 카드 등록이 필요하지 않습니다. 최대 5개 사이트를 지원하는 Footprint-Free Hosting이 포함되어 있어, 프로덕션 포트폴리오를 어디에 둘지 결정하기 전에 배포, 배치 및 캐시 계층이 어떻게 작동하는지 충분히 확인해 보실 수 있습니다.
카드 등록 없이 14일 무료 체험을 시작하시거나, 먼저 데이터 보관 위치 요건을 알려주시면 첫 배포부터 알맞게 배치해 드리겠습니다.
무료로 시작하기