設計書に残すべきは項目ではなく判断である – 粒度、理由、実体をつなぐ文書設計 作者: si62512548投稿日: 2026年6月28日カテゴリー: 設計・運用タグ: ADR, Docs as Code, HLD, LLD, アーキテクチャ, 技術ドキュメント, 文書設計, 構造化, 設計書, 運用設計設計書に残すべきは項目ではなく判断である – 粒度、理由、実体をつなぐ文書設計 へのコメントはまだありません 技術文書と設計の関連記事 「ルータ」と「ルーター」の違いから考える、技術ドキュメントの品質表記統一を文書設計の一部として扱った記事です。 AI を中途半端にしか使えない理由 – プロンプト術より構造化が重要情 […]
基本設計は机上だけで完結するのか – 検証環境と不確実性で考える 作者: si62512548投稿日: 2026年6月19日カテゴリー: 設計・運用タグ: PoC, アーキテクチャ, 不確実性, 基本設計, 技術検証, 検証環境, 設計, 設計書, 責任分界, 運用設計基本設計は机上だけで完結するのか – 検証環境と不確実性で考える へのコメントはまだありません 基本設計は机上資料を作る工程ではなく、方式判断を確定する工程です。検証環境が必要かどうかは工程名ではなく、設計対象に含まれる不確実性、実装差分、相互作用、性能・運用制約で判断します。
VMware と OpenStack の違い – 仮想化基盤とクラウド基盤を同じものとして扱わない 作者: si62512548投稿日: 2026年6月9日カテゴリー: 設計・運用タグ: IaaS, KVM, OpenStack, VMware, アーキテクチャ, クラウド基盤, プライベートクラウド, 仮想化, 設計・運用, 責任分界, 運用モデルVMware と OpenStack の違い – 仮想化基盤とクラウド基盤を同じものとして扱わない へのコメントはまだありません VMware と OpenStack はどちらも仮想マシンを扱えますが、同じ種類の基盤ではありません。VMware は完成された仮想化基盤、OpenStack は API、テナント、ネットワーク、ストレージを組み合わせてクラウド基盤を作る部品群として整理します。
OpenShift Virtualization をどう見るか – Kubernetes 上で VM を扱う意味と VMware 代替の限界 作者: si62512548投稿日: 2024年4月18日カテゴリー: 仮想化タグ: Kubernetes, KubeVirt, KVM, OpenShift Virtualization, VM, VMware, アーキテクチャ, コンテナ, 仮想化, 設計・運用, 責務分離OpenShift Virtualization をどう見るか – Kubernetes 上で VM を扱う意味と VMware 代替の限界 へのコメントはまだありません OpenShift Virtualization は、VMware の単純な置き換えというより、VM を OpenShift / Kubernetes の運用モデルへ寄せるための基盤です。KVM、KubeVirt、OpenShift の層を分け、VMware 代替として見る場合とアプリケーション基盤として見る場合の違いを整理します。
