AI 시대를 위해 캐시를 재고하는 이유 (새 탭에서 열림)

AI 트래픽의 급격한 증가는 인간 사용자의 행동 패턴을 기반으로 설계된 기존 CDN 캐시 아키텍처에 큰 도전 과제를 던지고 있습니다. AI 크롤러와 에이전트는 일반적인 인간 사용자와 달리 웹사이트 전체를 순차적으로 스캔하거나 방대한 양의 '롱테일(비인기)' 콘텐츠를 집중적으로 요청하며, 이는 기존 캐시 적중률을 떨어뜨리고 원본 서버의 부하를 가중시키는 결과를 초래합니다. Cloudflare는 이러한 AI 시대의 독특한 데이터 접근 패턴에 대응하기 위해 CDN 캐시 설계의 근본적인 재검토가 필요하다고 주장합니다. ### AI 트래픽과 인간 트래픽의 차이점 * **높은 고유 URL 요청 비율:** AI 에이전트는 정보를 정제하고 정확도를 높이기 위해 반복적인 루핑(looping)을 수행하며, 이 과정에서 요청의 70~100%가 중복되지 않는 고유 URL로 구성됩니다. * **콘텐츠 접근의 광범위성:** 인기 페이지에 집중하는 인간과 달리, AI는 훈련 데이터 수집이나 검색 증강 생성(RAG)을 위해 기술 문서, 이미지, 블로그 등 웹사이트의 거의 모든 콘텐츠를 훑어갑니다. * **크롤링 비효율성:** AI 크롤러는 브라우저 측 캐싱이나 세션 관리를 제대로 활용하지 않으며, 독립적인 인스턴스를 여러 개 실행하여 동일한 콘텐츠를 중복 요청하거나 잘못된 URL 처리로 인해 많은 404 오류를 발생시키기도 합니다. ### 기존 캐시 알고리즘(LRU)의 한계와 영향 * **캐시 오염(Cache Churn):** 대규모 AI 스캔이 발생하면 인간 사용자가 자주 찾는 인기 콘텐츠가 캐시에서 밀려나고, 그 자리를 AI가 일회성으로 긁어가는 비인기 콘텐츠가 차지하게 됩니다. * **캐시 적중률(Hit Rate) 하락:** 가장 오래전에 사용된 데이터를 먼저 삭제하는 LRU(Least Recently Used) 알고리즘은 AI의 공격적인 스캔 패턴 아래에서 효율이 급격히 떨어지며, 이는 곧 캐시 미스 증가로 이어집니다. * **원본 서버 및 비용 부담:** 캐시 미스가 발생하면 모든 요청이 원본(Origin) 서버로 직접 전달되어 서버 부하가 커지고, 데이터 전송에 따른 이그레스(Egress) 비용이 상승하며 응답 속도는 느려집니다. ### AI 시대의 웹 운영을 위한 새로운 방향 * **운영자의 이분법적 선택:** 웹 운영자는 이제 자원 보호를 위해 AI 크롤러를 차단할 것인지, 아니면 AI 모델의 최신 정보를 유지하기 위해 이들을 수용할 것인지 선택해야 하는 상황에 놓여 있습니다. * **차세대 캐시 전략의 필요성:** 기존의 단순한 프리페칭(Prefetching)이나 캐시 만료 정책은 더 이상 유효하지 않으며, AI 에이전트의 반복적인 루핑과 롱테일 접근 패턴을 반영한 지능적인 캐시 설계가 필수적입니다. * **연구 및 협업:** Cloudflare는 ETH Zurich 연구진과 협력하여 AI 트래픽 패턴을 모델링하고, 이를 기반으로 CDN이 AI 시대에 어떻게 적응해야 할지에 대한 기술적 방향성을 제시하고 있습니다. 웹 운영자는 자신의 콘텐츠가 AI 검색 결과나 학습 데이터에 포함되기를 원한다면, AI 트래픽의 특성을 이해하고 이를 효율적으로 처리할 수 있는 도구를 도입해야 합니다. 단순히 트래픽을 차단하는 것을 넘어, 'Pay per crawl'과 같은 수익화 모델이나 AI 전용 캐시 계층을 고려하는 등 변화하는 환경에 맞춘 유연한 대응 전략이 권장됩니다.

Shoptalk 2026 인사이트: 에이전트가 리테일을 변화시키는 방식 (새 탭에서 열림)

