옵션
뉴스
AI 크롤러 서지 Wikimedia Commons 대역폭 수요 50%

AI 크롤러 서지 Wikimedia Commons 대역폭 수요 50%

2025년 4월 17일
121

AI 크롤러 서지 Wikimedia Commons 대역폭 수요 50%

위키미디어 재단, 즉 위키백과와 여러 군중 소싱 지식 플랫폼의 모체는 수요일에 위키미디어 커먼스에서 멀티미디어 다운로드에 대한 대역폭 사용량이 2024년 1월 이후 50% 급증했다고 발표했습니다. 화요일 블로그 포스트에서 자세히 설명된 이 급증은 인간의 호기심 증가 때문이 아니라, AI 모델 훈련을 위한 데이터를 갈망하는 자동화된 스크레이퍼 때문입니다.

“우리 인프라는 주요 이벤트 동안 인간의 트래픽 급증을 처리하도록 설계되었지만, 스크레이퍼 봇에서 오는 트래픽의 양은 비교할 수 없을 정도로 많으며 점점 더 큰 위험과 비용을 초래합니다,”라고 포스트는 설명합니다.

위키미디어 커먼스는 이미지, 비디오, 오디오 파일을 위한 자유롭게 접근 가능한 허브로, 모두 오픈 라이선스 또는 퍼블릭 도메인에서 제공됩니다.

더 깊이 파고들어, 위키미디어는 가장 많은 자원을 소모하는 트래픽—소비된 콘텐츠 유형으로 측정—의 무려 65%가 봇에서 나온다고 밝혔습니다. 그러나 이러한 봇은 전체 페이지뷰의 단지 35%만을 차지합니다. 위키미디어에 따르면, 이 불균형은 자주 액세스되는 콘텐츠가 사용자에게 더 가까운 곳에 캐싱되는 반면, 봇이 종종 타겟팅하는 덜 인기 있는 콘텐츠는 더 비용이 많이 드는 “코어 데이터 센터”에 저장되기 때문입니다.

“인간 독자들은 특정하고 종종 유사한 주제에 집중하는 경향이 있지만, 크롤러 봇은 더 많은 페이지를 ‘대량 읽기’하고 덜 인기 있는 페이지도 방문하는 경향이 있습니다,”라고 위키미디어는 언급했습니다. “이로 인해 이러한 요청이 코어 데이터센터로 전달되어 자원 소모 비용이 크게 증가합니다.”

결과적으로, 위키미디어 재단의 사이트 안정성 팀은 일상적인 사용자들에게 중단을 방지하기 위해 이러한 크롤러를 차단하는 데 상당한 시간과 자원을 투입하고 있습니다. 이는 재단이 직면하고 있는 급등하는 클라우드 비용에 대해서는 언급조차 하지 않은 것입니다.

이 시나리오는 오픈 인터넷을 위협하는 더 큰 트렌드의 일부입니다. 지난 달, 소프트웨어 엔지니어이자 오픈소스 옹호자인 Drew DeVault는 AI 크롤러들이 자동화된 트래픽을 막기 위한 “robots.txt” 파일을 노골적으로 무시하고 있다고 한탄했습니다. 마찬가지로, “프래그매틱 엔지니어”로 알려진 Gergely Orosz는 최근 Meta와 같은 회사들의 AI 스크레이퍼가 그의 프로젝트에 대한 대역폭 수요를 급증시켰다고 좌절감을 표출했습니다.

오픈소스 인프라가 특히 취약하지만, 개발자들은 독창성과 결단력으로 대응하고 있습니다. TechCrunch는 지난 주 일부 기술 회사들이 나서고 있다고 강조했습니다. 예를 들어, Cloudflare는 AI로 생성된 콘텐츠로 크롤러를 늦추기 위해 설계된 AI Labyrinth를 도입했습니다.

그럼에도 불구하고, 이는 끊임없는 고양이와 쥐 게임으로 남아 있으며, 많은 퍼블리셔들이 로그인과 페이월 뒤로 후퇴하게 만들어, 우리가 모두 의존하는 웹의 오픈 본질을 궁극적으로 해칠 수 있습니다.

