sysdesign-cdn-object-store

Configure a CDN-fronted object store with cache policies and signed URLs.

Updated Apr 23, 2026
One-click install
npx skills add https://github.com/danilods/matilha-sysdesign-pack --skill sysdesign-cdn-object-store
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: sysdesign-cdn-object-store
Source: https://github.com/danilods/matilha-sysdesign-pack/tree/main/skills/sysdesign-cdn-object-store
Command: npx skills add https://github.com/danilods/matilha-sysdesign-pack --skill sysdesign-cdn-object-store

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill provides a standardized approach to delivering static and semi-static assets globally by placing a CDN in front of an object store, while defining invalidation strategies and private-content authentication.

Core Features & Use Cases

  • CDN in front of object store with origin access configuration.
  • Per-category cache-control and invalidation strategy (immutable, mutable, private) with appropriate auth.
  • Private content protection using signed URLs or edge authentication, plus monitoring of cache hits and egress.
  • End-to-end guidance for deploying, monitoring, and evolving asset delivery at scale.

Quick Start

Configure the object store as the origin, attach a CDN in front, and enable signed URLs for private content.

Frequently Asked Questions about sysdesign-cdn-object-store

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I configure a CDN in front of object storage for global asset delivery?

To configure a CDN in front of object storage for global asset delivery, set the object store as the origin, attach the CDN, and apply per-category cache policies for static and media content across distributed regions.

What is the best way to handle cache invalidation for mutable and immutable assets?

The best way to handle cache invalidation is applying per-category cache-control strategies: immutable assets use long TTLs, mutable assets use targeted invalidation rules, and private content uses signed URLs or edge authentication.

How do signed URLs work for protecting private content on a CDN?

Signed URLs protect private content on a CDN by generating time-limited, authenticated access tokens at the edge, ensuring only authorized users can retrieve restricted media or downloads from the object store.

Does this CDN object store pattern support both public and private media content?

Yes, this CDN object store pattern supports public, mutable, and private media content by defining specific origin access methods, per-category cache policies, and signed URL authentication flows for each content type.

When should I use edge authentication instead of signed URLs for object store access?

Use edge authentication instead of signed URLs when you need centralized access control at the CDN layer rather than distributing time-limited tokens, particularly useful for validating user sessions before reaching object store assets.

Why does my CDN cache not update after changing files in object storage?

Your CDN cache may not update because mutable assets require explicit cache invalidation rules or targeted cache-control headers; without proper per-category invalidation strategies, the edge continues serving stale object store content.