Shoptalk 2026에서 확인된 에이전틱 커머스(Agentic Commerce)는 이제 미래의 비전이 아닌, 대화형 어시스턴트와 인앱 결제 등을 통해 실제 매출을 일으키는 현실로 자리 잡았습니다. 리테일 리더들은 단순 검색을 넘어 맥락 중심의 AI 발견 시스템으로 전환되는 시장 구조에 대응하기 위해 제품 데이터의 표준화와 체계적인 공급 전략을 고민하고 있습니다. 기술이 상거래의 전 과정을 자동화할수록 소비자의 선택을 받기 위한 브랜드의 신뢰도와 차별화된 고객 경험의 가치는 그 어느 때보다 중요해질 전망입니다. **에이전틱 커머스의 확산과 데이터 전략의 변화** - AI 에이전트가 새로운 '스토어프론트' 역할을 수행함에 따라, 에이전트에게 노출되지 않는 브랜드는 시장에서 소외될 위험이 커지고 있습니다. - 소비자 검색 패턴이 키워드 중심에서 맥락 중심(예: 여행 계획, 특정 상황에 맞는 가전 비교)으로 변화하고 있으며, OpenAI에 따르면 검색의 70%가 이러한 제약 조건을 포함합니다. - 웹 크롤링에만 의존하기보다 에이전트에게 직접 구조화된 데이터를 제공하는 '다이렉트 제품 피드'의 중요성이 강조되고 있습니다. - 세포라(Sephora)처럼 로열티 데이터를 AI와 결합해 맞춤형 샘플이나 혜택을 제안하는 실질적인 활용 사례가 늘고 있습니다. **채팅창을 넘어선 임베디드 커머스로의 확장** - 에이전틱 커머스는 단순한 채팅 기능을 넘어 광고 클릭부터 결제까지 앱을 이탈하지 않고 완료하는 '임베디드 커머스' 형태로 진화하고 있습니다. - 메타(Meta)는 에이전틱 커머스 프로토콜(ACP)을 활용해 광고 내에서 제품 상세 확인, AI 리뷰 요약, 결제까지 한 번에 이뤄지는 흐름을 구현했습니다. - 미래의 브랜드들은 자사 웹사이트보다 에이전틱 인프라 위에서 네이티브하게 구축되어 고객 획득 비용을 낮추는 전략을 취할 것으로 예측됩니다. - 패션, 뷰티 등 카테고리에 특화된 AI 앱들이 등장함에 따라 리테일러는 1방향 채널과 3자 에이전트 경험 사이의 투자 균형을 결정해야 합니다. **AI 환경에서 더욱 강조되는 브랜드 정체성과 신뢰** - AI가 제품 비교와 발견을 쉽고 빠르게 만들수록, 고객이 특정 브랜드를 선택하게 만드는 힘은 결국 브랜드에 대한 신뢰와 애착에서 나옵니다. - 뉴발란스(New Balance)의 매장 내 전문성 강화나 스티치 픽(Stitch Fix)의 AI 기반 개인화 시각화 도구처럼 고유한 고객 데이터를 활용한 차별화가 필수적입니다. - 에이전트가 주도하는 여정에서도 브랜드의 일관성을 유지하기 위해 고객 데이터와 정체성을 모든 채널에서 통합 관리하는 시스템이 요구됩니다. - '위안을 주는 경제(Soothing Economy)' 개념처럼 오프라인 매장에서의 정서적 경험과 온라인의 효율성을 결합하려는 시도가 이어지고 있습니다. **실무적인 결론 및 제언** 에이전틱 커머스 시대에는 고객이 결제 단계에 도달했을 때의 마찰을 최소화하는 것이 핵심입니다. Stripe의 '최적화된 결제 수트(Optimized Checkout Suite)'나 '에이전틱 커머스 수트(Agentic Commerce Suite)'와 같은 도구를 활용하면, 복잡한 개별 통합 과정 없이도 다양한 AI 에이전트와 플랫폼에 제품 카탈로그 정보를 신속하게 배포하고 전환율을 높일 수 있습니다. 기술적 인프라를 탄탄히 구축하는 동시에, AI가 대체할 수 없는 브랜드만의 고유한 가치를 정립하는 투트랙 전략이 필요합니다.

호평받은 AAAA 게임 ‘더 라스트 메도우’의 멀티플레이어 후속작 발표: 지금 플레이 가능 (새 탭에서 열림)

디스코드는 데스크톱 앱 내에서 즉시 플레이할 수 있는 세계 최초의 DBMMIRPG(Discord-Based Massively Multiplayer Incremental Role Playing Game)인 'Last Meadow Online'을 출시했습니다. 플레이어들은 주인공 Wumpus와 힘을 합쳐 초원을 위협하는 드래곤 'Grass Toucher'를 물리쳐야 하며, 이는 플랫폼 내에서 수많은 사용자가 동시에 협력하는 소셜 게임 경험을 제공합니다. 이번 이벤트는 4월 7일까지 한시적으로 운영되며, 참여자들에게는 특별한 보상이 주어집니다. **DBMMIRPG: 디스코드 기반의 대규모 멀티플레이어 증분형 게임** - 별도의 설치 없이 디스코드 데스크톱 환경에서 직접 실행되는 웹 기반 통합 게임 엔진을 활용합니다. - '증분형(Incremental)' 게임 방식을 채택하여 다수의 사용자가 실시간으로 협동하여 목표를 달성하는 구조를 가지고 있습니다. - 전 세계 디스코드 사용자들이 하나의 월드에 접속하여 공동의 적을 상대하는 대규모 소셜 인터랙션을 강조합니다. **클래스 시스템 및 협업 메커니즘** - 플레이어는 팔라딘(Paladin)의 빛, 레인저(Ranger)의 원거리 공격, 사제(Priest)의 치유 능력 중 하나를 선택하여 전투에 기여할 수 있습니다. - 단순 전투 외에도 수공예 기술(Handiwork skills) 등을 활용해 팀의 승리를 돕는 다양한 역할 수행이 가능합니다. - 전 세계 모험가들과 실시간으로 협력해야만 최종 보스인 'Grass Toucher'를 제압할 수 있는 구조로 설계되었습니다. **참여 기간 및 한정 보상 체계** - 이번 이벤트는 4월 7일까지만 한정적으로 진행되어 희소성을 높였습니다. - 보스 처치에 기여한 모든 플레이어에게는 자신의 디스코드 프로필에 전시할 수 있는 한정판 프로필 배지가 지급됩니다. - 친구들을 초대하여 함께 플레이하는 소셜 기능을 통해 커뮤니티의 참여를 독려하고 있습니다. 디스코드 데스크톱 사용자는 4월 7일 이내에 게임에 접속하여 짧은 시간 동안이라도 드래곤 토벌에 기여하는 것을 추천합니다. 이를 통해 디스코드 플랫폼이 추구하는 게임 통합 환경을 경험하고, 자신의 프로필을 꾸밀 수 있는 한정판 배지를 획득할 기회를 놓치지 마시기 바랍니다.

Build With More Context and More Control in Figma Make | Figma Blog (새 탭에서 열림)

