3階層(もしくはそれ以上)のインフラストラクチャに迫る危機

  • 2019年3月29日
  • 0回答
  • 683的浏览量

Userlevel 3
本記事の原文はコチラ
。
上辺だけの話ではありませんー3階層はウェブアプリケーションの爆発の際の変革であり,今回の話題はそのような話です:あらゆるテクノロジーは”その時代”ごとに置き換えられていくものであり,優れている,長期目線である,もしくは特に今日のクラウド対応の過ぎ去りし日のアプリケーションから進化を遂げた輝かしいアプリそして動的なワークロードを動作させたいと考えているような場合にそれが行われるのです。
ですが,どうして安住の地である3階層の世界にとどまっていてはならない理由は何でしょうか吗?何が危険なのでしょう吗?

成長を妨げる可能性があります

バラバラのサーバベンダ,ストレージベンダ,ネットワークベンダ,仮想化ベンダーとこの3階層構成によって,会社組織はテクノロジーのベスト・オブ・ブリードを選択することができ,注意深く統合しながらデータセンタを作り上げてきました。しかし,このアプローチは它システムにプレッシャーを掛けたり,新しいアプリケーションを利用したいというビジネスからのニーズと同じようにスケールアウトさせるには不向きです。単に3階層インフラストラクチャをベースとしたインフラストラクチャを拡張したいという試みですら複雑になり,より複雑性が増していきます。そして複雑性の話が続きます。。。

ルービックキューブよりも複雑,さらにただの時間の無駄

単に明かりを灯し続けるだけ。複数のベンダーを管理する。複数の管理インターフェイスを使う。専門家に頼り切り。週末,金曜日の夜,休日がない吗?もうこれぐらいにしましょう。3.階層とともにもたらされる複雑さは管理のオーバーヘッドを伴うもので、IT部門は新しいより良い運用の方法を模索することになります。スムーズな運用を約束するシステムは単一のインターフェイスから全体の洞察そしてコントロールを保証します。(红衣主教的创新医疗の例にある通り)そして,もちろん日曜日(に限らずもっと!)だって保証してくれます。那部門のカレンダー予定が空くということはこれらの人々が新しいものを作り上げたり,スキルを伸ばしたり,イノベーティブで有り続けることを意味します。すべてビジネスにプラスの要素です。

将来の最良の長期の経営的安定をもたらすわけではない

最初に明らかにしておきます:ハイパーコンバージドインフラストラクチャはいつも必ずしも先行投資の最も小さい選択肢であるとは限りません。しかし,もしも目線をもう少し先へ向け,長期的なインフラストラクチャと運用ー更新,ラック容積,電源,空調,管理にかかる負荷,サービス,他のソフトウェアなどに関連するコストーの5年もしくはそれ相当の期間の絵図へと目を向けるとしたら,今日の投資はより納得のゆくものになるでしょう。(文字通り)あとから投資をすることはできないのです。機会コストがここでは重要ですー市場への投入速度を向上できるインフラストラクチャを所持している際の売上を得るか,これから3年間しか利用しないハードウェアに予算を焼かれるか,です。(もしもその数字がご自身のビジネス固有の要件に追いてどのようなものになるか,知りたい場合にはこちらのTCO计算器を利用してみてください)。

DevOpsのための堅牢な基盤を提供するわけではない

これは大きいです。DevOpsへの移行を検討してないのであれば,それは時代に逆行しているということです。これは静的と動的の対立の問題です。組織的なそして運用的な分断は一番の公敵です:複数のプラットフォームと管理ツールを利用するインフラストラクチャを利用しているとしたら,それを自動化,監視,障害対応,保護するのは難しくなります。増援部隊への連絡もしなくてはなりません。它の専門家をリストにしておき(“ガッチャーン!“という音響効果と共に)その不足を埋めていかねばならないのです。そもそもつまり,こうした環境を展開するということ自体が時間の無駄であり拡張を現実に見据えると高い買い物になってしまうのです。
3階層のサイロ,複雑さ,非効率性はハイパーコンバージドインフラストラクチャを考えに加えれば消え去ります。サーバ,ストレージ,ネットワーク,そして分散環境にまたがるアプリケーションを単一管理プラットフォームに統合することで它運用をシンプルにするのです。更にはスタック全体により強力なコントロールをもたらし,プロセスを自動化し,必要に応じた拡張性をも実現するのです。つまり它部門はエンタープライズクラウドを構築し,運用する新のクラウドエンジニアになるのです。

では何が3階層からHCIへの移行を引き留めているのでしょうか吗?

それはいにしえよりの罪人ーつまり,変化です。これは難しい問題です。HCIベースのソリューションの実装についてのその効果は理解できていると思いますが,それを行って何ら問題がないということを組織に納得させることは難しいのです。

皆様のチームはムチで打たれる苦痛を経験する必要はありません。HCIによる変化は段階的なものにすることもできます。しかしビジネスと它の運用の俊敏性に対する影響は革命的なのです。小さく始めて大きく拡張しましょう。1つのアプリケーションを尖兵としても良いですし,VDIでも構いませんー它組織内で予算化できるもので構いません。一度最初の府rジェクトにおいて成功を納めればその他へ展開することができ,HCIの展開を標準化することができます。

TODOリスト上に3階層以上のことを考えていますか吗?このガイドがまずお役に立ちます。

また,以下のアセットも有用だと感じていただけると思います:
免责声明:这个博客可能包含链接到外部网站,而不是Nutanix.com的一部分。Nutanix不控制这些网站,并对任何外部网站的内容或准确性不负任何责任。我们链接到外部网站的决定不应被认为是对该网站上任何内容的认可。
©2018 Nutanix公司保留所有权利。Nutanix和Nutanix标识是Nutanix, Inc.在美国和其他国家的注册商标或商标。此处提及的所有其他品牌名称仅供识别之用,且可能为其各自持有人的商标。

0回答

做第一个回复的人!

回复


Learn more about our cookies.<\/a>","cookiepolicy.button":"Accept cookies","cookiepolicy.button.deny":"Deny all","cookiepolicy.link":"Cookie settings","cookiepolicy.modal.title":"Cookie settings","cookiepolicy.modal.content":"We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.<\/a>","cookiepolicy.modal.level1":"Basic
Functional","cookiepolicy.modal.level2":"Normal
Functional + analytics","cookiepolicy.modal.level3":"Complete
Functional + analytics + social media + embedded videos"}}}">
Baidu