クラウドタイムズ：
クラウド時代が到来した、クラウドを選択した後、最初の質問は道がクラウドに移行することを選択したビジネスのどのようなのですか？これは、移行サイクルと移行後のビジネスサービス企業の品質に影響を与えるので、盲目的に移行を移行するのではなく、特定の方法論やプロセスに従ってください。また、基本的な5つのプロセスを遵守しなければならない：計画、設計、移行、運用、最適化、あなたは、この方法論あなたの実際のビジネスの状況に応じてそれらを微調整することができます。
内部のすべてのクラウド・ベンダー、AWSは、最も完全な移行の方法論を持っています。たとえば：CAF（雲のフレームワークを使用して）、LandingZone、クラウドの使用は、あなたが解決するプロセスを使用モードの種類になることを実現することが可能になります（良いインフラ）と3日間の移行トレーニングコースをよく設計さ質問。個人的に私は方法論AWS主要なユーザーCAFを使用すると、クラウドの経験のためのより良い時間を持つことができるように思われる、より重要な学びと思います。
私たちの過去の経験から学び、私たちはよく設計さ読み再び、後でAWS上のアプリケーションの少量を持っているクライアントに助言よく設計さ、より多くの専門用語を、それが後半に予備的な理解、実用の簡単なアプリケーション、ことをお勧めします実際には、知識ポイントの連続連結のプロセスは、一部の本質を把握します。もちろん、学習時間を短縮する方法がある、それは詳細な説明は彼らの練習でクラウドにあなたを同行するだけでなく、経験豊富なAWSパートナーを選択することで、彼らはあなたのビジネスのベストプラクティスのビジネス動作条件に基づいているものを教えてくれ。
：練習は共有して
、実用的な仕事の多数の経験豊富な移行によると、私たちは一緒に移行プロセスを共有できる2つの最も重要な段階、すなわち計画および設計。彼らは、これらの二つの相の細かい作業を行う方法、私たちはあなたとあなたのビジネスを助けることを望んで、一緒に探検ちょうど建物の土台のように、最も基本的な部分全体に移行します。
1）プログラム：
いくつかのキーフィールド、含まなければならない計画を作る前に助言、移行の優先順位リストを行う、といった：オペレーティングシステムのバージョン/データ/アプリケーション・プロバイダーの実際の量は/ビジネスは、技術/ RTOのサービス/複雑さに依存します/ RPO、などが挙げられる。これらは、移行ツールの種類、あなたは移動パターンの種類（平滑/交換/再構築を）選択し決定しているもちろん、いくつかの企業があります（彼らはあなたの移行サイクルの長さと効果に影響するため、いくつかの特別な指標があり、たとえば、次の互換性）（他のクラウドの可能性に移動）。むしろ、ケース内の任意の根拠なしに計画を立てよりも、全体の移行計画を行い、完全にこの表に記入してください。
上記の指標によると、おそらくあなたが感じることがオペレーティングシステムのバージョンは、 AWSが提供していない場合は重要ではありませんが、実際には、非常に重要な、我々はまずあり、このAMIをサポートしていない市場やコミュニティをAWSを知っている必要がありますか？（あなたは、安全上の非常に集中している場合は、コミュニティAMIを使用しないことをお勧めします）また、独自のAMI（作るのVMWareの方法を選択）にするために選択することができますが、私たちのアドバイスはAMI AWSの提供を使用するので、パフォーマンス、安定性を管理していない、機能およびトラブルシューティングはより信頼性になります。練習のために、我々は通信業界のケースだった：AWSの前で顧客を、AMIはない彼らは、オンプレミスAMIのCentOSのカーネルを変更するためのシンプルな機能テスト、パフォーマンステストおよびなければなりません。この時間のアフター技術AWSをも解決することができない、実際の移行後のパフォーマンステスト中にさまざまな障害を発見しました。私たちの経験に基づいて、我々は確かにAMIのために非常に厳格な要件がある場合は、必要なすべてのテストを行ってください、あなたはAMI AWSが提供する使用しようとすることをお勧めします。アプリケーションプロバイダは、ライセンス、バージョン、およびソフトウェアプロバイダが存在するかどうか：これは、アプリケーションが決定的なとしての役割を、再生することができ移行されていませんか？企業は、サービスに依存して、この指標は、事業間のビジネス、密結合関係の間でのデータ交換を記述する対話型サービスデータの存在や彼らがそれらの間単に他の企業データプロバイダですどのくらいの、「事実では時々ありますのでご注意ください他のサービスは、専用のデータベース事業のデータに依存している、と」、ビジネスそのものに依存しないので、何の取引関係が存在しませんがあります。RTO / RPO、このインジケータは中断のないサービス、移行のより高価なコストを維持するために、移行のコストを決定します。経験を通して、私たちの練習によると、RTO / RPOより適切なバックアップおよび災害復旧シナリオ、我々はそれが時間同期およびデータサービス交換のために使用されているので、ビジネスをより重要なのために中断されることができると信じている移行シナリオ、最も重要なこれは、次のとおりです（移行コストは、このような廃棄物によって引き起こされる、でも移行しない）「彼らのビジネスを中断することはできませんということはないと思うしてください」。移行する決断の時間の長さに関係する3つの要因があります：データ同期技術、ネットワーク帯域幅とデータボリュームサイズ。
上記の指標だけでなく、顧客自身の要件指標は、事業の移行、ビジネスの移動パターンの優先順位を決定するために、関連する評価と検証（「デザイン」の次の段階は、この段階である「計画」の最も重要な検証テスト）を行い、ツール事業の移行、ビジネスの移動時間。
2）デザイン：
あなたは十分に確立移行優先順位リストよりも多くを持っていたら、このフェーズは、アーキテクチャ設計と検証テストになるだけでなく、その移動パターン、確実にするために設計と計画は、ネクサスの役割で説明する移行ツールと移行優先権を、そして彼らは独立していません。ビジネス分析とプログラムの評価段階を通して、あなたはすでに移行し、移行パターンの優先順位を調整するために（クラウド時代に、これは非常に重要である）適切なアーキテクチャ設計、および関連する検証テストを行うことができます。この段階でそれ以上は、この事業、低リスクの移行期、短い時間を確認します。例えば、私たちのハイテク製造業の一つ、後の彼らの詳細と分析におけるクラウドベンダーの事業構造で私たちとの既存のAWSを評価する前に、代わりの移動パターンを使用することで彼らの最も重要なテストの検証別のビジネスグループとK8Sネットワークテストだけでなく、いくつかのビジネス・クリティカルなマイグレーション試験を行うことにK8Sのライセンス有効期間、自動スケーリング、K8SのK8S：EC2は、これらの完全にテストと大差WebベースのK8SとVPC、などです。正式な移行を行う際に完全にテスト設計段階のために二週間を保存します。可能ならば、我々は、生産環境1使用することをお勧め：1の検証テスト環境を、そして検証が完了した後、あなたがストップし、そして唯一のような資源のコストの一部支払うリソースに置くことができますようにEBS、EIP、S3とを。削除する必要があり、それらのリソースについて、あなたは正式な移行を準備するために最初のバックアップを行うことを選択することができ、かつCloudformationは、移行の公式の準備を減らすことができ、テンプレートを作ることができます。
実践の概要：
多くの企業は、少量で検証または検証されないことを好む、彼らは移行を実行するために開始し、実装プロセスで遭遇する問題の様々な、彼らは続けることができない問題のいくつかは、我々はゼロからスタートしなければなりません。私たちの過去の経験が関係していることから、提案が最初に簡単なビジネスのクラウド移行、スムーズな移行が最高です必要があり、最高の最初の2つの段階が完全な検証テストの準備を行います。いくつかは、サービス中断することはありませんでした同期のファッションデザインの良いデータ（主にデータ同期データベース、あなたはリアルタイムの同期やサードパーティ製のソフトウェアのために設計されたAWS DMSデータベースを使用することができます）（DNSドメイン名を、実際に切り替えたり、数分を中断する必要があります）、ここでのデータ同期は、トラフィックが遅延範囲を負担することも考えられるいくつかの遅延となります。私たちは覚えていると、各ステージの間の厳密な関係があることを理解しなければなりません。
移行は、操作は、これらの三つの段階の最適化が重要であり、移行の最初の2つの段階よく準備して、移行期には、比較的容易になるだけで、リスク評価とスタッフの割り当てに注意を払う動作し、進行期に属し最適化、業務移行は徐々に安定性、パフォーマンス、セキュリティ、可用性、およびコストの面で最適化しました。（すべてのエラーのためこの記事では、私を修正してください、ありがとうございました！）
参考学ぶため住所：
https://d0.awsstatic.com/whitepapers/AWS_CAF_Security_Perspective.pdf
https://aws.amazon.com/cn/architecture/well-architected/
[ブーズ・クラウドについて】
プロのクラウドコンピューティングサービス指向の企業として、AWS上で運用サービスを提供する顧客のためのブーズクラウド：建築コンサルティングサービス、移行サービス、クラウドセキュリティ統合サービス、ハイブリッドクラウド管理サービス、ビッグデータサービスを含めますそしてDevOpsチームサービス。現在、ブーズクラウドベンダーの認定は、上海、南京、杭州、武漢、他の場所での支店で、ビッグデータ、DevOpsチーム、アーキテクチャ、データベース、オペレーティング・システムで行われています。革新的なサービスモデル、ITの開発はサービス鉛、ブーズ・クラウドは、インテリジェントハイブリッドクラウド管理プラットフォーム、研究開発の地図データベースを実行するために資源を投入していきます。