Figma는 정적인 디자인을 넘어 실제 작동하는 경험을 즉각적으로 공유할 수 있도록 'Make Prototype' 기능을 생태계 전반에 통합했습니다. 이제 사용자는 AI를 활용해 디자인을 인터랙티브한 프로토타입으로 빠르게 변환하고, 이를 Figma Design뿐만 아니라 FigJam, Figma Slides 등 협업 환경 어디에나 임베딩하여 공유할 수 있습니다. 이러한 변화는 복잡한 설명 대신 실제 작동 방식을 시각적으로 보여줌으로써 팀원 간의 의사소통 효율을 극대화하는 것을 목표로 합니다. **AI 기반의 신속한 프로토타입 생성 (Make Prototype)** * Figma AI의 'Make Prototype' 기능을 사용하면 수동으로 인터랙션을 연결하는 번거로움 없이, 정적인 레이아웃에서 클릭 가능한 프로토타입을 즉시 생성할 수 있습니다. * AI가 디자인 컨텍스트를 이해하고 화면 간의 논리적인 흐름을 자동으로 구축하여 프로토타입 제작 시간을 획기적으로 단축합니다. * 디자인 초기 단계부터 고충실도(High-fidelity)의 인터랙션을 구현하여 아이디어를 더 명확하게 검증할 수 있습니다. **Figma 제품군 전반의 매끄러운 임베딩 워크플로우** * 생성된 프로토타입은 Figma Design에만 국한되지 않고, Figma Slides와 FigJam 등 모든 협업 공간에 직접 삽입하여 실행할 수 있습니다. * Figma Slides에서는 발표 도중 별도의 창 전환 없이 슬라이드 내부에서 프로토타입을 직접 시연하며 생생한 디자인 의도를 전달합니다. * FigJam에서는 브레인스토밍 단계에서 프로토타입을 함께 배치하여, 아이디어 구상과 동시에 사용자 흐름을 실제로 테스트하고 논의할 수 있습니다. **효율적인 의사소통을 위한 'Show don't tell' 전략** * 단순한 이미지나 텍스트 설명보다 실제 작동하는 프로토타입을 통해 이해관계자들이 제품의 맥락을 직관적으로 파악하도록 돕습니다. * 협업 과정에서 발생하는 오해를 줄이고, 개발자나 기획자가 실제 사용자 경험을 미리 체감하게 함으로써 고도화된 피드백을 유도합니다. * 디자인 결과물을 공유하는 방식이 '설명하는 것'에서 '보여주는 것'으로 전환되어 전체 제품 개발 생태계의 속도가 향상됩니다. 디자인의 가치는 공유되고 이해될 때 비로소 완성됩니다. 이제 Figma의 'Make' 기능을 적극 활용하여 정적인 화면 뒤에 숨겨진 동적인 경험을 모든 협업 채널에서 실시간으로 시연해 보세요. 특히 Figma Slides에 프로토타입을 임베딩하여 활용한다면, 발표의 몰입도를 높이고 더 빠른 의사결정을 끌어낼 수 있을 것입니다.

Amazon ECS 관리형 인스턴스를 위한 관리형 데몬 지원 발표 | Amazon Web Services (새 탭에서 열림)

Amazon ECS가 관리형 인스턴스(Managed Instances)에서 독립적인 에이전트 관리가 가능한 '관리형 데몬' 기능을 출시했습니다. 이제 플랫폼 엔지니어는 애플리케이션 팀의 배포 주기와 무관하게 모니터링, 로깅, 트레이싱 도구를 중앙에서 제어하고 업데이트할 수 있습니다. 이 기능은 데몬이 애플리케이션보다 먼저 시작되고 나중에 종료되도록 보장하여, 가시성의 공백 없는 안정적인 운영 환경을 제공합니다. ### 운영 효율성을 높이는 생명주기 분리 * 플랫폼 팀이 모니터링 및 로깅 에이전트를 애플리케이션 작업과 분리하여 독립적으로 배포, 업데이트 및 수정할 수 있습니다. * 에이전트 업데이트 시 애플리케이션 작업 정의(Task Definition)를 수정하거나 서비스를 재배포할 필요가 없어 운영팀 간의 조율 부담이 사라집니다. * '선 실행 후 종료(Start before stop)' 메커니즘을 통해 모든 인스턴스에서 애플리케이션이 실행되기 전 데몬이 먼저 활성화되도록 보장합니다. ### 유연한 자원 할당 및 배포 제어 * 특정 용량 공급자(Capacity Provider)를 대상으로 데몬을 배포할 수 있어 인프라 전반에 걸친 유연한 롤아웃이 가능합니다. * 데몬 전용 작업 정의를 통해 CPU 및 메모리 파라미터를 별도로 관리하며, 인스턴스당 단 하나의 데몬만 실행되어 시스템 자원 활용을 최적화합니다. * 배포 시 ECS가 인스턴스 교체 및 작업 마이그레이션을 자동으로 수행하며, 자동 롤백 기능을 통해 업데이트 중 발생할 수 있는 리스크를 최소화합니다. ### 심층적인 호스트 접근과 네트워킹 기술 * 새로운 `daemon_bridge` 네트워크 모드를 도입하여 애플리케이션 네트워크 구성과 격리된 상태에서 데몬과 작업 간의 통신을 지원합니다. * 권한 부여된 컨테이너(Privileged container), Linux 기능(Capabilities) 추가, 호스트 파일 시스템 경로 마운트 등 강력한 호스트 수준 접근 권한을 제공합니다. * 이러한 심층 접근 권한은 시스템 호출 모니터링이나 보안 검사 등 호스트 레벨의 세밀한 가시성이 필요한 도구 운영에 필수적입니다. 관리형 데몬 서비스는 추가 비용 없이 사용한 컴퓨팅 자원에 대해서만 요금이 부과됩니다. CloudWatch 에이전트나 타사 보안 솔루션을 운영하는 플랫폼 팀은 애플리케이션 가용성에 영향을 주지 않으면서 운영 도구를 최신 상태로 유지하기 위해 이 기능을 즉시 도입하는 것을 권장합니다.

