# Traffic Mirroring とは？

> traffic mirroring は、ライブのリクエストのコピーをテスト用に 2 つ目のサービスへ送りつつ、元のサービスが引き続きレスポンスを返すため、ミラーはユーザーに影響を与えません。

Source: https://latchkey.dev/ja/learn/ci-glossary/traffic-mirroring-definition  
Updated: 2026-06-26

## なぜ重要か

mirroring は、deploy pipeline において新しいリリースを本番のトラフィックパターンに対して検証する安全な方法です。ユーザーに見えるエラーのリスクなしに、合成テストでは見逃すリグレッションを捉えます。

## Where this shows up in a real pipeline

A definition is only useful if you can recognise the thing in your own logs. In practice this concept surfaces when a job behaves differently between a local run and a runner, which is where most CI debugging starts.

- Compare a local run against a CI run of the same command before assuming a tool is at fault.
- Runner environments differ in shell, PATH, TTY availability, available memory, and disk. Most CI-only behaviour traces to one of those five.
- Pin tool versions so an environment difference cannot be introduced by an unrelated update.

## FAQ

### What is What is traffic Mirroring??

Traffic mirroring, also called shadowing, duplicates real production requests and forwards the copy to another version of a service while the primary continues to handle the actual response. The mirrored responses are discarded, so users are unaffected. It lets you exercise a new build with realistic load before it serves anyone.

### Why does What is traffic Mirroring? matter in CI/CD?

Mirroring is a safe way to validate a new release against production traffic patterns in a deploy pipeline. It catches regressions that synthetic tests miss without risking user-facing errors.

---

Latchkey runs CI/CD that repairs its own failures. Agent entry points: https://latchkey.dev/agent.txt, https://latchkey.dev/openapi.json, https://latchkey.dev/llms.txt