インフラ組織を設計と構築で分ける違和感 – 境界で失われる設計情報をどう戻すか 作者: si62512548投稿日: 2026年7月7日カテゴリー: 設計・運用タグ: インフラ設計, システムインフラ, フィードバックループ, 組織設計, 設計・運用インフラ組織を設計と構築で分ける違和感 – 境界で失われる設計情報をどう戻すか へのコメントはまだありません インフラ組織を設計部門と構築部門に分けるとき、境界で失われる設計情報をどう拾い、上位設計や運用設計へ戻すかを考えます。
VMware と OpenStack の違い – 仮想化基盤とクラウド基盤を同じものとして扱わない 作者: si62512548投稿日: 2026年6月9日カテゴリー: 設計・運用タグ: IaaS, KVM, OpenStack, VMware, アーキテクチャ, クラウド基盤, プライベートクラウド, 仮想化, 設計・運用, 責任分界, 運用モデルVMware と OpenStack の違い – 仮想化基盤とクラウド基盤を同じものとして扱わない へのコメントはまだありません VMware と OpenStack はどちらも仮想マシンを扱えますが、同じ種類の基盤ではありません。VMware は完成された仮想化基盤、OpenStack は API、テナント、ネットワーク、ストレージを組み合わせてクラウド基盤を作る部品群として整理します。
AWS Outposts の本質は「オンプレ AWS」ではなく、責任分界を変えるインフラである 作者: si62512548投稿日: 2026年5月28日カテゴリー: AWSタグ: AWS, AWS Outposts, CoIP, Direct Connect, Direct VPC Routing, Local Gateway, Outposts racks, Outposts servers, Service Link, オンプレミス, クラウド基盤, ネットワーク設計, ハイブリッドクラウド, 設計・運用, 責任分界AWS Outposts の本質は「オンプレ AWS」ではなく、責任分界を変えるインフラである へのコメントはまだありません AWS Outposts をオンプレミスに AWS を置くサービスとしてではなく、Service Link、Local Gateway、物理環境、容量、ネットワーク設計の責任分界を変えるインフラとして確認します。
OCI Dedicated Region をどう見るか – クラウドを顧客データセンターに持ち込むという設計 作者: si62512548投稿日: 2026年4月9日カテゴリー: OCIタグ: AWS Outposts, Cloud@Customer, Dedicated Region, OCI, OCI Dedicated Region, Oracle Cloud, オンプレミス, クラウド基盤, データレジデンシー, ハイブリッドクラウド, プライベートクラウド, 分散クラウド, 設計・運用, 責任分界, 運用モデルOCI Dedicated Region をどう見るか – クラウドを顧客データセンターに持ち込むという設計 へのコメントはまだありません OCI Dedicated Region を、顧客データセンターに Oracle-operated の OCI cloud region を配置する設計として確認します。AWS Outposts、プライベートクラウド、自社基盤との責任分界の違いも分けて見ます。
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 代替として見る場合とアプリケーション基盤として見る場合の違いを整理します。