GitHub 전반의 오픈 소스 공급망 보안 강화 (새 탭에서 열림)

Principal Software Engineer, GitHub

Copilot CLI에서 /fleet으로 여러 에이전트 동시에 실행하기 (새 탭에서 열림)

Program Manager Director, I lead the AI for Everyone program at GitHub.

EmDash를 소개합니다 — 플러그인 보안 문제를 해결한 워드프레스의 정신적 후속작 (새 탭에서 열림)

EmDash는 24년 된 워드프레스(WordPress)의 구조적 한계를 극복하고 현대적인 웹 환경에 최적화하기 위해 등장한 오픈소스 CMS입니다. 기존 워드프레스의 가장 큰 취약점인 플러그인 보안 문제를 '다이나믹 워커(Dynamic Worker)'를 통한 샌드박스 격리 방식으로 해결했으며, TypeScript와 Astro 프레임워크를 기반으로 설계되었습니다. 이를 통해 서버리스 환경에서 안전하고 빠른 성능을 보장하며, MIT 라이선스를 채택해 개발자들에게 더 높은 자유도를 제공하는 것을 목표로 합니다. ### 워드프레스의 유산과 현대적 재구성 * **전통의 계승과 한계:** 워드프레스는 인터넷의 40% 이상을 점유하며 출판의 민주화를 이루었으나, AWS EC2조차 없던 시절에 설계되어 현대의 서버리스 및 글로벌 분산 네트워크 환경을 충분히 활용하지 못하고 있습니다. * **현대적 기술 스택:** EmDash는 전체 코드가 TypeScript로 작성되었으며, 콘텐츠 기반 웹사이트에 최적화된 프레임워크인 Astro를 기반으로 구동됩니다. * **서버리스 최적화:** 가상 프라이빗 서버(VPS)에 의존하던 방식에서 벗어나, Cloudflare와 같은 서버리스 플랫폼이나 Node.js 환경 어디서든 유연하게 배포할 수 있습니다. * **완전한 오픈소스:** 워드프레스의 코드를 전혀 사용하지 않고 밑바닥부터 새로 작성하여, GPL보다 허용 범위가 넓은 MIT 라이선스를 적용해 생태계 참여를 독려합니다. ### 플러그인 보안 위기의 근본적 해결 * **직접 접근의 위험성 제거:** 워드프레스 취약점의 96%는 플러그인에서 발생하며, 이는 PHP 스크립트가 데이터베이스와 파일 시스템에 직접 접근할 수 있는 구조 때문입니다. * **다이나믹 워커(Dynamic Worker) 격리:** EmDash는 각 플러그인을 독립된 샌드박스(Isolate)에서 실행합니다. 플러그인은 핵심 시스템에 직접 접근할 수 없으며 선언된 범위 내에서만 작동합니다. * **역량 기반 권한 모델 (Capability-based Model):** 플러그인은 매니페스트 파일에 필요한 권한(예: `read:content`, `email:send`)을 명시적으로 선언해야 합니다. 관리자는 설치 전 플러그인이 어떤 권한을 요구하는지 OAuth 승인 과정처럼 명확히 확인할 수 있습니다. * **네트워크 제어:** 플러그인은 외부 네트워크 접근이 기본적으로 차단되며, 필요한 경우 특정 호스트네임에 대해서만 접근 권한을 정적으로 부여받아 실행됩니다. ### 시장 종속성 탈피와 개발자 생태계 혁신 * **신뢰 구조의 변화:** 기존 워드프레스는 보안 위험 때문에 마켓플레이스의 수동 검토와 평판에 의존해야 했으나, EmDash는 기술적 격리를 통해 코드 수준에서 신뢰를 보장합니다. * **비즈니스 유연성:** 보안 이슈로 인해 강제되었던 마켓플레이스 종속성과 라이선스 제약에서 벗어나, 개발자들이 자신의 코드를 더 자유롭게 배포하고 상용화할 수 있는 환경을 제공합니다. * **정적 선언을 통한 자동화:** 플러그인의 권한 요구 사항이 정적으로 정의되어 있어, 관리자는 특정 권한을 요구하는 플러그인의 설치를 그룹별로 제한하는 등 정책 기반의 관리가 가능해집니다. 현재 EmDash는 v0.1.0 프리뷰 버전을 공개하고 초기 개발자 베타를 진행 중입니다. 클라우드플레어 계정이나 Node.js 서버에 직접 배포하여 테스트할 수 있으며, 기존 워드프레스의 운영 편의성은 유지하면서도 최신 보안 표준과 성능이 필요한 프로젝트에 강력한 대안이 될 것으로 보입니다.

1.1.1.1 공개 DNS 리졸버를 위한 지속적인 개인정보 보호 약속 (새 탭에서 열림)

