検証方法
このサイトの製品は、どれも販売前に実際に動かしています。ここでは、その進め方と、製品ごとに何で確認しているかを説明します。
進め方
- クリーンな環境。 テストは新しいコンテナ(Debian 12)で動かします。開発者のマシンの状態には依存しません。
- 本物のサービス。 本物の Caddy、PostgreSQL 15、restic、sshd と ssh クライアント、PID 1 として動く systemd、別のコンテナからトラフィックを流す本物のファイアウォールを使います。
- 失敗ケース。 壊れたデータベース、間違ったリポジトリ、壊れたリリース、起動時にクラッシュするリリース、ディスクフル、OOM による強制終了、古い・改ざんされた・リプレイされた署名です。
- 条件つきの数値。 負荷、ハードウェア、数え方の基準を、計測値のすぐ横に書きます。実行ごとにぶれる結果は、範囲で示します。
- ワンコマンドで再実行。 どの製品にも専用のテストハーネスと、直近の実行結果が付いています。
製品ごとの確認内容
| 製品 | 確認内容 |
|---|---|
| VPS Deploy & Backup Kit | 59 のコンテナチェック。SQLite と Postgres のバックアップとリストア、本物の Caddy 経由で毎秒20リクエストをかけながらのデプロイとロールバック、アラート、SFTP 経由の restic |
| Go Webhook Receiver Starter | レースディテクター付きの 41 テスト、Standard Webhooks の既知解ベクター、ノート PC でのスループット計測、ビルドしたバイナリに対する署名つきの実リクエスト |
| Small App on One VPS ハンドブック | すべてのスクリプトと章をクリーンなコンテナで実行、時間を計った復旧ドリル、失敗ケース |
| Go on One VPS ハンドブック | レースディテクター付きの 85 テストを持つリファレンスサービス、書籍の 60 のコードブロックとソースの照合、実バイナリへの実シグナル、稼働中の systemd ユニットから読み戻したハードニング、GOMEMLIMIT の実験 |
| Postgres PITR Kit | PostgreSQL 15 と 17 での 122 のチェック、行数とチェックサムが一致する破壊とリストアのドリル、WAL の欠落や危険なターゲットの拒否、ローカルと SFTP のアーカイブ |
| Go + systemd Deploy Kit | 101 のチェック。どのシナリオも Caddy 経由で毎秒20リクエスト、各シナリオを繰り返し実行、アラート |
| Go CLI Release Kit | 183 のチェック。スナップショットリリース、インストーラーの拒否動作、再現可能ビルドの比較、Homebrew と Scoop のジェネレーター、actionlint |