ブログ

マルチクラウド
7 12月 2016

複数のクラウドサービスを管理する12のトリック

複数のクラウドサービスの管理 - DevOps

どのような雲商人でも、あなたのビジネス環境には理想的な答えはありません。 クラウド管理の利点をビジネスに拡大する最も良い方法は、いくつかのクラウドサプライヤを管理し、すべてのクラウドサプライヤを常にチェックすることです。 それはあなたの頭の上に残っている間にアリアを歌って、卵をスクランブルすると呼ばれるかもしれません。 (想像力のどんなストレッチでも、それはそのように見えるかもしれません。)

あなたの組織のマルチクラウド手順を手配する際に覚えておくべき12の事柄を以下に示します。

システム全体を概説し、その後、雲がどこに収まるかを区別します。あなたの一般的なフレームワークの管理手順でクラウドの部分の合理的な写真を入手して、ビジネススーパーバイザや異なるクライアントの情報ニーズに隙間を埋める必要がないようにします。 さまざまなクラウドサプライヤがさまざまなビジネスラインを提供します。

予期しないことに迅速かつ強く反応する商人と協力してください。 あなたが複数のクラウド管理を一緒に縫っているとき、予期せぬ事態が確実に起こります。 あなたの共犯者は、その行政、アップグレード、および新しいコンポーネントの状態について定期的に報告するべきです。

低レベルの観測を支援し、取り組みを支援する。 クラウド管理を取り入れることの背後にある2つの重要な説明は、コストファンドとより巧妙な操作です。 両方を達成するための1つのアプローチは、フレームワークを邪魔にならないようにするために必要な人間の監視の尺度を減らすことです。

このフローチャートには、絶対に一緒に縫い合わなければならない多数のコンポーネントを組み込んだマルチクラウド管理の多面的な性質が示されています。 これらの低レベル操作のかなりの数は、手順を改善するために機械化されなければなりません。 出典:Carl P. Lehrmann、451 Research

取る 後の あなたのクライアント。 アプリケーションとフレームワークの「バイヤー」が実際にデバイスを活用する方法を慎重に検討してください。 それらは、手順が最も効率の良いプロモーターである最良の指針です。 同様に、顧客が作業をより迅速に、より熟練して、さらには控えめに完了させるのに役立つ新しい管理についても知ることができます。 これにより、クライアントが後で必要とするような種類の機器を利用できるようになります。

コストコントロールを2倍にする。 あなたは見えないものをコントロールすることはできません。 複数の加盟店を管理することは、新しい管理を発注する手順を混乱させます。 有用な新政権の迅速な執行に余計な障害を避けるためには、行政当局と同様に適応可能な買い手続きを考案する。 それにもかかわらず、特別な第1夜間の管理期間が過ぎても、新しい管理がコストにかかわらず正当化されているかどうか、さらにコストが安くて安いオプションがあるかどうかを評価する。

アプリケーションのライフサイクルは、クラウドの動きを引き続き導きます。 サーバーファームは反動するかもしれませんが、確かに消えていません。 セキュリティ、一貫性、保護、および任意の数の理由で 異なる変数いくつかのフレームワークは、今後数年間、家に残っています。 社内のアプリケーションを持ち上げてクラウド特典に移す努力、特にわずか2〜3歳であり、このようにしてそれ自体ではまだ支払っていないものを疑う必要はありません。 再確立のためのより確立されたフレームワークが準備されると、それはビジネスディフェンスを出すことをあまり要求しません クラウドローカル.

力を搾取する 前emptable 仮想マシン。 彼らは24時間以上の延長はないので、先週の2016の記事でComputerWeeklyのMatthew Cooterによると、先制型VMはクランプ処理と寛大な対応のための適切な決定です。 プリエンプト可能なVMは、Googleの通常の例よりも80のコストが低く、決済された価値は組織が費用を手配して処理するのに役立ちます。

仮想環境向けのコーディネートされたサーバーファーム管理フレームワークを活用します。 これは、11月の21でクラウド専門組織Emboticsの社長兼創業者であるJay Litkey氏が指摘したように、サーバー、備蓄、整理、セキュリティ、運用、アプリケーショングループが共通の目標に向かって孤立した役割を果たしていることを保証する最良の方法です。 2016、Virtual Strategy誌の記事。 慣習的な物理的な基礎の限界のまわりで組織されたあらゆる協会は、交配と複数の雲の状況への動きと戦うことに縛られます。

アソシエーション内のアプリケーションを区別する あります クラウドローカルでの使用に最も適しています。 慣習的なアプリケーションは実績があり、VMとして稼動し続け、スケールアップエンジニアリングを活用し、作成、送信、維持することが大部分です。 差別化により、スケールアウト設計に照らして、コンパートメントと管理の蓄積と、ロボット化、移動、およびスケーリングが容易になり、クラウド・ローカル・アプリケーションはより隔離され、管理上の位置付けを得ました。

クラウドローカルアプローチを最大限活用して、慣習的なサーバーファームステージで組織がサービスを提供するアプリケーションに集中するアプリケーションに集中します。 出典:TechTarget

あなたのアプリケーションを、その性質を果たす行政に調整してください。 VMwareやAWSなどの巨大な名前管理は、クライアントのさまざまなニーズを満たすために2つに分かれています。 たとえば、VMwareのvSphereベースのエンタープライズハイブリッドクラウドは、慣習的なアプリケーションに期待されています。組織のネイティブハイブリッドクラウドは、測定されたマイクロサービスベースのフレームワークを対象としています。 基本的に、AWSのElastic Compute Cloud、Elastic Block Store、EFSドキュメントフレームワーク、VPCプライベートシステムは社内サーバーファームをミラーリングしますが、NoSQLデータベース、BI処理、Hadoop風の束など、ライン、プッシュ通知管理、メディアトランスコーダ、Webインデックスなどがあります。

ロボット化する 横に並べる 雲の状況を超えて 複数のクラウド管理の利用に対処する主な熟練した方法は、結果的にあらゆる環境に結びつく取り決めのための孤立した基準を持つことです。 アプローチは、仮想サーバ、ワークロード、情報蓄積、アクティビティストリーム、整合性/制御、報告、セキュリティなどの範囲をカバーします。 進歩が環境から環境に完璧に生まれているという事実に照らして、さまざまな枠組みの上で孤立した配置をしているときに、アップグレードや変更を適用することはあまり厳しくありません。

売り手の安全は時間の遺跡に変わった。 1つのオープンクラウドのメリットに完全に依存する場合、仮想マシンと異なる資産を別の管理に再配置するのは難しいかもしれません。 考慮すべきコンポーネントの中には、同様の熟読/構成負荷、情報交換ニーズおよびシステム不活性がある。 むしろ、戦略とデザインを共有するクラウド管理のカスタムミックスに依存することで、あなたを監督する変更ではなく、変更を処理することになります。

返信を残します

GTranslate Please upgrade your plan for SSL support!
GTranslate Your license is inactive or expired, please subscribe again!