Formal Verification
形式検証を開発ループへ — Rust・Kani・Tamarinで何を確かめるか
証明の有無ではなく、どのモデル・実装・前提について何を確かめたかを開発の各段階に結び付ける。
- Formal Verification
- Reliability
- Security
Engineering
エンジニアリング
実装、基盤、開発・運用手順を具体的な技術から考えます。コードや設定だけでなく、状態や障害の扱い、変更時の確認項目、保守に必要な条件まで整理します。
8 Articles
Storage
S3 Object Lockで守れるもの — 保持・権限分離・復元までの設計
削除を防ぐ保持設定と、侵害後に復元できる運用を一つの設計として扱う。
- Storage
- Security
- Reliability
Observability
Prometheusの外に長期保存を設ける — Thanosの保持・HA・クエリ設計
短期の収集・評価と長期の保存・問い合わせを分け、障害とコストの境界を明示する。
- Observability
- Storage
- Operations
Observability
VectorとOpenTelemetry Collector — 収集経路の責務をどう分けるか
ツールの機能重複ではなく、信号の入口、変換、配送責任から分担を決める。
- Observability
- Data
- Integration
Kubernetes
Kubernetesの更新をNixで扱う — バージョンの固定と復旧の境界
再現可能な構成と、安全なクラスタ更新は別の性質として検証する。
- Kubernetes
- Infrastructure
- Operations
Security
VLANの分割から通信制御へ — 内部通信を検査する経路設計
セグメント名ではなく、通信が必ず制御点を通る経路とポリシーで分離を評価する。
- Security
- Infrastructure
- Reliability
Integration
COMをF#のドメインAPIへ — Option・Result・状態を境界で扱う
ベンダー固有の状態と失敗を型に変換し、呼び出し側の暗黙の前提を減らす。
- Integration
- API
- Modernization
AI
ローカルLLMのVRAMを見積もる — 重みだけで容量を決めない
モデルの重み、KVキャッシュ、実行時領域を分け、同時実行の条件を明示する。
- AI
- Infrastructure
該当する記事はありません。別のトピックをお選びください。