Cloudflare는 1.1.1.1 공용 DNS 리졸버 출시 8주년을 맞아 독립적인 외부 기관을 통해 실시한 개인정보 보호 실사 결과를 발표했습니다. 이번 검토를 통해 사용자 데이터를 제3자에게 판매하지 않고 소스 IP 주소를 25시간 내에 삭제한다는 핵심 원칙이 여전히 철저히 준수되고 있음을 재확인했습니다. 기술적 환경 변화 속에서도 투명성을 유지함으로써 사용자 신뢰를 강화하고 업계의 개인정보 보호 표준을 선도하겠다는 의지를 보여줍니다. **독립적 검토를 통한 신뢰성 확보** - 2020년 첫 실사 이후 기술 스택의 규모와 복잡성이 증가함에 따라, Big 4 회계법인을 통해 시스템 전반에 대한 두 번째 독립 검토를 완료했습니다. - 단순한 선언을 넘어 외부 전문가의 객관적인 검증을 통해 1.1.1.1의 개인정보 보호 제어 장치가 실제 운영 환경에서 약속대로 작동하고 있음을 입증했습니다. - DNS 쿼리 데이터를 다른 Cloudflare 데이터나 제3자 데이터와 결합하여 개별 사용자를 식별하지 않는다는 약속을 기술적으로 뒷받침하고 있습니다. **핵심 개인정보 보호 원칙의 재확인** - **데이터 판매 및 공유 금지**: 사용자의 개인정보를 제3자에게 판매하거나 공유하지 않으며, 광고 타겟팅 목적으로 데이터를 활용하지 않습니다. - **최소 정보 원칙**: 요청 내용(What)만 처리하며, 요청자가 누구인지(Who) 식별할 수 있는 정보는 보관하거나 사용하지 않습니다. - **신속한 데이터 삭제**: 사용자의 소스 IP 주소는 익명화 처리를 거친 후 25시간 이내에 시스템에서 영구적으로 삭제됩니다. **운영의 투명성과 기술적 예외 사항** - **네트워크 문제 해결**: 전체 트래픽의 최대 0.05%에 해당하는 무작위 샘플링 패킷은 네트워크 트러블슈팅 및 공격 방어 목적으로만 제한적으로 사용됩니다. - **익명화 데이터 활용**: Cloudflare Radar와 같은 연구 및 분석 서비스를 위해 익명화된 로그 데이터를 활용하지만, 이는 개인 식별이 불가능한 구조 내에서 이루어집니다. - **범위의 집중**: 이번 조사는 개인정보 보호 약속에 초점을 맞추어 진행되었으며, 기술적 변화 속에서도 개인의 프라이버시에 영향이 없음을 확인했습니다. 인터넷 사용자의 활동이 추적되지 않아야 한다는 철학 아래, Cloudflare는 기술적·제도적 장치를 통해 1.1.1.1 리졸버의 안전성을 지속적으로 증명하고 있습니다. 개인정보 보호와 속도를 동시에 확보하고자 하는 사용자라면, 독립적인 검증을 마친 1.1.1.1 DNS를 기본 리졸버로 설정하여 사용하는 것을 추천합니다.

도메인에 의존하지 않는 채팅 플랫폼은 어떻게 만들었을까? (새 탭에서 열림)

MessagingHub는 서비스마다 개별적으로 구축해야 했던 채팅 기능을 통합하여 플랫폼화함으로써 개발 비용을 절감하고 시스템 복잡도를 낮춘 메시징 플랫폼입니다. 특정 도메인에 의존하지 않는 독립성과 범용성을 바탕으로 챗봇, 상담 채팅, 1:1 대화 등 다양한 요구사항을 레고처럼 조합할 수 있는 구조로 설계되었습니다. 결과적으로 연동 서비스는 비즈니스 로직에만 집중하고, 채팅의 핵심 기능과 연결 관리는 플랫폼이 전담하여 효율적인 서비스 운영이 가능해졌습니다. ### 도메인 독립적인 인증 및 사용자 식별 * **연동 측 책임 중심의 인증:** MessagingHub는 직접 사용자를 관리하지 않고, 연동 시스템이 인증을 마친 후 요청한 연결 토큰(connection token)을 검증하여 웹소켓 연결을 허용합니다. * **유연한 사용자 식별:** 도메인 정보와 연동 측 식별자를 조합한 ‘client ID’를 사용해 여러 서비스의 사용자를 구분하며, 닉네임이나 프로필 같은 부가 정보는 연동 측에서 실시간으로 갱신하도록 설계되었습니다. * **서비스 컨텍스트 기반 제어:** '누가 누구와 대화하는지(Driver2CS 등)'를 정의하는 서비스 컨텍스트와 채팅방 유형(1:1, 그룹, 챗봇 등)의 조합을 통해 세밀한 접근 권한과 메시지 허용 정책을 관리합니다. ### 관심사 분리를 통한 모듈형 아키텍처 * **컴포넌트 기반 구조:** 연결 관리(connection-manager), 비즈니스 로직(chat-app), 메시지 중계(message-router), 알림(notification-app) 등 각 기능을 독립적인 컴포넌트로 분리하여 R&R을 명확히 했습니다. * **커맨드(Command) 패턴 활용:** 채팅의 모든 동작을 커맨드 단위로 정의하여 챗봇이나 상담 채팅 등 서비스 성격에 맞게 기능을 유연하게 조합하고 확장할 수 있습니다. * **이벤트 기반 연동:** 각 컴포넌트는 이벤트 기반으로 느슨하게 결합되어 있어, 특정 기능의 변경이 전체 시스템에 미치는 영향을 최소화했습니다. ### 효율적인 데이터 관리와 메시지 순서 보장 * **메시지 체이닝 및 상태 관리:** `prev_chat_log_id`를 사용하여 메시지 간 순서를 보장하며, 읽음 위치(`last_seen_chat_log_id`)와 전체 메시지 범위를 비교하여 정확한 안 읽은 메시지 수를 산출합니다. * **JSON 컬럼을 통한 확장성:** 연동 측에서 필요로 하는 도메인 특화 데이터(검색용 데이터, 사용자 상세 정보 등)를 MessagingHub가 해석하지 않고 JSON 형태로 그대로 보관 및 전달함으로써 범용성을 확보했습니다. * **보안 및 자동 삭제:** 모든 메시지는 암호화하여 저장되며, 참여자 이탈에 따른 즉시 삭제나 설정된 보관 기간에 따른 자동 삭제 정책을 지원합니다. ### 챗봇 시나리오의 안정적인 배포와 SOFT STOP 정책 * **계층적 시나리오 구조:** 관리자 도구를 통해 시나리오를 편집하고 배포할 수 있으며, 답변과 선택지 및 외부 연동을 위한 웹훅 기능을 지원합니다. * **SOFT STOP 상태 도입:** 새로운 시나리오 배포 시, 기존 대화 중인 사용자는 이전 버전을 유지하고 신규 사용자에게만 새 버전을 노출하는 'SOFT STOP' 단계를 두어 사용자 경험의 단절을 방지합니다. * **지능형 스케줄링:** 스케줄러가 이전 버전 시나리오의 잔여 연결 정보를 주기적으로 체크하여, 더 이상 사용하는 사용자가 없을 때 자동으로 해당 버전을 종료 처리합니다. ### 상담 효율을 높이는 문의형 채팅 최적화 * **상담 컨텍스트 제공:** 상담원이 사용자 정보를 별도로 조회할 필요가 없도록, 채팅방 생성 시 연동 측으로부터 전달받은 검색 데이터, 추적 데이터 등 풍부한 메타데이터를 상담 화면에 함께 제공합니다. * **생명 주기 관리:** 상담 대기(PENDING)부터 종료(DISABLE) 및 재진입 방지(BLOCK)까지 이어지는 상담 전용 상태 관리를 통해 상담 프로세스의 일관성을 유지합니다. MessagingHub와 같은 채팅 플랫폼 도입은 서비스 확장 속도가 빠르고 다양한 소통 창구가 필요한 환경에서 특히 유용합니다. 채팅 기능을 직접 구현하기보다는, 인증과 데이터 처리는 전문 플랫폼에 맡기고 도메인 특화 데이터(Metadata)를 적극 활용하는 방향으로 설계한다면 시스템의 유연성과 운영 효율을 동시에 확보할 수 있을 것입니다.

