ドイツ実機からDACH 三角走廊の API を扱う場合はp95とログ最小化を同じ票で決めます。ログ秘匿稿・北欧 M4 稿と併読し、月額と在庫は公開の購入・料金ページで確定してください。法的助言ではありません。
三つの設計摩擦
- 地理と法域を混同すると保管説明が監査で戻ります。
- 平均 RTTだけで timeout を切ると尾を見逃します。
- 全文ログは最小化原則と衝突し開示範囲を膨らませます。
DACH 走廊 API RTT 意思決定マトリクス
DE 実機から各アンカーへHTTPS 往復二十回以上を昼夜で測り内部ラベル化。保証値ではありません。RTT は所在地の証明になりません。
| アンカー | median | p95 | 実行閾値 |
|---|---|---|---|
| Zürich | 20–32ms | 52–78ms | p95<90ms で緑 |
| München | 10–18ms | 34–52ms | p95<70ms で緑 |
| Wien | 18–30ms | 50–80ms | 95ms超は黄・120ms超は赤 |
ログ最小化と保持階層
合否に要る列だけ残しトークンはマスク。日数は法務と合意してください。
| 対象 | 方針 | 保持目安 |
|---|---|---|
| 認可トークン | 全文禁止・短いハッシュのみ | デバッグ最大七日・他は即時 |
| IPv4 / UA | IP は /24、UA は製品名のみ | デバッグ七日・UA 三十日 |
| 個人関連本文 | マスクか非保存 | DPA に従い月次削除 |
M4 16／24GB レンタル対照
| RAM | ピーク像 | レンタル |
|---|---|---|
| 16GB | 単一ビルド＋単系 API | 一至三ヶ月で観測 |
| 24GB | 複数 Runner＋二系 TLS | 六至十二ヶ月で平準化 |
五ステップ
- 三アンカーを昼夜で計測し p95 を保存。
- 閾値に合わせ timeout／リトライを Runbook 化。
- トークン全文と生メールを落とし IP を /24 丸め。
- デバッグ七日・監査九十日など階層を固定。
- 週次ピーク RAM が二週連続で閾値超えなら 24GB へ。
引用三行
- 合否は p95 と実行閾値で切る。
- ログは 列削減と保持階層が最短。
- M4 は 週次ピークとレンタルを同行。
FAQ
Q1本文の RTT 閾値は契約 SLA にそのまま使えますか
いいえ。揺れるため内部メモに留め、SLA は計測と法務で別途確定してください。
Q2ログ最小化はどのフィールドから着手すればよいですか
トークン全文とメール本文を外し、IPv4 は /24、UA は短縮版に。詳細はログ秘匿稿の Doctor と併用。
Q3M4 の 16GB と 24GB の境界はいつ動きますか
Xcode と複数コンテナ、または二系統 TLS を常時張るなら 24GB 側へ。週次ピークで超過週に拡容見直し。
四半期で RTT・ログ列・保持を棚卸し。
LeanVPS ドイツノード