관련 기사
슬라이드쇼를 위한 AI 기반 내레이션을 도입한 Google의 NotebookLM 슬라이드쇼를 위한 AI 기반 내레이션을 도입한 Google의 NotebookLM Google의 NotebookLM은 AI 기술을 활용하여 내레이션이 있는 슬라이드쇼 프레젠테이션을 자동으로 생성하는 혁신적인 비디오 개요 기능을 도입합니다. 현재 영어 지원으로 출시되고 있는 이 기능은 조만간 지원 언어를 확대할 계획이라고 Google은 밝혔습니다.이 새로운 동영상 프레젠테이션은 기존의 오디오 오버뷰에 대한 시각적 대응 기능을 제공합니다
다빈치 레졸브에서 오디오 편집 마스터하기: 프로페셔널 사운드를 위한 페어라이트 가이드 다빈치 레졸브에서 오디오 편집 마스터하기: 프로페셔널 사운드를 위한 페어라이트 가이드 선명한 오디오는 아마추어 프로덕션과 전문 비디오 콘텐츠를 구분합니다. 다빈치 Resolve의 페어라이트 페이지에서는 영화 제작자와 콘텐츠 크리에이터가 사운드 디자인을 완성할 수 있는 정교한 도구를 제공합니다. 이 심층 튜토리얼에서는 기본 레코딩부터 세련된 포스트 프로덕션 마스터링까지 오디오를 향상시키기 위한 필수 기술, 최적의 장비 선택, 전문적인 워크플로
이제 구글의 AI가 전화 통화를 대신 처리합니다. 이제 구글의 AI가 전화 통화를 대신 처리합니다. Google은 검색을 통해 모든 미국 사용자에게 AI 통화 기능을 확대하여 고객이 전화 통화 없이도 현지 비즈니스에 가격 및 이용 가능 여부를 문의할 수 있도록 했습니다. 1월에 처음 테스트된 이 기능은 현재 애완동물 미용사, 세탁 서비스, 자동차 수리점 등 서비스 중심 비즈니스를 지원합니다.검색자는 적격 업체 목록 아래에 'AI에게 가격 확인' 옵션이 표
의견 (14)
0/200
KevinBrown
KevinBrown 2025년 8월 24일 오전 12시 1분 15초 GMT+09:00

Incroyable, 50% d'augmentation de bande passante pour Wikimedia Commons ! Ça montre à quel point l'IA aspire tout sur son passage, non ? 😅 J’espère juste que ça ne va pas surcharger les serveurs ou freiner l’accès pour les utilisateurs classiques.

CharlesWhite
CharlesWhite 2025년 8월 13일 오후 10시 0분 59초 GMT+09:00

Whoa, a 50% spike in Wikimedia Commons bandwidth? AI crawlers are eating up data like it’s an all-you-can-eat buffet! 😄 Makes me wonder how much of this is legit research vs. bots just hoarding images for some shady AI training. Anyone else curious about what’s driving this?

SamuelClark
SamuelClark 2025년 7월 31일 오후 8시 35분 39초 GMT+09:00

Wow, a 50% spike in bandwidth for Wikimedia Commons? That’s wild! AI crawlers are probably gobbling up all those images for training. Kinda cool but also makes me wonder if this is pushing the limits of what open platforms can handle. 😅

KennethJohnson
KennethJohnson 2025년 7월 31일 오전 10시 42분 5초 GMT+09:00

Wow, a 50% spike in bandwidth for Wikimedia Commons? That’s wild! AI crawlers are probably gobbling up all those images for training. Makes me wonder how much data these AI models are chugging through daily. 😳 Cool to see open knowledge fueling innovation, though!

WillieAnderson
WillieAnderson 2025년 4월 18일 오후 3시 23분 40초 GMT+09:00

Wikimedia Commons에서 AI 크롤러로 인한 대역폭 수요 증가는 미쳤어요! AI가 이렇게 널리 사용되는 건 멋지지만, 조금 걱정되기도 해요. 사용자 경험에 큰 영향을 주지 않으면서 이를 관리할 방법을 찾았으면 좋겠어요. 🤔

RaymondGreen
RaymondGreen 2025년 4월 18일 오후 3시 1분 1초 GMT+09:00

ウィキメディア・コモンズの帯域使用量が50%増えたって?😲 信じられない!AIクローラーがデータを欲しがってるんだね。ウィキメディアが情報を共有してくれるのはいいけど、これで遅くなるのは嫌だな。ユーザー体験を壊さずに対応できるといいね!🤞

위로 돌아갑니다
OR