入門
フロアのクラウドコンピューティングが現実のものとなっています。過去数年のコンセプトの人気が、今より多くの企業は、クラウドコンピューティングは、使用の概念と方法に社会全体の情報資源を変化させている、クラウドサービスに移行します。
クラウドコンピューティングはまだ成長し、技術的な詳細は絶えず変化しています。ユーザーのために、右のクラウドサービスモデルを選択するなど、事業のあらゆる側面、技術的および組織的な要件に基づいてすることができ、それが重要な技術上の意思決定の中で最も成功した使用の一つであるクラウドコンピューティング。
建築家や建築に焦点を当て、この本の16章の合計、作者が意図的にそれらの製品を避けるか、または関連する詳細をベンダーが、関係者は、ビジネス上の問題を解決するために対処すべきか、解決策を適切な方法に挑戦します;特定の問題の分析と例を説明して、読者への参照のための設計上の決定の数を提供し、すべてのクラウドアーキテクチャは、重点分野に対処する必要があります強調されています。
開発プロセスに計算し、各プログラムの開始とそのクラウドへのサプライヤーの選択の意思決定者は、この本は読まなければならないです。
著者について
マイクKavis（翻訳者注：マイケルJ. Kavis）は、クラウドテクノロジーパートナーと同社のチーフアーキテクトの副社長でもある業界アナリストです。彼はヘルスケア、小売、製造およびロイヤルティマーケティング業界のためのサービスを提供するために、最高技術責任者、チーフアーキテクトおよび副社長を務め、エンタープライズ・ソリューション・アーキテクチャで25年以上の経験のための技術的機能の観点から、中に持っています。
2010年には、新興企業M-ドットネットワークの最高技術責任者として、彼の会社は一流のアマゾンAWSグローバル新興企業の挑戦を獲得しました。M-ドットは、高速マイクロ決済ネットワーク、完全にパブリッククラウドのPaaSデジタル物理的な小売店端末システムにより励起されたデジタルエキサイター、上のアマゾンAWSで構築処理に統合を構築します。M-ドット・ネットワークは、2011年に買収されました。余暇には、彼は建築に関連新興企業の数を提供し、コンサルタントの役割で計算コンサルティングサービスをクラウドです。仕事の外では、彼はニュージャージー州メトロドーム彼の最愛のニューヨーク・ジャイアンツの試合に行くのが好き。
ディレクトリ
第1章なぜクラウドなぜ今1つの、計算された
雲の1.1進化は4コンピューティング
雲の中に1.2 9を
0から10までのInstagram、一晩、李：1.3スタートアップケーススタディ
10ドル
研究1.4事例成熟企業：Netflixは、からクラウドへの11のローカル移行
NOAA、電子メール、コラボレーション、クラウド13：1.5政府のケーススタディ
1.6営利ケーススタディ：オンラインオバマキャンペーン、6ヶ月、ピークのみ
数日14
1.7まとめ14
第2章クラウドサービスモデル17
2.1サービス17などのインフラ
サービス20として2.2プラットフォーム
サービス23として2.3ソフトウェア
2.4展開モデル24
2.5 29は、まとめて
31クラウドコンピューティングの第3章の間違った練習を
クラウドへ3.1 31の移行時の失敗を避けるために、
クラウドにアプリケーションを移動するために3.2 32を
非現実的な3.3期待36
3.4クラウドセキュリティ誤解39
3.5選挙のお気に入りは、選択しない 42右
サービスの中断と閉鎖シナリオ3.6 43
3.7過小評価に影響を与える組織変更は45もたらした
47 3.8不十分な技術を
顧客ニーズの3.9ペアは誤解50を持っています
3.10予想外の費用51
3.11 54まとめたもので
、第4章56のアーキテクチャはスタートで始まります
4.1 5W1H 57の重要
なビジネス構造により、4.2は58始まっ
4.3が問題に（原因）64特定
ユーザ特性（）65枚の4.4の評価を
4.5明確なビジネスおよび技術要件（何）66
4.6サービスの消費者経験のビジュアル（および）67
4.7明確なプロジェクトの制約（とき、どのような要件）70
4.8 71（どのように）制約の現状把握
4.9概要74
第5章75右クラウドサービスモデルを選択し
、クラウドサービスモデル76選択時に5.1が考える
SaaS型を使用する際に5.2を80
5.3 85のPaaSを使用する際
のIaaSを使用するとき、5.4 89
5.5一般的なクラウドのユースケース93
5.6まとめたもので95
、第6章の主要なクラウド：RESTfulなサービスを96の
6.1なぜ98 RESTている
雲が直面する課題に6.2が移行レガシーシステム101
6.3要約103の
第7章クラウド監査104の
7.1データとスマート105の
7.2監査クラウドアプリケーション106の
7.3クラウド調節108の
7.4監査設計戦略112
7.5要約115
データ8章クラウドの考慮事項116の
8.1データ特性116
8.2を超えるテナントまたは単一テナント123
8.3 127は、格納されたデータの種類を選択します
8.4概要131
第9章クラウドセキュリティ設計133の
真実9.1クラウドデータ134
、セキュリティ136 9.2程度
責任140 9.3における各クラウドサービスモデル
9.4セキュリティポリシー146
9.5フォーカスエリア148
9.6概要160
第10章では、集中型の作成ログポリシー161
10.1ログは162のファイル
10.2ログの要件163
10.3まとめ169
170の第11章SLAの管理を
SLA 11.1 170影響を与える要因
11.2 SLA 175定義
11.3管理サプライヤーSLA 177の
11.4まとめ181
第12章モニタリング戦略183
12.1積極的に183監視対のパッシブモニタリング
コンテンツを監視するために、12.2必要性をそのうち184
他の監視ポリシー187の12.3分類
監視クラウドサービスレベルによって12.4 194
12.5まとめ197
第13章災害復旧計画198
ダウンタイム199のコストは何13.1
13.2 IaaSの災害復旧戦略201
ディザスタリカバリの13.3プライマリデータセンター203の
災害復旧戦略13.4のPaaS 209の
ディザスタリカバリの戦略13.5 SaaS型210
13.6 212ハイブリッドクラウド災害復旧
13.7概要214
ソフトウェアのより速く、より信頼性の高い配信にDevOpsチームの文化を使う第14章215
14.1 216 DevOpsチームのメンタリティーを開発
14.2オートメーション・インフラストラクチャ218
14.3自動展開220の
14.4 221デザインの特徴は、マーク
14.5測定、監視およびテスト222
14.6継続的インテグレーションと連続し配達222
14.7 225がまとめた
クラウドモデル227の組織化の最初の15章の影響評価
15.1対弾性のビジネスモデル群モデル229
ITが影響を与える15.2 230
15.3商用影響232
15.4組織変更計画236
現実の世界では15.5 240変更
15.6要約240
第16章後に242 *を考えて
、急速に進化するクラウド243で16.1
クラウド文化が16.2 245
16.3新しいビジネスモデルが246の
16.4のPaaSは、248のゲームチェンジャーである
16.5 252概要
書籍リソースの懸念を検索してください「コンピューティングトレーニングセンターの研究所は、」公共の数は、公共の数にコンサルティングマイクロチャネルの顧客サービスを追加します。