← 概念辨析に戻る

Concept Contrast Fable

ローカル展開とクラウドネイティブ

先に結論:一方はシステムを顧客の機房に持ち込み、もう一方はシステムを根本からクラウド上で最もよく生きるように設計した。ローカライズ展開を選ぶことはクラウドネイティブと対立することではないが、ローカライズ展開のシステムを無理にクラウドネイティブとして運用すれば、請求額と故障率がともに上がる。

一方はシステムを顧客の機房に持ち込み、もう一方はシステムを根本からクラウド上で最もよく生きるように設計した。ローカライズ展開を選ぶことはクラウドネイティブと対立することではないが、ローカライズ展開のシステムを無理にクラウドネイティブとして運用すれば、請求額と故障率がともに上がる。

寓話

庭に運び込まれた機械と庭に生えている大木

青雲車行はもともと大駅道のそばに本舗を開いていた。車馬、車輪修理職人、飼料倉、配車札が一か所にあり、どの車が空けば、店主は札をめくって次の駅に派遣できた。雨の日には、隣県の小屋も臨時に借りられ、駅道全体が配車できる網のようだった。

後にある鉱場が、貨物は貴重でルートは秘密にしたいので、車行に一組の車馬と修理棚を鉱場の庭に移してほしいと言った。店主はただ置き場所を変えるだけだと思い、総舗の様子どおりに一つ移し入れた。

最初の数か月は順調でした。鉱場は安心し、外部の者は入れず、帳簿も院内で調べられました。しかし繁忙期が来ると、院内の馬が足りず、総舗の空車を勝手に借りることもできず、車輪修理の職人が病めば隣県の師匠をすぐに呼ぶこともできませんでした。院子は安全でしたが、大駅道の弾力性を欠いていました。

店主はまず庭により多くの馬、より多くの飼料、より多くの予備部品を詰め込んだ。コストはすぐに上昇し、暇な時には無駄になった。鉱場の管事はようやく気づいた。庭に移るとは総舗を縮小コピーすることではなく、制御権、隔離性、運維責任をローカルに留めることを選ぶことだと。

本店側も単純に楽というわけではない。それは統一的なスケジューリング、継続的な改修、オンデマンドの拡張、拠点間の再利用に依存する。一箇所のアップグレードは多地に恩恵をもたらし、一箇所の故障もより広く影響しうる。二つの方式にはそれぞれ代償がある。

後に車行は契約前にまず尋ねるようになった:顧客が求めるのは院内で制御可能、データを外に出さない、独立した保守か、それとも急速な拡張、統一更新、弾力的なスケジューリングか。一方は機械を庭に運び込むようなもの、もう一方は業務を大街道に育てるようなもので、選び間違えれば安全、コスト、速度のすべてを誤算する。

鉱場は後に院内車隊を受け入れたが、契約はより明確に書かれた。どの保守を車行が人を派遣して行うか、どの予備部品を現地に残すか、いつ総舗に応援を求められるか、アップグレードに先に鉱場の許可が必要かどうか。独立は自主性をもたらすが、より多くの現地責任ももたらす。

総舗の顧客は別の約束を選んだ。彼らは車行が車馬と路線を統一的に管理することを受け入れ、より速い拡張、より低い遊休、継続的な更新と引き換える。店主はそれ以来、二つの方案を場所の違いとして包装せず、制御、柔軟性、コスト、責任を顧客の前で開いて選ばせた。後に車行が見積もりを出すとき、「あなたの庭に置く」とか「総舗に置く」とだけ書かなくなった。隔離、アップグレード、配車、バックアップ、保守要員を項目ごとに列挙した。顧客はこれを見て、自分がどの運用方式を買っているのか分かるようになった。

ローカル展開

ソフトウェアシステムを顧客自身の物理サーバー、プライベートデータセンター、または指定インフラにインストールして運用し、データは顧客の管理範囲から出ない。運用責任(ハードウェア、ネットワーク、バックアップ、災害復旧)は顧客が自ら負担するか、サービス提供者と協議して分担する。

クラウドネイティブ

設計段階から実行環境をクラウドプラットフォームと仮定するアプリケーションアーキテクチャのパラダイムで、中核的特徴にはコンテナ化、マイクロサービス、宣言的 API、弾力的スケーリング、クラウドマネージドサービスへの依存が含まれる。クラウド上で最も効率的に動作し、非クラウド環境への移行には大量のアーキテクチャ適応が必要となる。

物語の対応

  • クラウド上の統一ノード仕様は顧客のデータセンターには存在しない:クラウドネイティブのスケジューリング戦略はクラウド環境のインフラ前提に依存している。
  • ヘルスチェックのタイムアウトを5秒から20秒に変更:オンプレミス展開では、すべてのクラウドネイティブな既定パラメータを再適応させる必要がある。
  • 自動スケーリングをオフにして固定インスタンス数に変更:クラウドネイティブが依存する弾力的なインフラは、ローカライズ環境には存在しない。
  • 運用コスト比較表:クラウド環境が代わりにやってくれることは、ローカル展開ではすべて人手による運用コストになる。
  • 大きな木を移植するには土を入れ替え、水やりを調整する必要がある。クラウドネイティブ製品をローカル展開へ移すのは引っ越しではなく、移植が鍵だ。

プロジェクトに落とし込む

售前段階では「配備方式」と「運用モード」を二つの独立した評価軸に分ける。配備方式はデータがどこにあり、誰がハードウェアを管理するかを決める。運用モードは日常の点検、拡張、障害復旧を誰が実行し、どの SLA で運用するかを決める。クラウドネイティブ製品をローカライズ配備する際は、契約に「クラウド環境代替案一覧」を添付し、クラウドが本来自動で行うことをローカライズ配備でどう実現し、誰が責任を負うかを逐条列挙する。この一覧は単に「ローカル配備対応」と記すよりはるかに有効だ。

京ICP备2026014272号