2025년에 우리는 180여 건의 인터넷 장애가 발생하는 것을 목격했습니다. 그 중 일부는 짧고 부분적인 중단이었고, 일부는 며칠 동안 완전히 중단된 경우도 있었습니다. 4분기에는 단 한 건의 정부 주도 인터넷 셧다운만 추적되었지만, 여러 국가에서 여러 차례의 케이블 손상으로 인해 연결 중단이 발생했습니다. 정전과 기상 이변으로 인해 여러 곳에서 인터넷 서비스가 중단되었으며, 우크라이나에서 지속되고 있는 분쟁 또한 그곳의 연결성에 영향을 미쳤습니다. 언제나 그렇듯이, 우리가 관찰한 장애 중 다수는 기술적인 문제로 인한 것이었으며, 일부는 관련 공급업체에서 인정했지만, 다른 일부는 원인을 알 수 없었습니다. 또한 여러 하이퍼스케일러 클라우드 플랫폼과 Cloudflare에서 발생한 사고로 인해 웹 사이트 및 애플리케이션의 가용성이 저해된 경우도 있었습니다.
이 게시물은 관찰되고 확인된 장애를 요약하여 간략히 알리기 위한 글이지, 해당 분기에 발생한 모든 문제를 완전히 다루는 전체 목록을 소개하는 것은 아닙니다. 이러한 이상 징후는 Cloudflare 네트워크 전반에서 관찰되는 예상 트래픽 패턴에서 크게 벗어나는 경우 감지됩니다. 확인된 이상 징후 및 중단의 전체 목록은 Cloudflare Radar 중단 센터에서 확인하시기 바랍니다
탄자니아에서는 대통령 선거 기간 중 폭력적인 시위가 발생하면서 10월 29일 인터넷 접속이 차단되는 조치가 취해졌습니다. 트래픽은 현지 시간 기준 12시 30분경(UTC 09:30) 처음 감소하기 시작했으며, 전주 대비 90% 이상 하락했습니다. 장애는 약 26시간 동안 지속되었으며, 10월 30일 현지 시간 기준 14시 30분경(UTC 11:30)에 트래픽이 회복되기 시작한 것으로 나타났습니다. 그러나 해당 복구는 매우 일시적인 것으로 판명되었으며, 복구 이후 약 2시간이 지난 현지 시간 기준 16시 15분경(UTC 13:15)에 트래픽이 다시 크게 감소했습니다. 이후 발생한 두 번째의 거의 전면적인 장애는 11월 3일까지 이어졌으며, 현지 시간 기준 17시 이후(UTC 14:00)에 트래픽이 급격히 회복되었습니다. 차단 기간 동안 공개된 IPv4 및 IPv6 주소 공간에서도 소폭의 감소가 관측되었으나, 국가가 인터넷에서 완전히 단절되었음을 의미하는 전면적인 공지 중단은 발생하지 않았습니다. (자율 시스템은 자신이 관리하는 IP 주소 블록을 다른 인터넷 제공업체에 공지하여, 어떤 주소 범위를 책임지고 있는지 알립니다.)
이후 탄자니아 대통령은 인터넷 차단의 영향과 관련해, 국내에 거주하는 외교 사절단과 외국인들을 대상으로 유감을 표명했습니다. 인터넷 및 소셜 미디어 서비스는 2020년에도 국가의 총선을 앞두고 제한 조치가 시행된 바 있습니다.
Digicel Haiti는 케이블 절단으로 인한 인터넷 장애에 이미 익숙한 상황이며, 해당 네트워크는 4분기 동안 이와 같은 사고를 두 차례 더 겪었습니다. 10월 16일, 현지 시간 기준 14시 30분(UTC 18:30)에 Digicel Haiti(AS27653)에서 발생하는 트래픽이 감소하기 시작했으며, 현지 시간 기준 16시(UTC 20:00)에는 거의 0에 도달했습니다. 회사의 총괄 디렉터가 게시한 X 게시물의 번역본에서는 다음과 같이 밝혔습니다.“@DigicelHT는 국제 광섬유 인프라에서 두 건의 케이블 절단이 발생했음을 고객 여러분께 안내드립니다.” 트래픽은 현지 시간 기준 17시 이후(UTC 21:00)에 회복되기 시작했으며, 이후 1시간 이내에 정상 수준에 도달했습니다. 현지 시간 기준 17시 33분(UTC 21:34)에 총괄 디렉터는 게시글을 통해 “국제 인프라상의 첫 번째 광섬유가 복구되었다”고 밝히며, 서비스가 복구되었음을 알렸습니다.
11월 25일, 해당 제공업체의 총괄 디렉터가 게시한 또 다른 X 게시물 번역본에서는 “국도 1호선에 위치한 국제 광섬유 인프라”가 절단되었다고 밝혔습니다. Digicel 네트워크에서는 해당 시점보다 약 1시간 앞서 트래픽 감소가 관측되었으며, 현지 시간 기준 02시부터 08시까지(UTC 07:00~13:00) 완전한 장애가 발생한 것으로 확인되었습니다. 현지 시간 기준 08시 22분(UTC 13:22)에 게시된 후속 X 게시물에서는 모든 서비스가 복구되었음을 밝혔습니다.
Cybernet/StormFiber(파키스탄)
10월 20일 현지 시간 기준 17시 30분(UTC 12:30)에 Cybernet/StormFiber(AS9541)의 인터넷 트래픽이 급격히 감소했으며, 이는 일주일 전 같은 시간 대비 약 50% 수준으로 하락한 것입니다. 같은 시점에 해당 네트워크가 공지한 IPv4 주소 공간도 3분의 1 이상 감소했습니다. 이러한 변화의 원인은 수단 인근 홍해에서 절단 사고가 발생한 PEACE 해저 케이블의 손상으로 확인되었습니다.
PEACE는 파키스탄 통신사들의 국제 인터넷 트래픽을 담당하는 여러 해저 케이블 시스템 가운데 하나로, IMEWE와 SEA-ME-WE-4 등이 함께 활용되고 있습니다. 해당 제공업체는 10월 27일까지 서비스를 완전히 복구하겠다고 약속했으나, 트래픽과 공지된 IPv4 주소 공간은 10월 21일 현지 시간 기준 약 02시경(UTC 기준 10월 20일 21:00)에 이미 정상 수준에 근접해 회복되었습니다.
Camtel, MTN Cameroon, Orange Cameroun
10월 23일 카메룬 내 여러 인터넷 제공업체에서 관측된 비정상적인 트래픽 패턴은, 아프리카 서해안 국가들을 포르투갈과 연결하는 WACS(West Africa Cable System) 해저 케이블에서 발생한 문제로 인해 초래된 것으로 전해졌습니다.
(번역된) 공개 보고서에 따르면, MTN은 가입자들에게 “WACS 광섬유 케이블 사고로 인해 인터넷 서비스가 일시적으로 중단되고 있다”고 안내했으며, Orange Cameroun 역시 “국제 접속 광섬유에서 발생한 사고로 인터넷 서비스에 장애가 발생했다”고 공지했습니다. Camtel이 게시한 X 게시물에서는 다음과 같이 밝혔습니다.“카메룬 통신공사(CAMTEL)는 2025년 10월 23일 새벽 바토케(LIMBE) 지역에서 WACS 케이블 장비와 관련된 기술적 사고가 발생해, 전국적으로 인터넷 연결 장애가 발생했음을 알려드립니다.”
영향을 받은 제공업체 전반의 트래픽은 처음에는 현지 시간 기준 약 05시경(UTC 04:00)에 감소했으며, 이후 현지 시간 기준 22시경(UTC 21:00)에 정상 수준으로 회복되었습니다. 해당 네트워크 전반의 트래픽은 하루 동안 큰 변동성을 보였으며, 일부 시점에서는 90~99%까지 감소하기도 했습니다. 트래픽 패턴에서 관측된 뚜렷한 급등락의 원인은 명확하지 않지만, 카메룬과 연결된 다른 해저 케이블 시스템으로 인터넷 트래픽을 전환하려는 시도가 있었을 가능성이 제기됩니다. 이 기간 동안 MTN Cameroon과 Orange Cameroon의 공지된 IP 주소 공간도 감소했으나, Camtel의 공지 IP 주소 공간에는 변화가 없었습니다.
WACS 문제로 인해 중앙아프리카공화국과 콩고공화국의 인터넷 연결성도 영향을 받은 것으로 전해졌습니다.
12월 9일, 도미니카공화국의 인터넷 제공업체인 Claro Dominicana(AS6400)에서 발생하는 트래픽이 현지 시간 기준 약 12시 15분경(UTC 16:15)에 급격히 감소하는 현상이 관측되었습니다. 트래픽은 현지 시간 기준 14시 15분경(UTC 18:15)에 다시 한 차례 감소했으며, 전주 대비 최대 77%까지 하락한 뒤 빠르게 정상 수준으로 회복되었습니다. 이번 연결 장애는 두 건의 광섬유 장애로 인해 발생했을 가능성이 높으며, 장애 기간 중 게시된 해당 제공업체의 X 게시물에서도 일부 서비스에서 “간헐적인 연결 끊김과 속도 저하가 발생하고 있다”고 언급했습니다. 이후 Claro가 게시한 후속 X 게시물에서는 절단된 광섬유 케이블을 복구함으로써 전국적으로 인터넷 서비스가 정상화되었다고 밝혔습니다.
(번역된) Empresa de Transmisión Eléctrica Dominicana(ETED)의 X 게시물에 따르면, 11월 11일 도미니카공화국에서 송전선 장애로 인해 전력 공급이 중단되는 사태가 발생했습니다. 이번 정전은 국가 전반의 인터넷 트래픽에도 영향을 미쳐, 현지 시간 기준 13시 15분(UTC 17:15)부터 전주 대비 거의 50%에 달하는 트래픽 감소를 초래했습니다. 트래픽 수준은 12월 12일 현지 시간 기준 약 02시경(UTC 06:00)까지 낮은 상태를 유지했으며, 이후 게시된 ETED의 (번역된) X 게시물에서는 “오전 2시 20분에 국가 전력 시스템의 복구를 완료해 전체 수요의 96%에 전력을 공급하고 있다…”고 밝혔습니다.
이후 발표된 기술 보고서에서는 다음과 같이 밝혔습니다.“정전은 산페드로 데 마코리스 I 138kV 변전소에서 시작됐으며, 가동 중인 선로가 수동으로 차단되면서 고강도 단락 사고가 발생했다. 보호 시스템은 즉시 작동했지만, 해당 장애로 인해 인근 여러 송전선이 차단되었고, 동부 지역의 575MW 발전 용량이 계통에서 분리됐다. 이로 인한 전력 불균형으로 주요 발전소들이 자체 안전 메커니즘에 따라 자동으로 정지했다.”
12월 9일, 대규모 정전이 발생하면서 케냐 전역의 여러 지역이 영향을 받았습니다. 케냐 전력청은 이번 정전에 대해 “케냐-우간다 간 지역 연계 전력망에서 발생한 사고로 인해, 케냐 측 전력 시스템에 교란이 발생하면서 촉발됐다”고 설명했으며, “약 30분 이내에 영향을 받은 대부분의 지역에 전력이 복구됐다”고 밝혔습니다. 그러나 인터넷 연결성에 대한 영향은 현지 시간 기준 19시 15분부터 23시까지(UTC 16:15~20:00) 약 4시간 가까이 지속되었습니다. 이번 정전으로 국가 차원에서 인터넷 트래픽이 최대 18%까지 감소했으며, 이러한 변화는 나쿠루 카운티와 카임부 카운티에서 특히 두드러지게 나타났습니다.
12월 12일 우크라이나의 오데사 지역에서 발생한 러시아의 드론 공격으로 창고와 에너지 인프라가 손상되었으며, 이 가운데 에너지 시설 피해로 인해 지역 일부에서 정전이 발생했습니다. 이러한 정전으로 인터넷 연결성이 중단되면서, 전주 대비 트래픽이 최대 57%까지 감소하는 결과를 초래했습니다. 12월 13일 자정(UTC 기준 12월 12일 22:00)에 처음으로 트래픽이 급감한 이후, 이후 수일에 걸쳐 점진적으로 회복되었으며, 12월 16일 현지 시간 기준 약 14시 30분경(UTC 12:30)에 정상 수준으로 복귀했습니다.
10월 28일 허리케인 멜리사가 자메이카에 상륙해 이동 경로를 따라 피해와 파괴를 남겼습니다. 이와 관련된 정전과 인프라 피해로 인터넷 연결성이 영향을 받으면서, 트래픽은 현지 시간 기준 약 06시 15분(UTC 11:15)을 기점으로 약 절반 수준으로 감소하기 시작했으며, 결국 전주 대비 최대 70%까지 하락했습니다. 자메이카의 인터넷 트래픽은 허리케인 이전 수준에 비해 며칠 동안 크게 낮은 상태를 유지했으며, 결국 11월 4일 아침 동안 예상 수준에 더 가까워지기 시작했습니다. 폭풍으로 인해 광범위하고 큰 피해가 발생한 후에는, 전력은 몇 일 내에 대부분 복구되더라도, 물리적 인프라 손상은 복구하는 데 몇 주에서 몇 달이 걸려 인터넷 트래픽이 완전히 정상 수준으로 회복되기까지 상당한 시간이 소요되는 경우가 많습니다.
11월 26일, 사이클론 센야르로 인해 스리랑카와 인도네시아에서 대규모 홍수와 산사태가 발생해 1,000명 이상이 사망했으며, 양국의 통신 및 전력 인프라가 피해를 입었습니다. 인프라 피해로 인해 여러 지역에서 인터넷 연결에 장애가 발생했으며, 그 결과 트래픽 수준도 낮아졌습니다.
스리랑카에서는 서부 주 외 지역이 가장 큰 영향을 받았으며, 북서부, 남부, 우바, 동부, 북부, 중북부, 사바라가무와 등 여러 주에서 트래픽이 전주 대비 80~95% 감소했습니다.
인도네시아에서는 아체와 수마트라 지역에서 가장 큰 인터넷 장애가 발생했습니다. 아체 지역에서는 전주 대비 트래픽이 처음에 75% 이상 감소했습니다. 수마트라에서는 북수마트라가 가장 큰 영향을 받았으며, 전주 대비 초기에는 약 30% 감소했다가 이후 주에 들어서면서 점차 회복세를 보이기 시작했습니다.
10월 3일, 인도네시아 인터넷 제공업체 Smartfren(AS18004) 가입자들은 서비스 장애를 경험했습니다. 해당 문제는 제공업체가 게시한 X 게시물에서 인정되었으며, 번역에 따르면 “현재 여러 지역에서 전화, SMS 및 데이터 서비스에 문제가 발생하고 있습니다.”라고 밝혔습니다. 해당 제공업체의 트래픽은 현지 시간 기준 약 09시경(UTC 02:00)을 기점으로 최대 84%까지 감소했습니다. 이번 장애는 약 8시간 동안 지속되었으며, 트래픽은 현지 시간 기준 17시경(UTC 10:00)에 정상 수준으로 회복되었습니다. Smartfren은 서비스 문제의 원인에 대해 추가적인 정보를 제공하지 않았습니다.
영국의 주요 인터넷 제공업체인 Vodafone UK(AS5378 및 AS25135)는 10월 23일 짧은 서비스 장애를 겪었습니다. 현지 시간 기준 15시(UTC 14:00)에 Vodafone의 양 ASN에서 트래픽이 0으로 감소했습니다. AS5378에서 공지된 IPv4 주소 공간은 75% 감소했으며, AS25135에서는 공지된 IPv4 주소 공간이 완전히 사라졌습니다. 인터넷 트래픽과 주소 공간 모두 두 시간 후에 회복되어, 현지 시간 기준 17시경(UTC 16:00)에 정상 수준으로 돌아왔습니다. Vodafone은 이번 장애의 원인에 대해 소셜 미디어 채널에서 아무런 정보를 제공하지 않았으며, 네트워크 상태 확인 페이지 또한 장애 동안 이용할 수 없었습니다.
공개된 보고서에 따르면, 10월 22일 이탈리아 제공업체 Fastweb(AS12874)의 고객들에게 DNS 해석 문제로 인해 인터넷 서비스가 중단되었으며, 이로 인해 관측된 트래픽량이 75% 이상 감소했습니다. Fastweb은 해당 문제를 인정했으며, 이 장애는 유선 인터넷 고객에게 현지 시간 기준 09시 30분부터 13시까지(UTC 08:30~12:00) 영향을 미쳤습니다.
비록 연결 장애로 인한 인터넷 정전은 아니었지만, DNS 해석 문제로 인한 인터넷 트래픽 영향은 매우 유사하게 나타났습니다. 제공업체의 DNS 리졸버에 문제가 발생할 경우, Cloudflare의 1.1.1.1 공용 DNS 리졸버와 같은 서비스를 사용하면 연결성을 회복할 수 있는 경우가 많습니다.
SBIN, MTN Benin, Etisalat Benin
12월 7일, SBIN(AS28683), MTN Benin(AS37424), Etisalat Benin(AS37136) 전반에서 동시에 트래픽 감소가 관측되었습니다. 현지 시간 기준 18시 30분에서 19시 30분(UTC 17:30~18:30) 사이, 국가 전체에서는 전주 대비 트래픽이 최대 80% 감소했으며, Etisalat와 MTN에서는 거의 100%, SBIN에서는 80% 이상 감소했습니다.
이날 일찍 쿠데타 시도가 발생했지만, 관측된 인터넷 장애가 이와 관련이 있는지는 불분명합니다. 라우팅 관점에서 보면, 영향을 받은 세 네트워크 모두 상위 제공업체로 Cogent(AS174)를 공유하고 있어, Cogent의 지역적 문제로 인해 이번 짧은 장애가 발생했을 가능성이 있습니다.
이스라엘 제공업체 Cellcom(AS1680)이 12월 18일 발표한 보도 자료에 따르면, “일부 고객에게 영향을 미치는 인터넷 연결 장애가 발생했다”고 밝혔습니다. 이번 장애로 트래픽은 전주 대비 거의 70% 감소했으며, 현지 시간 기준 09시 30분부터 11시까지(UTC 07:30~09:00) 발생했습니다. 공개된 보고서에 따르면 이 “오작동”은 DNS 장애였을 가능성이 있습니다.
Partner Communications(이스라엘)
2025년을 마무리하며, 12월 30일 이스라엘 제공업체 Partner Communications(AS12400)에서 발생한 주요 기술적 장애가 전국적으로 모바일, TV, 인터넷 서비스를 중단시켰습니다. Partner의 인터넷 트래픽은 현지 시간 기준 14시에서 15시(UTC 12:00~13:00) 사이 전주 대비 3분의 2 수준으로 감소했습니다. 장애 발생 동안 Cloudflare의 1.1.1.1 공용 DNS 리졸버에 대한 쿼리가 급증했으며, 이는 문제의 원인이 Partner의 DNS 인프라와 관련되었을 가능성을 시사합니다. 하지만 해당 제공업체는 이번 장애의 원인을 공개적으로 확인해 주지 않았습니다.
4분기 동안, Cloud Observatory 페이지를 Radar에 새로 개설했으며, 이를 통해 Amazon Web Services, Microsoft Azure, Google Cloud Platform, Oracle Cloud Infrastructure를 포함한 하이퍼스케일러 클라우드 플랫폼 전반의 지역별 가용성과 성능 문제를 추적할 수 있습니다.
10월 20일, 북버지니아의 Amazon Web Services us-east-1 리전에서 “오류율 및 대기 시간이 증가”해 해당 리전 내 여러 서비스에 영향을 미쳤습니다. 이 문제는 해당 리전 내 인프라를 사용하는 공개 웹사이트와 애플리케이션 고객뿐만 아니라, us-east-1에 호스팅된 오리진 리소스를 사용하는 Cloudflare 고객에게도 영향을 미쳤습니다.
문제의 영향은 UTC 기준 06시 30분경부터 나타나기 시작했으며, 오류(5xx급) 응답 비율이 상승하기 시작해 UTC 기준 08시경에는 최대 17%에 달했습니다. us-east-1의 오리진 연결 시도 중 발생한 실패 건수 역시 증가했으며, UTC 기준 12시경에 최고치를 기록했습니다.
이번 사건 동안 주요 네트워크 성능 지표에서도 영향을 뚜렷하게 확인할 수 있었으며, 이 지표들은 사건 종료 직전인 UTC 기준 약 23시경에 정상 수준으로 돌아왔습니다. 사건이 진행되는 동안 TCP와 TLS 핸드셰이크 지속 시간 모두 점점 악화되었으며, 이 지표들은 각각 Cloudflare가 us-east-1의 고객 오리진 서버와 TCP 및 TLS 연결을 설정하는 데 걸리는 시간을 측정합니다. 또한 사건 초기 몇 시간 동안 Cloudflare가 오리진으로부터 응답 헤더를 수신하는 데 걸린 시간이 크게 증가했으며, 이후 점차 예상 수준으로 회복되었습니다.
10월 29일, Microsoft Azure는 콘텐츠 전송 네트워크 서비스인 Azure Front Door에 영향을 미치는 사고를 겪었습니다. Azure의 사고 보고서에 따르면, “두 가지 다른 제어 평면 빌드 버전에서 수행된 특정 고객 구성 변경 순서가 호환되지 않는 고객 구성 메타데이터를 생성하게 되었습니다. 이러한 고객 구성 변경 자체는 유효하고 악의적이지 않았지만, 이 메타데이터가 엣지 사이트 서버에 배포될 때 데이터 평면의 잠재적 버그를 노출시켰습니다. 이 호환성 문제로 인해 데이터 평면 서비스 내 비동기 처리 중에 충돌이 발생했습니다.”
사고 보고서에서는 시작 시간을 UTC 기준 15시 41분으로 표시했지만, 우리는 Azure 호스팅 오리진에 대한 연결 시도 실패량이 약 45분 전부터 증가하기 시작하는 것을 관측했습니다. 사건 기간 동안 TCP 및 TLS 핸드셰이크 지표도 더욱 변동성이 커졌으며, TCP 핸드셰이크는 일부 구간에서 평소보다 50% 이상 오래 걸렸고, TLS 핸드셰이크는 최고 시점에서 거의 200% 더 오래 걸렸습니다. 영향을 받은 지표들은 UTC 기준 20시 이후 개선되기 시작했으며, Microsoft에 따르면 사고는 10월 30일 UTC 기준 00시 05분에 종료되었습니다.
위에서 언급한 장애 외에도, Cloudflare는 4분기 동안 두 차례의 추가 장애를 겪었습니다. 비록 전통적인 의미의 인터넷 장애는 아니었지만, 해당 장애 발생 시 사용자는 Cloudflare가 제공하고 보호하는 웹사이트와 애플리케이션에 접근할 수 없었습니다.
첫 번째 사고는 11월 18일에 발생했으며, 당사 데이터베이스 시스템 중 하나의 권한 변경으로 인해 촉발된 소프트웨어 오류가 원인이었습니다. 이로 인해 데이터베이스가 당사의 봇 관리 시스템에서 사용하는 "피처 파일"에 여러 항목을 출력하게 되었습니다. 근본 원인 분석 및 타임라인을 포함한 자세한 내용은 관련 블로그 게시물에서 확인할 수 있습니다.
두 번째 장애는 12월 5일 발생했으며, 일부 고객에게 영향을 미쳐 Cloudflare가 제공하는 전체 HTTP 트래픽의 약 28%를 차지했습니다. 이번 장애는 새로 공개된 업계 전반의 React Server Components 취약점을 탐지하고 완화하려는 과정에서, 요청 본문 파싱 로직에 변경을 가하는 동안 촉발되었습니다. 사후 분석 블로그 게시물에는 근본 원인 분석과 타임라인을 포함한 자세한 내용이 담겨 있습니다.
이와 같은 장애가 다시 발생하지 않도록 Cloudflare에서 진행 중인 작업에 대한 자세한 내용은, “Code Orange: Fail Small”을 다룬 블로그 게시물을 참고해 주시기 바랍니다.
4분기 동안 관측된 장애는 글로벌 연결성을 유지하는 데 있어 실시간 데이터의 중요성을 다시 한번 강조합니다. 정부 명령에 의한 셧다운이든, 사소한 기술적 문제이든 간에, 투명성은 기술 커뮤니티가 보다 빠르고 효과적으로 대응할 수 있게 합니다. 우리는 Cloudflare Radar를 통해 이러한 변화들을 지속적으로 추적하며, 현대 네트워킹의 복잡성을 이해하고 대응하는 데 필요한 통찰을 제공합니다. 우리는 Cloudflare Radar 중단 센터, 소셜 미디어, 그리고 blog.cloudflare.com 게시물을 통해 관측 내용을 공유합니다. 소셜 미디어에서 @CloudflareRadar(X), noc.social/@cloudflareradar(Mastodon), radar.cloudflare.com(Bluesky)에서 Cloudflare를 팔로우하거나 이메일을 통해 문의해 주세요.
참고로, 이 블로그 게시물에는 Radar와 Radar Data Explorer의 그래프가 포함되어 있지만, 기본 데이터는 API를 통해 확인할 수 있습니다. API를 사용하면 데이터를 가져와 자체 로컬 모니터링이나 분석을 수행할 수 있으며, Radar MCP 서버를 이용해 Radar 데이터를 AI 도구에 통합할 수도 있습니다.