スカイアーチセミナー：[スカイアーチ AWS共催]AWS移行のプロが教える！導入への3ステップ：150521
•
0 likes•1,797 views
[スカイアーチ AWS共催]AWS移行のプロが教える！導入への3ステップ 昨今、ITのご検討ではクラウドが外せないキーワードとなっております。 クラウドはどんなメリットがあるのか、自社で活用できるのか、どのように検討、 導入を進めればよいかお悩みのお客様も多数いらっしゃるかと存じます。 今回のセミナーでは、アマゾン ウェブ サービス（AWS）導入に焦点をあて、AWSとは何か、どのような効果を得ることができるのかをご説明するとともに、移行するためのステップを多数の実績を持つスカイアーチネットワークスのノウハウをもとにわかりやすくご説明します。 また、当日お配りするワークシートにご記入いただくことで、 貴社に最適なクラウドへの移行方法をご提案さし上げる内容となっております。
Recommended
Recommended
More Related Content
What's hot
What's hot (19)
Viewers also liked
Viewers also liked (12)
Similar to スカイアーチセミナー：[スカイアーチ AWS共催]AWS移行のプロが教える！導入への3ステップ：150521
Similar to スカイアーチセミナー：[スカイアーチ AWS共催]AWS移行のプロが教える！導入への3ステップ：150521 (20)
スカイアーチセミナー：[スカイアーチ AWS共催]AWS移行のプロが教える！導入への3ステップ：150521
- 1. 【スカイアーチ主催 AWS共催セミナー】【スカイアーチ主催 AWS共催セミナー】 AWS移行のプロが教える！AWS移行のプロが教える！ 導入への3ステップ導入への3ステップ 株式会社スカイアーチネットワークス 松田昭穂 2015/5/20 ver5.2
- 2. 自己紹介 松田 昭穂 / Matsuda Akio松田 昭穂 / Matsuda Akio 株式会社スカイアーチネットワークス コンサルティング部 シニアコンサルタントコンサルティング部 シニアコンサルタント 共著「Webマーケティング基礎講座」刊行 • CMO養成学校の講師を行う。(MZA) • ＩＴ業界で20年 技術のみならず、市場環境、業界知識、 リスク管理等、幅広い分野でのIT活用提案を行う。リスク管理等、幅広い分野でのIT活用提案を行う。 • ISOのセキュリティ責任者を兼務 趣味：フットサル テニスなどスポーツ全般 子供とガンプラ作り趣味：フットサル テニスなどスポーツ全般 子供とガンプラ作り 2
- 3. スカイアーチネットワークスって？ 社名 所在地 株式会社スカイアーチネットワークス 東京都港区⻁ノ門4丁目(東京メトロ神谷町駅)所在地 設⽴ 社員数 東京都港区⻁ノ門4丁目(東京メトロ神谷町駅) 2001年7月12日 95名(連結)社員数 資本⾦ 95名(連結) 1億円資本⾦ 事業内容 子会社 1億円 サーバー・クラウド管理(MSP事業)の提供 空橋克拉伍徳信息技術服務（中国 大連）子会社 拠点 団体 空橋克拉伍徳信息技術服務（中国 大連） 米国NYC サテライトオフィス 日本MSP協会、LPIJapan、日本広告制作協会団体 資格 日本MSP協会、LPIJapan、日本広告制作協会 ISO20000、ISO27001、Pマーク 3
- 5. 記事掲載記事掲載 5
- 8. その他 株式会社ワークスアプリケーションズ 様 ERP案件株式会社ワークスアプリケーションズ 様 ERP案件 オンプレ→クラウド マルホ株式会社様 CMS案件 オンプレ→クラウドオンプレ→クラウド 株式会社エム・フィールド 様 自社アプリ案件 新規クラウド 株式会社エヌ・ティ・ティピー・シーコミュニケーションズ 様 キャンペーン案件 クラウド引継ぎキャンペーン案件 クラウド引継ぎ 8
- 11. 国内のクラウド市場 国内パブリッククラウドサービス市場 セグメント別 売上額予測 引用：IDC Japan,10/2014 11
- 12. 世界のクラウド市場 12
- 15. 本来は、経済活動のためのＩＴ セキュリティ対策 経済活動セキュリティ対策 守り 経済活動 攻め守り 攻め きりがない ITの本来の目的 15
- 17. 固定費から変動費への変化 物理 クラウド 契約 間接 直接契約 間接 直接（経由） 直接 ハード ウェア 固定資産 レンタル ウェア 費用 固定 固定 ＋ 変動 17
- 18. 管理調達の変化 • 資産管理の解放 • キャパシティ管理（電源、回線、ラック）• キャパシティ管理（電源、回線、ラック） • ファシリティ管理（管理コスト削減）• ファシリティ管理（管理コスト削減） • 固定資産管理 • スタートアップ• スタートアップ • 収益に応じた柔軟なＩＴ調達 18
- 20. ビジネスモデルの変化 インフラインフラ 中心 BIZ中心 ビジネス変化 アプリ アプリ改修 継続的インテグレーション 機器保守 機器設置+電力 機器保守 機器設置+電力 アプリ アプリ改修 アプリ リース リース クラウド 機器設置+電力 機器設置+電力 20 リース リース
- 22. ◆ ITサービスの『人・モノ・カネ』 調達 設計 開発 開 発 調達 企画 設計 構築 開発 開 発 Development 準備 Development 準備 公開 提案 運用 運 用提案 運営 保守 運 用 Operations 22
- 24. IT資産の可視化 管理の一元化 スケール設計 監視 バックアップ セキュリティ設計 VPS展開・管理 プライベート・クラウド 社内系システム IaaS B社 データセンター A社データセンター A社 基幹系システム WWW系システム 24
- 25. セキュリティリスクの認識 データの分散 データの共有 A社 B社 C社 仮想化の脆弱性 アウトソーシング ハイパーバイザ 仮想OS ブラックボックス OS 25
- 28. クラウド選定の検討 チェック１ 対象システムは、クラウド活用に差支えがないか？ 技術的に技術的に 法規制の観点で チェック２ クラウド活用に関するニーズは強いか？チェック２ クラウド活用に関するニーズは強いか？ チェック３ クラウド化の場合、パブリックかプライベート？ 将来 現在 将来 外部DC 社内システム （オンプレミス） 業務１ 社内システム （オンプレミス） パブリック クラウド プライベート クラウド 業務２ 現在 ？ 外部DC 業務１ 業務１ 業務２ 業務４ 業務２ 業務３ 業務４ ？ 業務３ 28
- 29. チェック１: 対象システムは、クラウド活用に差支えがないか？対象システムは、クラウド活用に差支えがないか？ Q1.1 他業務との連携はない。あるいは、連携はあるが、ファイル渡しのよう な疎結合である。な疎結合である。 ⇒ Yes / No Q1.2 他業務に⾼速、あるいは大量のデータを転送し、非常に速い応答 性は、特に求められていない性は、特に求められていない ⇒ Yes / No Q1.3 前提とするITインフラは標準的なものであるQ1.3 前提とするITインフラは標準的なものである ⇒ Yes / No Q1.4 業務やデータについて、セキュリティ上の制限や、データ利用上の制 限、データセンターの地理的制限は特にない限、データセンターの地理的制限は特にない ⇒ Yes / No 全て Yes であれば、クラウド活用の差支えはありません全て Yes であれば、クラウド活用の差支えはありません 全て Yes であったので、クラウド活用の差支えはない回答欄 全て Yes であったので、クラウド活用の差支えはない Noが一つ以上あったので、現状のまま 回答欄 29
- 30. Q1.1 他業務との連携について（疎結合 or 密結合） 他のシステムとのインターフェースの有無。 他業務システムとの連携のために、検討対象業務システムだけを、雲の向こう(クラウド)に 他のシステムとのインターフェースの有無。 他業務システムとの連携のために、検討対象業務システムだけを、雲の向こう(クラウド)に 持っていくことが困難な場合、クラウド化は難しくなります。 移行が容易 移行が困難移行が容易 移行が困難 共用業務シス SOAなど標準I/F での連携 共用 業務シス SOAなど標準I/F での連携 クラウド環境クラウド環境 対象業務をクラウド化する際、周辺業務とのインターフェースがあると、それが 独立 対象業務をクラウド化する際、周辺業務とのインターフェースがあると、それが 修正を必要とする場合があります。 修正の難しさは、インターフェースの数、扱う項目の複雑さ、非機能要件、 業界標準の活用度合いなどによって、左右されます。業界標準の活用度合いなどによって、左右されます。 30
- 32. Q1.3 前提とするITインフラの標準化度合い 特定のH/W、S/Wに依存していますか？それとも、移植性、オープン性があり特定のH/W、S/Wに依存していますか？それとも、移植性、オープン性があり ますか？ それにより、クラウド化するための移⾏負荷の程度が決まります。 クラウド向き クラウド向きではないクラウド向き クラウド向きではない H/W、S/Wが標準化されている 特殊、固有、専用で、共有向きではない 業務が稼動するためは、その基盤としてHWやSWが必要です。これらが標準的なもので あれば、環境を変えて稼動させることも難しくありません。あれば、環境を変えて稼動させることも難しくありません。 逆に業務固有の理由により、特殊なH/WやS/Wを必要とするものは、その要件に合う 環境でないと目的どおりに動作させることができません。環境でないと目的どおりに動作させることができません。 32
- 33. Q1.4 業務セキュリティやデータ利用制限 業務やデータについて、セキュリティ上の制限や、データ利用上の制限、データセ業務やデータについて、セキュリティ上の制限や、データ利用上の制限、データセ ンターの地理的制限がある場合があります。 クラウド向き 外部でのクラウド向きではないクラウド向き 外部でのクラウド向きではない セキュリティやデータ利用の制約が少ないセキュリティやデータ利用の制約が少ない 制約は無いが、慎重に扱うべきデータ セキュリティ上の制約で、サーバーやストレージ 地理的な制約が無い セキュリティ上の制約で、サーバーやストレージ の共有ができない 地理的に国内で処理・保管する制約がある データセンターが自社施設内である必要がある 業務の性質上、サーバーやストレージの設置場所や、利用形態に制約がある場合 があります。があります。 33
- 34. チェック２: クラウド活用に関するニーズは強いか？ Q2.1 業務処理への負荷にピーク性がある（例：ECサイトなど） ⇒ Yes / No クラウド活用に関するニーズは強いか？ ⇒ Yes / No Q2.2 ITコストの適正化（削減）が強く求められている ⇒ Yes / No Q2.3 システムが複雑化し、管理が大変だQ2.3 システムが複雑化し、管理が大変だ ⇒ Yes / No Q2.4 システム障害等により可用性が下がると、ビジネスへのQ2.4 システム障害等により可用性が下がると、ビジネスへの 影響が大きいため、専門家による安定稼働を実現したい ⇒ Yes / No Q2.5 システムのセキュリティや継続性に関し、企業の社会的責任がQ2.5 システムのセキュリティや継続性に関し、企業の社会的責任が 問われるようになってきたので、専門家に任せたい ⇒ Yes / No⇒ Yes / No 一つでも Yes があれば、外出しのニーズがあります Yes が一つ以上あり、外出しのニーズがある回答欄 Yes が一つ以上あり、外出しのニーズがある Yesが一つもなく、ニーズがない 回答欄 34
- 35. Q2.1 業務処理の負荷について システムへの負荷に季節や、時期による変動が多いですか？システムへの負荷に季節や、時期による変動が多いですか？ クラウド向き 特にクラウドの恩恵は感じられない 一時的 季節周期 安定的に利用 安定した処理量 安定的に利用 対象業務に、季節による負荷の変動や、一時的な処理などがある場合があります。対象業務に、季節による負荷の変動や、一時的な処理などがある場合があります。 システムが、負荷のかかる状態に合わせた、固定的な処理能⼒を持っていると、 普段は処理能⼒が余ってしまいます。クラウドなど、外部サービスを利用すれば、 必要に合わせて、システムのスケールアップ、ダウンを経済的に⾏えます。必要に合わせて、システムのスケールアップ、ダウンを経済的に⾏えます。 35
- 37. チェック３: クラウド化の場合、パブリックかプライベート？ Q3.1 同等のアプリケーションが一般に使用可能 ⇒ Yes / No クラウド化の場合、パブリックかプライベート？ ⇒ Yes / No Yes であれば、SaaS（パブリック・クラウド）が向いています。 Q3.2 ハイパースケールな環境が欲しい（例:1週間でマシン1000台に拡張） ⇒ Yes / No⇒ Yes / No Yes であれば、パブリック・クラウドが向いています。 Q3.3 グローバル展開したいQ3.3 グローバル展開したい ⇒ Yes / No Yes であれば、パブリック・クラウドが向いています。Yes であれば、パブリック・クラウドが向いています。 Q3.4 ある程度、保守や障害に関するコントロールを得たい ⇒ Yes / No Yes であれば、プライベートクラウドが向いています。Yes であれば、プライベートクラウドが向いています。 パブリック SaaS回答欄 パブリック プライベート SaaS IaaS / PaaS 回答欄 37
- 38. Q3.1 同等のアプリケーションが一般に使用可能 同等のアプリケーションが、外部クラウドサービスなどで提供されていますか?同等のアプリケーションが、外部クラウドサービスなどで提供されていますか? 参考情報：SaaSで一般的な業務 ※業務レベルでの検討であり、基盤レベルでのクラウドの可能性があることに注意 情報系 基幹・勘定系情報系 CRM SFA 基幹・勘定系 データベース ERP e-ラーニング 出張手配SFA BPM BI ERP SCM 財務・会計 出張手配 ポータル 与信BI 会議・情報共有 ドキュメント管理 財務・会計 ⼈事管理 調達・販売・在庫管理 与信 検索エンジン 内部統制ドキュメント管理 CMS(コンテンツ管理) Web調査・サイト診断 調達・販売・在庫管理 電子商取引 カード決済 内部統制 外部クラウドサービスやASPは、今すぐ、使いたいだけ使える利点がある反⾯、機能が限 られていたり、利用上の制約があったりする⽋点があります。 Web調査・サイト診断 カード決済 られていたり、利用上の制約があったりする⽋点があります。 38
- 39. 現状把握 検討対象の業務システム名： _______________検討対象の業務システム名： _______________ クラウド化の検討結果： □ 従来のまま □ パブリッククラウド □ プライベートクラウド□ パブリッククラウド □ プライベートクラウド □ IaaS / PaaS □ SaaS クラウド化に関するメモ（オプション） 業務システムをクラウド化することを阻害している要因 クラウド化に関する懸念クラウド化に関する懸念 クラウド化に関する中⻑期の⽅針 39
- 41. ◆クラウド・ホスティング・オンプレ比較 データセンター、場所 他社 他社 自社 クラウド （タクシー） ホスティング （レンタカー） オンプレミス （自家用車） データセンター、場所 他社 他社 自社 サーバー資産 他社 他社 自社 ◎ ○ ◎構成⾃由度 ◎ ○ ◎ 初期コスト、災対コスト 低 中 ⾼ リソース伸縮のコスト 低 中 ⾼ サポート・レベル ◎ ○ ◎ 障害コントロール ○ ○ △ 共有化度 コントロール ⾼ ⾼ 低 41 コントロール⾼ 低
- 42. クラウドの定義 アメリカ国立標準技術研究所（NIST）による定義 ① On-demand Self-Service いつでも使い始められます ② Broad network access ネットワーク越しにアクセスしてください ５つの特徴 ③ Resource pooling リソースは事前に用意しておきます ④ Rapid elasticity 劇的な増加/削減を行うことができます ⑤ Measured Service 使用量が計測されています ① SaaS Software as a Service ３つのサービスモデル ① SaaS Software as a Service ② PaaS Platform as a Service ③ IaaS Infrastructure as a Service③ IaaS Infrastructure as a Service ① Private Cloud ② Community Cloud ４つの配置モデル ② Community Cloud ③ Public Cloud ④ Hybrid Cloud 42 ④ Hybrid Cloud
- 43. 4つの配置モデル 1.パブリック・クラウド 2.プライベート・クラウド1.パブリック・クラウド 2.プライベート・クラウド 企業Ｂ企業Ａ 企業Ｃ企業Ｂ企業Ａ 企業Ｃ 4.ハイブリッド・クラウド3.コミュニティ・クラウド グループ 企業Ａ企業Ｂ企業C企業Ｂ企業Ａ 企業Ｃ 企業Ａ企業Ｂ企業C企業Ｂ企業Ａ 企業Ｃ 43
- 44. クラウドベンダー比較 AWS ニフティクラウド クラウド・エヌ IIJ GIO VM （ IaaS ） EC2 ○ ○ ○VM （ IaaS ） EC2 ○ ○ ○ HA － ○ ○ △ オートスケール ○ ○ ○ － SQL RDS RDB RDB 多数有SQL RDS RDB RDB 多数有 NoSQL DynamoDB/SimpleDB － MongoDB/Redis － データディスク DOX/追加Disk ストレージアドオン ストレージ S3/EBS/Glacier NCSS/増設ディスク データディスク Object Storage ストレージアドオン ストレージサービス FV/S LB L4 ○ ○ ○ ○LB L4 ○ ○ ○ ○ LB L7 ○ ○ － ○ DNS ○ ○ ○ ○ CDN ○ － ○ ○CDN ○ － ○ ○ FW ○ ○ ○ ○ WAF/IPS DeepSecurity Scutum － Scutum VPN ○ ○ ○ ○VPN ○ ○ ○ ○ 監視 ○ ○ ○ ○ 転送量 従量 10TBまで無償 無償 従量 44 SLA 99.95% 99.99% 99.99% 99.99% ※当社調べ
- 45. AWSとのサービス比較 AWS ニフティクラウド クラウド・エヌ IIJ GIO Amazon EC2 サーバー Compute Vシリーズ AMI カスタマイズイメージ マイテンプレート スナップショット(コンポーネントのみ)AMI カスタマイズイメージ マイテンプレート スナップショット(コンポーネントのみ) Auto Scaling オートスケール Auto Scaling － Elastic Load Balancing ロードバランサー LBA FW＋LBオプション Amazon WorkSpaces － － － Amazon RDS RDB RDB データベースサービス Amazon DynamoDB － PaaS －Amazon DynamoDB － PaaS － Amazon Redshift － － － Amazon ElastiCache － － － Amazon SimpleDB － － － Amazon S3 NCSS Object Storage ストレージアドオン Amazon Glacier － － －Amazon Glacier － － － AWS Storage Gateway － － － Amazon EBS 増設ディスク データディスク 追加Disk AWS Import/Export － － － Amazon Route 53 DNS DNS AWS Direct Connect － － －AWS Direct Connect － － － Amazon VPC セキュリティネットワーク VPCタイプ VPN Type Amazon CloudFront － CDN コンテンツアクセラレーション Amazon Elastic MapReduce － － － AWS Data Pipeline － － － Amazon Kinesis － － － AWS CloudTrail － － － Amazon CloudWatch パフォーマンスチャート Monitoring 統合運用管理 AWS Elastic Beanstalk － － － AWS CloudFormation Cloud Automation (β) － － AWS OpsWorks － － － Amazon SQS メッセージキュー － － Amazon SNS ESS － － Amazon SES － － － Amazon Elastic Transcoder － － － 45 Amazon Elastic Transcoder － － － ※当社調べ
- 46. クラウドの選択 企業向けクラウド 一般消費者向けクラウド 社会基盤向けクラウド •情報システム •Webサービス/ECサイト •公共クラウド•情報システム •基幹システム •ハイブリッドクラウドなど •Webサービス/ECサイト •ソーシャルゲーム •コンテンツ配信など •公共クラウド •スマートシティ •IoT/M2Mなど クラウドインテグレーター オープンAPI（AWS互換） クラウドサービス他社クラウド 他社クラウド クラウド クラウドサービス 他社クラウド クラウド ブローカー クラウド ブローカー 他社クラウド 他社クラウド ハイブリッド クラウド オンプレミス 連携 •マルチデバイス •自動化、従量課金 •クラウドポータル •サービス開発 •コミュニティ •団体活動 46 •クラウドポータル セルフポータル/ユーザー主導のクラウド環境へ(出典:日経BP)
- 47. クラウドの積極活用 ▼▼クラウドを支える技術クラウドを支える技術 IT資源の仮想化に ITを「サービス」として ワークフローや資源 仮想化仮想化 標準化標準化標準化標準化 自動化自動化 IT資源の仮想化に より、複雑さを隠ぺいし 管理を統合します。 ITを「サービス」として 標準化することで、 運用を最適化します。 ワークフローや資源 提供を自動化し、迅 速化とミス低減を実 現します。 ▼▼クラウドの「サービス・モデル」クラウドの「サービス・モデル」 ▼▼クラウドの「提供モデル」クラウドの「提供モデル」 何をサービスとして提供・利用するのか。階層 資産の保有者や設置場所、占有or提供などで分類。 的に利用される場合もある。 こちらも階層的な提供パターンもある。 SaaSSaaS Software-as-a-Service アプリケーション・ソフトウェアの機能を マネージド プライベート ホステッド プライベート クラウド パブリック クラウドオンプレミス ホスティング パブリック PaaSPaaS Platform-as-a-Service アプリケーション・ソフトウェアの機能を ネットワーク経由で提供/利用 ・Mail、CMS、財務会計 … エンドユーザー クラウド お客様DCお客様DC 企業占有 パブリック ユーザー 企業占有 プロバイダーDC プロバイダーDCPaaSPaaS Platform-as-a-Service アプリケーション開発/稼動のプラットフォー ム機能をネットワーク経由で提供/利用 ・Force.com、Azure …アプリ開発者 プロバイダーDC プロバイダーDC クラウドクラウド ≠≠ 低コスト低コスト IaaSIaaS Infrastructure-as-a-Service 仮想化されたハードウェア等を ネットワーク経由で提供/利用 ・Amazon EC2、Cloudn、…運用者、開発者・Amazon EC2、Cloudn、…運用者、開発者 47
- 49. ◆明確な体制図 インフラ ＰＭ運用構築 開発 インフラ事業者 （ネットワーク／サーバー） プログラマーサーバーエンジニア ネットワークエンジニア 責任者 （ネットワーク／サーバー） 49
- 50. 役割分担 レイヤー 担当者 具体例 コンテンツ ウェブデザイナー HTML アプリケーション プログラマー CMS, EC, SNS, Blog サーバー プログラマー ミドルウェア APACHE, SQL, php ＯＳ サーバーエンジニア Linux, Windows ハードウェア サーバー機器 ネットワーク 専用ネットワーク、共有ネットワークネットワーク ネットワークエンジニア 専用ネットワーク、共有ネットワーク データセンター 国内・国外 50 データセンター 国内・国外
- 54. 現状把握のポイント ワークシート参照 検討対象の業務システム名： _______________検討対象の業務システム名： _______________ クラウド化の検討結果： □ 従来のまま □ パブリッククラウド □ プライベートクラウド□ パブリッククラウド □ プライベートクラウド □ IaaS / PaaS □ SaaS クラウド化に関するメモ（オプション） 業務システムをクラウド化することを阻害している要因 クラウド化に関する懸念クラウド化に関する懸念 クラウド化に関する中⻑期の⽅針 54
- 57. • クラウド事業者にヒアリングする ・サービスレベルを把握 • クラウド事業者にヒアリングする 参考「クラウドサービスレベルのチェックリスト」 http://www.meti.go.jp/press/20100816001/20100816001-4.pdf 信頼性 障害発生件数 http://www.meti.go.jp/press/20100816001/20100816001-4.pdf 一例 信頼性 障害発生件数 システム監視基準 障害通知プロセス障害通知プロセス サービス提供方法の報告方法/間隔 データ管理 バックアップの方法データ管理 バックアップの方法 データの暗号化要件 データ破損時の補償データ破損時の補償 データポータビリティ 57
- 58. 方針のポイント ・方針、手順書類の見直し PDCAサイクルの見直し – リスク分析・評価 – ポリシーの見直し • 要件の見直し • 手順の見直し – システム設計の見直し • 仮想化による統合• 仮想化による統合 • バックアップ • ログ管理• ログ管理 • アクセス権管理 • 教育• 教育 58
- 62. 選定基準 サービス停止対策 • バックアップ（サービスの冗長化） – イメージ取得– イメージ取得 • 監視 VM VM’コピー • 監視 – サービス視点での監視 – 継続的な監視改善– 継続的な監視改善 • 負荷分散• 負荷分散 – 負荷を均す（ロードバランス） – スケールアウト– スケールアウト – ベンチマーク – キャパシティプランニング– キャパシティプランニング 62
- 63. 選定基準 セキュリティ対策 • データ保護、情報管理 – バックアップ、暗号化（経路、保存）、ログ取得– バックアップ、暗号化（経路、保存）、ログ取得 • アクセス権管理• アクセス権管理 – シングルサインオン、二要素認証、など • 脆弱性管理 – OS、ミドルウェア、アプリケーションの対策– OS、ミドルウェア、アプリケーションの対策 – システム毎の構成管理 VPN 63
- 64. 参考：セキュアネットワーク構築例 各拠点各拠点 インターネット サブネット サブネット IPSec VPN カスタマー 仮想プライベート AWS Direct Connectカスタマー ゲートウェイ ゲートウェイ （VGW） AWS Direct Connect 64
- 66. 監査のポイント ※経済産業省ガイドラインを参考 ・監査のポイント ※経済産業省ガイドラインを参考 監査ポイントの例 クラウド技術のリスク 仮想化 アウトソーシングのリスク データセンター 仮想化 スケールアウト データ保護 データセンター サービスの事業継続 ID管理 データ保護 ログ管理 サービス連携 ID管理 アクセス制御 インシデント管理 サービス連携インシデント管理 66
- 67. 関係者とのコミュニーション インフラ ＰＭ運用構築 開発 インフラ事業者 プログラマーサーバーエンジニア ネットワークエンジニア 責任者インフラ事業者 （ネットワーク／サーバー） プログラマーサーバーエンジニア ネットワークエンジニア 責任者 継続的な連携 67
- 68. アクションプランの簡易作成 誰が ・オーナーは？ ⇒ ・PMは？ ⇒・PMは？ ⇒ ・パートナーは？ ⇒ 何を ・全部？部分的？基幹？Web？ ⇒⇒ どのように ・コストダウン？スピードアップ？付加価値？・コストダウン？スピードアップ？付加価値？ ⇒ ゴール ・いつまでにどのような成果を得られるかスケジュールをざっくり立ててみましょう。 68
- 69. WBS作成 平成27年度 項目 ID 4月 5月 6月 7月 8月 9月 10 11 12 1月 2月 3月項目 ID 4月 5月 6月 7月 8月 9月 10 月 11 月 12 月 1月 2月 3月 1. 2. ○○○○ 2. 3. 4. 5. 1. 2.2. 3. 4. 5.5. 1. 2. 3. 4. 5. 69 5.
- 70. まとめまとめ 70
- 71. 振り返り 導入への3ステップ導入への3ステップ 【ステップ1】自社の現状把握【ステップ1】自社の現状把握 【ステップ2】最適なクラウドの選定 【ステップ3】具体的なアクションプラン【ステップ3】具体的なアクションプラン 客観的 俯瞰的 大局的客観的 俯瞰的 大局的 71
- 72. AWS移行のポイント スタート ゴール どこから どこまでどこから どこまで お客様 事業計画 機能拡張 お客様 新サービス 価格改定 新機能 AWS 新サービス 価格改定 新機能 将来を見据えた設計(計画・検討・検証) 72 将来を見据えた設計(計画・検討・検証)
- 75. クラウド化によるQCD向上 設備ベース人ベース Machine Work MW2 Routine Work RW Mechanical Work MW1 Challenging Work CW Professional Services IT Outsourcing Services Integration Services 自動化標準化 単純化個別対応 自動化標準化 （ 組織的対応 ） 単純化個別対応 （ 属人的対応 ） PDCAPDCAPDCAPDCA コンサルティング PDCA QCD向上QCD向上 Q：Quality （ 品質 ）, C：Cost （ コスト ）, D：Delivery （ 納期 ） 75