소프트웨어와 상호작용하는 방식을 재구상하는 6가지 디자인 | Figma 블로그 (새 탭에서 열림)

Figma Make를 활용한 AI 기반 워크플로우는 제품 팀이 아이디어를 실제 디자인으로 시각화하는 데 드는 비용을 획기적으로 낮추어 줍니다. 이를 통해 팀은 개발에 착수하기 전 기획의 타당성을 빠르게 검증하고, 이해관계자들 간의 정렬을 조기에 마침으로써 제품 결정에 대한 확신(Conviction)을 더 빨리 얻을 수 있습니다. 결과적으로 Figma Make는 단순한 디자인 자동화를 넘어, 제품 전략의 속도와 정확도를 높이는 전략적 도구로 기능합니다. **아이디어 구체화 및 시각적 논리 검증** * 추상적인 기획 단계에서 텍스트 프롬프트를 통해 즉각적인 UI를 생성함으로써, 로직의 허점을 초기에 발견할 수 있습니다. * 기존의 화이트보드나 포스트잇 형태의 브레인스토밍을 넘어, 실제 작동 가능한 수준의 레이아웃을 보며 데이터 흐름과 사용자 여정을 검토합니다. * 복잡한 시스템 기획 시, 다양한 케이스(에러 상태, 빈 화면 등)를 빠르게 생성하여 엣지 케이스를 놓치지 않고 설계에 반영할 수 있습니다. **고충실도(High-fidelity) 프로토타이핑을 통한 의사결정 가속화** * 저충실도(Low-fi) 와이어프레임이 줄 수 있는 모호함을 제거하고, 실제 최종 제품에 가까운 비주얼을 공유하여 이해관계자들의 피드백 품질을 높입니다. * 디자이너가 세세한 픽셀을 조정하기 전에도 기획자나 제품 매니저가 직접 시각 자료를 만들어 소통함으로써 디자인 루프(Iteration) 횟수를 대폭 줄입니다. * 실제 구성 요소와 유사한 UI를 통해 개발 가능성을 미리 타진하고, 기술적 제약 사항을 디자인 초기 단계에서 조율할 수 있습니다. **다양한 변수 탐색 및 디자인 확장성 확보** * 하나의 컨셉에 대해 AI가 제안하는 여러 가지 디자인 변형을 순식간에 검토하여 최적의 UX 패턴을 선택할 수 있습니다. * 반복적이고 단순한 디자인 작업을 AI가 대신 처리함으로써, 팀은 사용자 경험의 본질적인 문제를 해결하는 데 더 많은 시간을 할애합니다. * 성공적인 디자인 컴포넌트나 스타일 가이드를 기반으로 한 확장이 용이해져, 제품 전체의 일관성을 유지하면서도 빠른 실험이 가능해집니다. Figma Make는 디자이너의 역할을 대체하는 것이 아니라, 제품 팀 전체가 디자인 언어로 소통할 수 있게 돕는 강력한 촉매제입니다. 초기 기획 단계에서부터 적극적으로 AI 생성을 활용해 시각적 증거를 확보한다면, 불확실성을 제거하고 제품의 시장 출시 속도(Time-to-Market)를 눈에 띄게 개선할 수 있을 것입니다.

97% Smaller, 2x Faster: How es-toolkit Reached 10 Million Weekly Downloads (새 탭에서 열림)

