クラウドネイティブはテレコムを救うのか – CNF、Kubernetes、OpenStack から考える通信基盤 作者: si62512548投稿日: 2026年6月30日カテゴリー: クラウドタグ: CNF, Kubernetes, NFV, OpenStack, OSS, クラウドネイティブ, テレコム, 通信基盤クラウドネイティブはテレコムを救うのか – CNF、Kubernetes、OpenStack から考える通信基盤 へのコメントはまだありません テレコムのクラウドネイティブ化を、Kubernetes 化ではなく、CNF、VNF、OpenStack、OSS、運用責任の置き場所を変える設計課題として確認します。
VMware と OpenStack の違い – 仮想化基盤とクラウド基盤を同じものとして扱わない 作者: si62512548投稿日: 2026年6月9日カテゴリー: 設計・運用タグ: IaaS, KVM, OpenStack, VMware, アーキテクチャ, クラウド基盤, プライベートクラウド, 仮想化, 設計・運用, 責任分界, 運用モデルVMware と OpenStack の違い – 仮想化基盤とクラウド基盤を同じものとして扱わない へのコメントはまだありません VMware と OpenStack はどちらも仮想マシンを扱えますが、同じ種類の基盤ではありません。VMware は完成された仮想化基盤、OpenStack は API、テナント、ネットワーク、ストレージを組み合わせてクラウド基盤を作る部品群として整理します。
Kubernetes を前提とした仮想化アーキテクチャ – VM とコンテナの責務を分ける 作者: si62512548投稿日: 2024年2月21日カテゴリー: 設計・運用タグ: Kubernetes, KVM, OpenShift Virtualization, OpenStack, VM, VMware, インフラ設計, コンテナ, ストレージ設計, ネットワーク設計, 仮想化, 責任分界Kubernetes を前提とした仮想化アーキテクチャ – VM とコンテナの責務を分ける へのコメントはまだありません Kubernetes と VM は単純な競合関係ではありません。Kubernetes を主語にするのか、VM を主語にするのか、インフラ全体を主語にするのかで設計の見え方は変わります。仮想化、OS、Kubernetes、アプリケーションの責務境界を分けて考えます。
Broadcom による VMware 買収をどう見るか – 仮想化基盤の標準が変わるということ 作者: si62512548投稿日: 2024年1月29日カテゴリー: VMwareタグ: Broadcom, KVM, OpenShift Virtualization, OpenStack, Proxmox, VMware, オンプレミス, クラウド基盤, 仮想化, 責任分界, 運用モデルBroadcom による VMware 買収をどう見るか – 仮想化基盤の標準が変わるということ へのコメントはまだありません Broadcom による VMware 買収は、単なる価格やライセンスの問題ではありません。VMware が企業向け仮想化基盤の標準だったからこそ、製品体系や販売モデルの変化は、オンプレ仮想化の設計、運用、責任分界、代替基盤の評価に影響します。
エンジニアとして何を勉強すべきか – 技術名ではなく構造と制約を学ぶ 作者: si62512548投稿日: 2023年6月4日カテゴリー: 仕事タグ: Kubernetes, OpenStack, インフラ設計, エンジニア, キャリア, 学習, 技術責任, 抽象化エンジニアとして何を勉強すべきか – 技術名ではなく構造と制約を学ぶ へのコメントはまだありません エンジニアが勉強すべきことは、製品名や流行語そのものではありません。Kubernetes、OpenStack、AI、DPDK などを入口に、構造、制約、依存関係、責任範囲を読む力を育てることが重要です。