es-toolkit은 lodash를 대체하기 위해 토스(Toss)에서 처음부터 다시 설계한 현대적인 JavaScript 유틸리티 라이브러리입니다. 최신 웹 표준인 ES Modules와 TypeScript를 기반으로 제작되어 lodash 대비 번들 크기는 최대 97% 줄이고 실행 속도는 2배 이상 높였습니다. 현재 마이크로소프트, IBM 등 글로벌 기업들이 도입하며 주간 1,000만 회 이상의 다운로드를 기록하는 등 차세대 표준 유틸리티로 자리 잡고 있습니다. ### lodash의 한계와 탄생 배경 * **구식 아키텍처:** lodash는 10년 전 JavaScript 환경에 맞춰 설계되어, 최신 웹의 표준인 ES Modules 기반의 트리 셰이킹(Tree-shaking)을 완벽히 활용하지 못합니다. * **불필요한 의존성:** lodash는 단일 함수를 임포트하더라도 내부적인 헬퍼 함수들이 함께 포함되어 번들 크기가 커지는 구조적 한계를 가집니다. * **현대적 엔진 최적화 미비:** V8이나 SpiderMonkey와 같은 현대적 엔진은 과거에 느렸던 패턴들을 최적화했지만, lodash는 하위 호환성 문제로 이러한 최신 성능 이점을 충분히 누리지 못합니다. ### 독보적인 번들 사이즈와 실행 성능 * **완전한 독립성:** 모든 함수가 처음부터 독립적으로 설계되어 숨겨진 내부 의존성이 없습니다. 예를 들어 주요 함수 5개를 사용할 때 lodash는 약 30KB를 차지하지만, es-toolkit은 1KB에 불과합니다. * **런타임 최적화:** 현대 JavaScript 엔진에 최적화된 패턴을 적용하여 대부분의 함수가 2배 이상 빠르며, 특정 함수(`omit`)의 경우 11배 이상의 성능 향상을 보여줍니다. * **실질적 절감 효과:** `sample` 함수의 경우 lodash 대비 번들 크기를 96%까지 줄이는 등, 실제 프로젝트의 Core Web Vitals 지표 개선에 직접적인 도움을 줍니다. ### TypeScript 우선 설계 및 호환성 * **정밀한 타입 추론:** 별도의 `@types` 패키지 없이 소스 코드와 타입 정의가 함께 제공되어 타입 정확도가 매우 높고, 복잡한 타입도 정확히 추론합니다. * **드롭인 교체 지원:** `es-toolkit/compat` 레이어를 통해 lodash와 100% 호환성을 보장합니다. 이는 Storybook, Recharts 등 대규모 오픈소스 프로젝트의 성공적인 마이그레이션으로 검증되었습니다. * **활발한 생태계:** 토스 프런트엔드 챕터의 오픈소스 위원회가 주도하며, `overlay-kit`, `use-funnel` 등과 함께 지속적으로 관리되고 업데이트됩니다. ### 손쉬운 마이그레이션 방법 * **단축 경로:** `package.json`의 의존성 설정에서 `lodash`를 `npm:es-toolkit`으로 별칭(alias) 지정하는 것만으로 코드 수정 없이 즉시 성능 이점을 얻을 수 있습니다. * **점진적 전환:** 단순한 임포트 경로 변경만으로도 도입이 가능하며, 대규모 코드베이스를 위해 공식 codemod 도구(`@es-toolkit/codemod`)를 제공하여 전환 비용을 최소화합니다. 번들 크기 최적화와 런타임 성능이 중요한 현대 프런트엔드 환경에서 lodash를 유지할 이유는 점차 사라지고 있습니다. 단 5분의 투자로 `package.json` 설정을 변경하여 즉각적인 성능 향상을 경험해 보길 권장하며, 특히 TypeScript를 활발히 사용하는 프로젝트라면 타입 안전성 측면에서도 es-toolkit은 최선의 선택이 될 것입니다.

Announcing the AWS Sustainability console: Programmatic access, configurable CSV reports, and Scope 1–3 reporting in one place | Amazon Web Services (새 탭에서 열림)

AWS는 고객이 자사 워크로드의 환경적 영향을 정밀하게 측정하고 관리할 수 있도록 독립된 서비스인 'AWS 지속 가능성 콘솔(AWS Sustainability console)'을 출시했습니다. 기존에 빌링(Billing) 콘솔의 하위 기능으로 제공되던 탄소 발자국 도구를 별도 서비스로 분리하여 접근성을 높였으며, API 지원과 맞춤형 리포트 기능을 통해 기업의 ESG 공시 및 데이터 통합 과정을 대폭 간소화했습니다. 이를 통해 지속 가능성 전문가들은 재무 데이터에 대한 권한 없이도 탄소 배출량 데이터에 직접 접근하여 분석할 수 있게 되었습니다. **빌링 권한으로부터 독립된 데이터 접근 체계** * 기존에는 탄소 발자국 데이터를 확인하기 위해 비용 및 결제 정보에 접근할 수 있는 빌링 권한이 반드시 필요했으나, 이제는 지속 가능성 콘솔만의 독립적인 IAM 권한 모델을 사용합니다. * 이를 통해 민감한 재무 정보에 노출될 필요가 없는 지속 가능성 담당자나 리포팅 팀에게 필요한 데이터만 안전하게 제공할 수 있습니다. **Scope 1~3 탄소 배출량의 심층 분석** * AWS 사용으로 발생하는 Scope 1(직접 배출), Scope 2(에너지 구매를 통한 간접 배출), Scope 3(공급망 및 제조 등 기타 간접 배출) 데이터를 모두 제공합니다. * 탄소 배출량을 리전(Region)별, 서비스(Amazon EC2, S3, CloudFront 등)별로 세분화하여 확인할 수 있어 배출량이 집중된 지점을 정확히 파악할 수 있습니다. * Scope 2 배출량의 경우, 에너지 속성 인증서를 반영한 시장 기반 방식(MBM)과 지역 그리드 평균 배출량을 반영한 위치 기반 방식(LBM)을 모두 지원하여 공시 표준에 맞는 데이터를 활용할 수 있습니다. **유연한 리포트 생성 및 회계 연도 맞춤화** * 사전 정의된 월간 및 연간 탄소 배출 리포트를 다운로드할 수 있으며, 사용자가 필요한 필드와 시간 단위, 필터를 선택하여 맞춤형 CSV 리포트를 생성할 수 있습니다. * 기업의 회계 연도가 달력상의 연도와 일치하지 않는 경우, 콘솔 내에서 회계 연도 시작 월을 설정하여 모든 데이터 뷰와 내보내기 파일을 조직의 보고 주기에 맞출 수 있습니다. **API 및 SDK를 통한 프로그래밍 방식의 데이터 통합** * 새롭게 출시된 API와 AWS SDK, CLI를 사용하여 탄소 배출 데이터를 기업 내부의 대시보드나 컴플라이언스 워크플로에 자동으로 통합할 수 있습니다. * 대규모 계정을 운영하는 조직은 별도의 데이터 내보내기 설정 없이도 특정 기간의 데이터를 프로그래밍 방식으로 추출하여 맞춤형 계정 그룹별 배출량을 산출할 수 있습니다. 이 서비스는 추가 비용 없이 즉시 사용할 수 있으며, 2022년 1월부터의 과거 데이터를 제공하므로 조직의 탄소 배출 트렌드를 즉각적으로 분석할 수 있습니다. 지속 가능성 담당자는 새롭게 제공되는 API를 활용해 수동 작업을 줄이고, 기업의 ESG 보고 파이프라인을 자동화하여 공시 대응 효율을 높이는 것을 추천합니다.

커스텀에서 오픈으로: Prometheus를 활용한 확장 가능한 네트워크 프로빙 및 HTTP/3 준비성 (새 탭에서 열림)

From Custom to Open: Scalable Network Probing and HTTP/3 Readiness with Prometheus

Meta Adaptive Ranking Model: Bending the Inference Scaling Curve to Serve LLM-Scale Models for Ads (새 탭에서 열림)

메타는 광고 추천 시스템의 성능을 비약적으로 높이기 위해 LLM 수준의 복잡도를 갖춘 '적응형 랭킹 모델(Adaptive Ranking Model)'을 도입하여 추론의 복잡성, 지연 시간, 비용 효율성 사이의 상충 관계를 해결했습니다. 이 모델은 모든 요청에 동일한 연산을 적용하는 대신 지능형 요청 라우팅과 하드웨어 인지형 설계를 통해 1초 미만의 응답 시간을 유지하면서도 광고 전환율을 3% 이상 향상시키는 성과를 거두었습니다. 결과적으로 메타는 인프라 비용의 급증 없이도 수십억 명의 사용자에게 고도로 개인화된 광고 경험을 제공할 수 있는 기술적 토대를 마련했습니다. ### 추론 효율성을 극대화하는 모델 확장 기술 * **요청 중심의 계산 공유:** 기존의 개별 광고 단위 처리 방식에서 벗어나, 한 번의 요청 내에서 공통된 사용자 신호를 한 번만 계산하고 이를 여러 광고 후보군이 공유하는 '요청 지향 최적화(Request-Oriented Optimization)'를 도입했습니다. * **서브 리니어(Sub-linear) 비용 구조:** GPU 커널 내에서 요청 수준의 임베딩을 직접 브로드캐스트함으로써 연산량 증가에 따른 비용 상승 곡선을 완만하게 만들고 메모리 대역폭 압박을 줄였습니다. * **장기 사용자 시퀀스 활용:** 연산 오버헤드 때문에 제한적이었던 긴 사용자 행동 데이터를 중앙 집중식 키-값(KV) 저장소와 실시간 결합 방식을 통해 효율적으로 처리하여 사용자 의도 파악의 깊이를 더했습니다. ### 모델과 시스템의 통합 설계: Wukong Turbo * **구조적 처리량 최적화:** 메타의 내부 아키텍처인 Wukong을 발전시킨 'Wukong Turbo'는 수치적 불안정성을 제거하는 'No-Bias' 접근법을 통해 파라미터 수 증가 없이도 처리량을 극대화했습니다. * **하드웨어 친화적 파라미터 배치:** 전체 샤딩 데이터 병렬 처리(FSDP)와 분산 데이터 병렬 처리(DDP) 사이에서 파라미터 역할을 적절히 분배하여 네트워크 오버헤드를 줄이고, 모델 플롭스 이용률(MFU)을 다양한 하드웨어 환경에서 35%까지 끌어올렸습니다. * **지연 시간 중립화:** GPU가 데이터를 기다리며 공회전하는 '데이터 기아' 현상을 방지하기 위해, 기존 CPU 중심이었던 피처 전처리를 GPU로 이관하여 엔드투엔드 실행 경로를 단순화했습니다. ### 1조 파라미터 시대를 여는 서빙 인프라 * **멀티 카드 GPU 아키텍처:** 단일 장치의 메모리 한계를 극복하기 위해 다중 GPU 카드 구성을 활용하여, 추천 시스템에서도 1조(1T) 단위의 파라미터 확장이 가능하도록 인프라를 재설계했습니다. * **지능형 요청 라우팅:** 사용자의 문맥과 의도에 따라 모델의 복잡도를 동적으로 조절함으로써, 시스템 자원을 가장 효과적인 요청에 우선적으로 배정하여 전체적인 ROI를 높였습니다. 이번 적응형 랭킹 모델의 성공은 대규모 언어 모델(LLM) 수준의 복잡도를 실시간 서비스에 적용하기 위해서는 단순한 하드웨어 확장이 아닌, 모델 아키텍처와 서빙 인프라의 심층적인 협업 설계가 필수적임을 보여줍니다. 실시간 추천 성능을 개선하고자 하는 기업들은 연산 단위를 개별 아이템에서 요청 단위로 전환하고, GPU 활용도를 극대화할 수 있는 하드웨어 인지형 소프트웨어 스택 구축에 집중할 필요가 있습니다.