Recommandé
Contenu connexe
Tendances
Tendances (20)
Similaire à LiBRA 03.2021 /総集編#1
Similaire à LiBRA 03.2021 /総集編#1 (20)
Plus de Masanori Saito
Plus de Masanori Saito (20)
Dernier
Dernier (11)
LiBRA 03.2021 /総集編#1
- 4. なぜ自動車メーカーが「自動車を売らない」ビジネスをはじめるのか？ 自動車保有台数 8,150万台 自家用車の平均稼働率 4.2% 年間20日しか利用されていない 自動運転・ライドシェア 電気自動車（EV）化 所有する必然性がなくなる 自動車が作りやすくなる 既存の自動車会社以外からの参入が容易／競争の激化 自動車が売れない時代に、どうやって収益を上げればいいのか？ あなたが、事業責任者であるとすれば どのようにして、稼ぎますか？ Easy Ride
- 6. 「平安好医生」からの学び 便利・お得・楽ちんで、顧 客とのタッチ・ポイントを 効率よく大量に増やす。 デジタルと人間の最適なバランスと組合せが、事業を拡大することに大きく貢献 ひとり一人の顧客に丁寧に接 して感動・信頼・ファンを作 る。 顧客の困っていること、関心ごとを的確に捉え、まずはそれを解決することに注力し、 アプリを介して、顧客との接点を劇的に増やすことに成功した。 年齢や性別、家族構成などの静的な属性データだけではなく、その時々の状況を動的 な行動データとして捉え、タイミングを逸することなく、いまの最適を顧客に提供し て、顧客の体験価値を高めることで、ファンを増やすことに成功した。 顧客に関わる活きたデータを活用して、顧客ごとに最適化された保険商品を選択し、 論理的な裏付けに基づく説得力のある提案により、成約率を高めることに成功した。
- 8. 「回避すべき未来」と「選択すべき未来」 コロナ禍で直面する現実を、変革を一気に推し進 める好機と捉えられず、これまでの取組を活かす ことなく、不十分なものに留まり 「現状維持も 困難になる停滞経済」とも呼べる未来 多様な能力が認められず、働き方も画一的で、新し い発想やイノベーションが生まれない社会 男性中心の硬直的な働き方や社会構造が変わらず、 所得が伸びずワークライフバランスも実現できない 社会 危機時の負担が女性や高齢者等の社会的に弱い立場 の人に集中し、生活の質における格差も広がり、個 人が幸せを感じられない社会 企業が従来以上にリスクに慎重となり、雇用や投資 を行わず、イノベーションも不活発、持続的な成長 が実現できない社会 長年解決できなかった課題を解決するとともに、 通常 10 年かかるであろう変革を、将来を先取り する形で一気に進めることができる「新たな日常 （ニューノーマル）」を目指していく未来 創造力を持ちあわせた多様な人材が次々とイノベー ションを起こせる、自由かつ柔軟性に富み、変化を 取り入れ、失敗への許容力の高い社会 個人が自由度の高い働き方や暮らしができ、ワーク ライフバランスを実現して豊かさを感じる社会 デジタル技術の活用により、高付加価値の財・サー ビスを創出するとともに、個人情報等が保護され、 効率性、利便性、安心を皆が享受できる社会 性別等に関わらず人への投資を行うとともに、十分 な所得再分配機能、セーフティネットが提供される 中で全ての人が能力を伸ばし発揮できる包摂的な社 会 地域社会やコミュニティ等において必要な人との交 流やつながり、支え合いの価値を大切にする社会 各国が国内に不安定さを抱え、閉鎖的な対応をとり、 より国際協調が難しくなる中、新しいモノや人の流 れの在り方が求められる世界において、自由で公正 な貿易・投資の基盤を支え、そのメリットを享受す る社会 回避すべき未来 選択すべき未来 内閣府・2020年7月8日令和２年第10回経済財政諮問会議 「選択する未来2.0」中間報告
- 10. Withコロナ時代のITビジネス環境の変化 不確実性の増大 Before コロナ 不確実性の常態化 With コロナ コロナ禍 ITへの期待・役割 IT利用形態・運用方法 働き方・リテラシー 起こりうる変化 求められる対応 意志決定の迅速化のためのデータ活用ニーズの増大 収益に直結するシステム開発の拡大 働き方変革に対応するため環境整備投資の増加 クラウド・ネイティブへの移行 ゼロトラスト・ネットワークへの移行 運用の自動化・省力化上の拡大 雇用形態のメンバーシップ型からジョブ型への移行 自律した個人・チームと会社との信頼関係を前提 リモートワーク・ペーパーレスへの対応 成果をコミットし、どこに居ても高い目標を達成できる人材への期待 社員の個人事業主化・会社を跨ぐジョブローテーションの増加・ニューノーマルに対応できない企業からの人材流出など 業務のデジタル化とERPの次世代化・ペーパーレス化 内製化（アジャイル・DevOps・ローコード開発など） デジタル・ワークプレイスの整備と物理オフィスの削減 オンプレも含めたクラウド・ネイティブ環境の整備 ゼロトラスト・ネットワークを前提にした環境整備 SaaS/FaaS/PaaSの適用拡大と構築運用負担の削減 ミッション・ステートメントの明確化と企業との契約 心理的安全性・情報の徹底したオープン化と共有 在宅ワーク・リモートワークのための手当や投資
- 11. Withコロナ時代のITビジネス環境の変化（〜3年） 不確実性の増大 Before コロナ 不確実性の常態化 With コロナ 実行環境 付加価値を生みださないインフラから アプリケーション・ロジックへ IaaS 仮想化 PaaS サーバーレス コンテナ ネットワーク 用途に応じたネットワークから あらゆるネットワークが5Gへ 専用線 IP-VPN 4G/LTE など 5G（キャリア） ローカル5G セキュリティ 後付けのセキュリティから アーキテクチャーとしての セキュリティへ 社外NW 社内NW FW 社内NW クラウド 境界防衛型 ゼロトラスト 階層構造 アーキテクチャ 安定性×高品質から 柔軟性×俊敏性へ マイクロ サービス 開発・運用 予測と計画に対応することから 現場にニーズに即応することへ アジャイル＋DevOps 時間・日・週／成果連動 ウオーターフォール＋運用・保守 半年〜数年／工数積算 開発 運用 保守 顧客 業務の生産性やコスト削減への対応から 事業の差別化や競争力の強化へ 情報システム部門 事業部門・経営者 工数提供の対価 価値実現の対価 売上＝人数×単金の最大化 利益＝利益率×回転数の最大化 人数を増やす コストをおさえる できるだけ作る 技術力を高める 単金を上げる できるだけ作らない コロナ禍
- 13. UI／UXとは何か UI 人とデジタルをつなぐ窓口 User Interface 直ぐに分かる 使い易い 迷わない など UX 人とデジタルがつながることで得られる体験 User Experience とても便利 もっと使いたい 感動した など UI UX
- 14. UI／UXとは何か UI 人とデジタルをつなぐ窓口 User Interface 直ぐに分かる 使い易い 迷わない など UX 人とデジタルがつながることで得られる体験 User Experience とても便利 もっと使いたい 感動した など 次へ 戻る 戻る 次へ ×良くないUI 〇良いUI ×良くないUI ケチャップだとは直ぐ に分からない。 ×良くないUX 口を汚しやすく、少な くなると使いにくい。 〇良いUI ケチャップだと直ぐ分 かる。 ×良くないUX 口を汚しやすく、少な くなると使いにくい。 〇良いUI ケチャップだと直ぐ分 かる。 〇良いUX 口を汚さず、最後まで 使い切ることができる。
- 17. デジタルとは何か
- 19. デジタル化とは何か アナログ／Analog 連続量（区切りなく続く値を持つ量） デジタル／Digital 離散量（とびとびの値しかない量 ） 人間のやっていたことをコンピュータでできるようにすること これまで1週間かかっていた申し込み手続きを5分で終わらせる 顧客の行動（いま、どこで、何をしているのか）が分かる 他のデジタル・サービスと一瞬にして連係できる 膨大なデータの中にビジネスに役立つ規則や関係を見つけることができる 業務の進捗、人の動き、ビジネスの状態が、リアルタイムに見える化される デジタル化で できる こと デジタル化で 目指す こと 顧客満足が向上すること 業績が改善すること 社員が幸せになること
- 22. ２つのデジタル化：デジタイゼーションとデジタライゼーション デジタイゼーション Digitization アナログ放送→デジタル放送 紙の書籍→電子書籍 人手によるコピペ→RPA 効率化 ビジネス・プロセス 改善・改良・修正 コストや納期の削減・効率化 ビジネス・モデル デジタライゼーション Digitalization 自動車販売→カーシェア／サブスク ビデオレンタル→ストリーミング 電話や郵便→SNS・チャット 変革 事業構造の転換 新しい価値の創出 既存の改善 企業活動の効率向上と持続的な成長 既存の破壊 新たな顧客価値や破壊的競争力を創出
- 25. ビジネス発展のサイクル デジタルの渦 Digital Vortex コスト・バリュー 無料／超低価格 購入者集約 価格透明性 リバース・オークション 従量課金制（サブスクリプション） エクスペリエンス・バリュー カストマー・エンパワーメント カストマイズ 即時的な満足感 摩擦軽減 自動化 プラットフォーム・バリュー エコシステム クラウド・ソーシング コミュニティ デジタル・マーケットプレイス データ・オーケストレーター デジタル化 領域の拡大 体験／感性 価値の提供
- 27. DXが注目される背景
- 31. 時間感覚の変化がビジネスを変えようとしている 3年間の中長期計画 １年に一度の年度計画 半年に一度の設備投資 月例の定例役員会 週次の部門会議 ビジネス・モデル お客様との関係 働き方 情報システム 階層化された ビジネス・プロセス 機能分化した組織 段階的意志決定 社会環境の変化が緩やかで中長期的な予測が可能 戦略を動かし続ける 現場に権限委譲する 現場での判断を重視 結果を迅速に事後報告 対話の頻度を増やす 圧倒的な ビジネス・スピードで 変化に俊敏に対応する 社会環境が複雑性を増し将来の予測が困難な状況 デジタル化された ビジネス・プロセス 自律したチーム 大幅な権限委譲 VUCA 中長期的な計画を元に PDCAを回し 確実に目標を達成する
- 32. 時間感覚の変化がビジネスを変えようとしている ビジネス・モデル お客様との関係 働き方 情報システム 社会環境の変化が緩やかで中長期的な予測が可能 社会環境が複雑性を増し将来の予測が困難な状況
- 35. DXの定義
- 36. デジタル・トランスフォーメーションの定義 デジタル・トランスフォーメーションとは、デジタル技術（IT）の浸透が、 人々の生活をあらゆる面でより良い方向に変化させること The digital transformation can be understood as the changes that the digital technology causes or influences in all aspects of human life （原論文） デジタルトランスフォーメーションにより、情報技術と現実が徐々に融合して 結びついていく変化が起こる。 デジタルオブジェクトが物理的現実の基本的な素材になる。例えば、設計され たオブジェクトが、人間が自分の環境や行動の変化についてネットワークを介 して知らせる能力を持つ。 固有の課題として、今日の情報システム研究者が、より本質的な情報技術研究 のためのアプローチ、方法、技術を開発する必要がある。 スウェーデン・ウメオ大学 Umeo University エリック・ストルターマン教授 prof. Eric Stolterman 2004
- 38. デジタル・トランスフォーメーション 2つの解釈 社会や経済の視点／社会現象 2004年、エリック・ストルターマン（ウメオ大学）の定義「ITの浸透により、人々の生活が根底 から変化し、よりよくなっていく」に沿った概念 デジタル・テクノロジーの発展によって社会や経営の仕組み、人々の価値観やライフ・スタイルが 大きく変化し、社会システムの改善や生活の質の向上がすすむという社会現象を意味する 経営や事業の視点／企業文化や体質の変革 2010年以降、ガートナーやマイケル・ウェイド（IMD教授）らによって提唱された概念 デジタル・テクノロジーの進展により産業構造や競争原理が変化し、これに対処できなけれ ば、事業継続や企業存続が難しくなるとの警鈴を含む デジタル・テクノロジーの進展を前提に、競争環境 、ビジネス・モデル、組織や体制の再定 義を行い、企業の文化や体質を変革することを意味する デジタル・ビジネス・トランスフォーメーション “デジタルを使うこと”ではなく “ビジネスを変革すること” が目的 デジタル技術とデジタル・ビジネス・モデルを用いて、組織を変化させ、業績を改善すること 1. 企業業績を改善することが目的。 2. デジタルを土台にした変革であること。組織を絶えず変化しているが1つ以上のデジタル技術が大きな影響を及ぼしているものでなければ、デ ジタル・ビジネス・トランスフォーメーションには分類されない。 3. プロセスや人、戦略など、組織の変化を伴うものであること。 “ デジタル・ビジネス・トランスフォーメーションには、テクノロジーよりもはるかに多くのものが関与する ” 「DX実行戦略（マイケル・ウェイドら）」 p.27
- 39. デジタル・ビジネス・トランスフォーメーションの解釈 企業が、 VUCA時代の予測できない変化の中で、 データやデジタル技術を活用することで、この変化に俊敏に対応し 競争上の優位性を確立し、業績に貢献するための取り組みである。 そのためには、 きめ細かな顧客のニーズや社会の期待（例えば、SDGs）に応えること 製品やサービス、ビジネス・モデルやビジネス・プロセスとともに 収益構造や事業目的、組織や体制、雇用制度などを変革しなくてはならない。 Digital Transformation / Digital Business Transformation Digital Transformation をDTではなくDXと表記する理由 Transformationの”Trans-”には”交差する”の意味があり、そのイメージを”X”で表現している。また、 Transformationには、 上下を入れ替えるや、ものごとひっくり返すという意味があり、 ”X”にはそんな想いも込められている。 既存を改善すること、あるいはデジタル技術を活用することではない ビジネス・プロセスやビジネス・モデルの破壊・変革・創造 社内的：ビジネス・プロセスや働き方などの抜本的な変革 対外的：新たな顧客価値の創出、ビジネス・モデルの転換、新規事業分野への進出などのビジネスの変革
- 41. リアルが最も貴い デジタルはビジネスの手段である 価値の源泉はリアルにある、デジタルはリ アルの付加価値に過ぎない リアルとデジタルは別の仕組み、デジタル はリアルを補間するもの DXの常識とDXの実現 デジタルが前提 デジタルはビジネスの基盤である デジタルとリアルが一体となって価値を創 出する デジタルとリアルを分けることなく、デジ タルが統合する１つの仕組みとして捉える 「DXの実現」とは 「デジタルが前提」を当然のことと考え、実践する 企業の文化や風土を実現すること DXは 既存の常識の転換が前提 デジタルにできることは徹底してデジタルに任せ 人間にしかできないことに人間の役割をシフト 新しい常識 新しい価値 の創出を実現
- 43. CXとEXを向上させるためのDX データ CX : Customer Experience お客様の事業の成果に貢献し お客様の社員の幸せを支える EX : Employee Experience 従業員のやり甲斐を与え 自己の成長の喜びを感じさせる 競争原理 収益構造 業務手順 組織・体制 意志決定方法 など DX デジタルを前提に ビジネス・モデルや ビジネス・プロセス を再定義する デジタル 技術 クラウド AI IoT など 変化に俊敏に対応できる 企業の文化や 風土への変革 UX ユーザーの 体験価値を 高める 業務プロセスのデジタル化 デジタル・ビジネス・モデル
- 45. インターネットに接続されるデバイス数の推移 億人 億台 台/人 2003年 2010年 2015年 2020年 世界人口 インターネット 接続デバイス数 一人当りの デバイス数 63 68 72 76 5 125 250 500 0.08 1.84 3.47 6.50
- 46. 「データの時代」とはどういうことか 加速度計センサー ジャイロセンサー 磁気センサー GPSセンサー 生体（指紋／顔）認証センサー 近接センサー 赤外線センサー Soli（レーダー）センサー LiDAR（レーザー・レーダー）センサー CMOS（カメラ）センサー ソーシャル・メディア オンライン・ショッピング オンライン英会話 など 現実世界のデジタルコピー デジタル・ツイン ビッグデータ 膨大・多様・加速度的増大 現実世界のものごとやできごとは 意図する／しないに関わらず デジタル・データに置き換えられ ネットに送り出される時代になった
- 47. サイバーフィジカルシステムとDX データ収集 モニタリング データ解析 原因解明・発見/洞察 計画の最適化 データ活用 業務処理・情報提供 機器制御 ヒト・モノ クラウド・コンピューティング 日常生活・社会活動 環境変化・産業活動 現実世界／Physical World サイバー世界／Cyber World Cyber Physical System／現実世界とサイバー世界が緊密に結合されたシステム 高速 × 最適 デジタル トランスフォーメーション 最適解 機器制御 指示命令 アドバイス ものごと・できごと データ ものごと・できごと データ
- 48. DXを支えるテクノロジー・トライアングル 現実世界／Physical World Cyber Physical System／現実世界とサイバー世界が緊密に結合されたシステム サイバー世界／Cyber World 予 測 最適解 ビジネス の最適化 データ解析 データ活用 AI・機械学習 クラウド 機械学習・深層学習 AIチップなど サーバーレス・コンテナ SaaS・PaaSなど データ収集 デジタル ツイン IoT センサー・モバイル 自律制御など 現実世界の デジタルコピー 5G 第5世代通信システム
- 49. DXとテクノロジー・トライアングルの関係 データ解析 データ活用 AI・機械学習 クラウド 機械学習・深層学習 AIチップなど サーバーレス・コンテナ SaaS・PaaSなど データ収集 IoT センサー・モバイル 自律制御など 5G 第5世代通信システム DX : Digital Transformation デジタルを使いこなし その価値を最大限に活かせる 企業の文化や風土への変革 ビジネス・プロセスのデジタル化に よる現場の見える化 徹底した情報の公開による相互信頼 の醸成 相互信頼を前提とした現場への大幅 な権限委譲 心理的安全性の担保 意志決定プロセスの簡素化と高速化
- 51. 可視化 DXとERP 統合データ 営業・販売 倉庫・物流 経理・財務 調達・管理 経営 可視化・分析・計画 アプリケーション アナリティクス 営業・販売 アプリケーション 倉庫・物流 アプリケーション 経理・財務 アプリケーション 調達・管理 アプリケーション ERPシステム 倉庫・物流 調達・管理 生産・製造 アプリケーション 人事・給与 アプリケーション ERPシステムのもたらす価値 1. 効率的義務運営 2. リアルタイム経営 3. 内部統制 ERPパッケージ利用のメリット 1. ベストプラクティスの活用 2. 法律・制度変更への迅速な対応 3. 構築に関わる期間とコストの削減 企業活動の デジタル・ツイン
- 52. DXのゴール
- 53. DXとPurpose 企業は、利益のためだけに存在してるので はない。 企業の最大の目的は、永続的に成長し続け る過程で社会的責任を果たすことだ。 利益は、企業や事業の目的ではなく、条件 である。 purpose beyond profit 企業の存在意義は利益を超える 2018年・IIRC（国際統合報告委員会）レポート「purpose beyond profit」 利益は、企業が自らの存在意義を追求した結果としてもたらされる その存在意義を貫くために、企業は存続し成長しなくてはならない IIRC（International Integrated Reporting Council／国際統合報告評議会） 企業などの価値を長期的に高め、持続的投資を可能にする新たな会計（情報開示）基準の確立に取り組む非営利国際団体で、業績などの財務情報だけでなく、社会貢献 や環境対策などの非財務情報をも一つにまとめた統合報告（integrated reporting）という情報開示のルールづくりやその普及に取り組んでいる。
- 55. ITの役割の変化 支援 人間主体でビジネスを動かしITが支援する 生産性向上・コスト削減・期間短縮 ITは合理化の手段、コスト削減で評価 目的と達成基準を明示すれば 専門家に任せることができる Before DX 人間とITが一体となってビジネスを動かす 即応力・破壊的競争力・新たな価値の創出 ITは競争力の源泉、投資対効果で評価 新規性とスピード 事業部門が責任をもって主導し 内製化 と 共創 で対処する After DX 省力化とコスト削減 事業を支えるIT 事業を変革するIT 達成基準と手段を予め決定できる 達成基準と手段を予め決定できない
- 56. After DX 受託開発ではできない 人間とITが一体となってビジネスを動かす 即応力・破壊的競争力・新たな価値の創出 After DX 事業を変革するIT 達成基準と手段を予め決定できない 高速な試行錯誤と改善を繰り返し 最適解を探索しなければならない 要求をあいまいさなく定義することが難しい 試行錯誤が不可避 要件全体を定義することが困難なのに、定義したこととして発注しなければならない 手続きの効率化のため発注単位を大きくまとめる 変化に即応できない 実際に動く成果物を確認するまでにかなりの時間がかかる（開発作業中は変更できない） 作業量（工数）の見積を作る そもそも工数が読めない 作業量の見積が困難であるにもかかわらず人月単価×期間（月数）による見積を作る 要求する人とシステムを作る人は遠く離れている 現場感覚がない 一連の作業は分業化、伝言ゲームで現場の現実を理解できず、臨機応変な対応もできない
- 57. After DX 受託開発ではできない 人間とITが一体となってビジネスを動かす 即応力・破壊的競争力・新たな価値の創出 After DX 事業を変革するIT 達成基準と手段を予め決定できない 高速な試行錯誤と改善を繰り返し 最適解を探索しなければならない ユーザーが 説明した要求 システム設計者 の理解 エンジニアが 作ったプログラム ユーザーが本当に 必要だったもの ユーザーへの 請求金額
- 58. 内製化×共創の必要性 人間とITが一体となってビジネスを動かす 即応力・破壊的競争力・新たな価値の創出 After DX 事業を変革するIT 達成基準と手段を予め決定できない 高速な試行錯誤と改善を繰り返し チーム一丸となり正解を探索する 相互信頼に裏打ちされたオープンなコミュニケーション ビジョンや課題、ノウハウや知識の完全な共有 自律したチームによる継続的な改善 内製化 共創 insourcing co-creation 責任の所在を明確にする 開発や改善のスピードを担保する 実践的な知識やノウハウを持つ 圧倒的な技術力を手に入れる 異なる価値観や視点を手に入れる ノウハウやスキルの不足を補う
- 59. 内製化の事例：アフラックの「ウェブ面談」 対面なしで生保契約、アフラックが先陣 半年で開発 アフラック生命保険は保険の提案から説明、契約 までネットで完結できるシステムを稼働させ、10 月末から全国展開する。開発は、わずか半年。 2020年9月30日 ビデオ会議を通じて年齢や病歴などに合わせて商品をカスタマイ ズし、最後は顧客がスマホ画面を指でなぞって署名する。営業担 当者と直接対面せずに保険契約を完了させられる。10月末からは 全国の代理店でも運用を始める。がん保険や終身保険、就業不能 保険など、代理店が手掛ける商品群を全てオンラインで提供。 狙い 1 ：データ活用の推進 保険の内容は加入者によって千差万別で、様々な特約も商品の複 雑さに拍車をかける。ウェブ面談を通じて定量データを収集して 解析すれば、顧客ニーズに即した商品開発や提案が可能になる。 データ収集範囲が広がれば、保険に加えて遺伝子検査や人間ドッ クなど、予防分野への本格進出にも道が開ける。 狙い 2：営業手法の刷新 代理店に属する「募集人」が戸別訪問などで保険内容を説明し、 契約するのが一般的だった。人手不足も広がり、デジタル化で手 間を減らしながら成約率の向上も狙う。
- 60. 内製化の事例：クレディセゾンのサービス「お月玉」 開発費用：6人×3ヶ月＝人件費 約1000万円 スピード：アップデート 10分〜 事業成果：利用者数・利用金額ともに劇的増加 1億円以上？ 最低でも数日 コミットなし
- 61. 内製化の事例：株式会社フジテレビジョン 数万人が同時に視聴できる配信環境を 3 週間ほどで構築 AWS Elemental MediaStore と Amazon CloudFront は、CMAF-ULL の超低遅延配信に必要な技術と 大規模配信に対応し、それをマネージドサービスとしてすぐに利用できる環境や、配信規模に応じたス ケーリング、障害発生時の切り替え対応などの煩雑な運用業務からの解放してくれた。 https://aws.amazon.com/jp/solutions/case-studies/fuji-tv/?fbclid=IwAR3bdoRp-sdBrOe_1I6JcALo5vHFzzO-tBTQ1wL4us1FLhcOIpzXax7bY3o
- 63. 受発注型取引と共創型取引 受発注型取引 どうなれば成功なのかを予め決められる 既存の業務プロセスの改善 既存システムの改修や機能の追加 既存業務の効率化や利便性の向上のための社内 ユーザーを対象としたシステム など 主従関係 ルールや手順に従う 効率を追求する 失敗は許さない 横並び・同質性を求める リーダーの指示に従う 言われたとおりやりました 言われなかったのでやりませんでした 仕様書通りに作りました など 管理者が進捗や成果を管理する ローコード開発、自動化やクラウド化で 誰もができるようになろうとしている 共創型取引 どうなれば成功なのかを予め決められない 新しいビジネス・モデルの立ち上げ 新しい業務プロセスのための新規システム 新規顧客の獲得や売上／利益の拡大のための社 外ユーザーを対象としたシステム など チーム関係 ビジョンの達成を目指す 事業の成果を追求する トライ&エラーを評価する 多様性を認め・補完しあう 対話や議論をして答えを探す こうした方がいいと思います 事業の成果に貢献するには、こちらですよ 状況が変わったのでこちらにしましょう など 権限を委譲し自分たちで進捗や成果を管理する 専門家としての経験の蓄積と 最新トレンドへの体験的理解がなければできない
- 64. ベンダー企業の目指すべき方向性 (1) ユーザー企業の変革を共に推進するパートナー 新たなビジネスモデルを顧客と共に創出する DX の実践により得られた企業変革に必要な知見や技術を広く共有する レガシー刷新を含め、DX に向けた変革を支援する (2) DX に必要な技術・ノウハウの提供主体 最先端のデジタル技術等を習得し、特定ドメインに深い経験・ノウハウ・技術を有 する専門技術者を供給する 専門家として、技術、外部リソースの組合せの提案を行い、デジタル化の方向性を デザインする (3) 協調領域における共通プラットフォーム提供主体 中小企業を含めた業界ごとの協調領域を担う共通プラットフォームをサービスとし て提供する 高度なソフトウェア開発（システムの構築技術・構築プロセス・体制）を核にした サービス化とエコシステムの形成を行う (4) 新ビジネス・サービスの提供主体 ベンダー企業という枠を超え、デジタル技術を活用して新ビジネス・サービスの提 供を通して社会への新たな価値提供を行う DXレポート2 / p.16
- 65. DXと企業文化とアーキテクチャ 法律 ：法律を定め、違反者に罰則を課すことで影響を与えること 規範 ：社会的常識や世間の評価などで影響を与えること 市場 ：製品の魅力や料金の高低、市場の評価などにより影響を与えること アーキテクチャ ：暗黙の決まりごと、行動習慣で、影響を与えること 人のふるまいに影響を及ぼすもの ハーバード大学教授・法学者／Lawrence Lessig 「アーキテクチャ」は、本人が意識することなく、自動的にふる まいを規制してしまう。また、その規制力を放置しておけば限り なく大きくなってしまい、行き過ぎると、思考停止に陥り、無自 覚に振る舞ってしまい、結果として、自由が奪われてしまう。 企業文化とはまさにこのアーキテクチャ。つまり、あるインプットがあれば、 どのようにアウトプットをするかを意識することなくやってしまうこと。 DXとは、この企業文化＝アーキテクチャを変革すること 「デジタルが前提」を当然のことと受けとめ、実践する企業文化
- 66. コロナ禍後を見据えた3つの変革施策 既存事業 戦略事業 従業員 働き方 高収益化 標準化・効率化のためのプロセス・リ・デザイン モダナイゼーション・クラウド化・自動化 データ・ドリブン・マネージメント 試行錯誤・非連続な探索 投資・M&A 既存事業からの分離（組織・評価・場所など） 成長基盤の確立 自律と自発の醸成 HRTと心理的安全性 ジョブ型雇用 現場への権限委譲 変革
- 68. DXを実践するとはどういうことか VUCAの時代 時間感覚の変化 圧倒的スピード 存在意義／Purpose お客様の幸せ（CX） 従業員の幸せ（EX） HRT ＝ 謙虚 (Humility)、尊敬 (Respect)、信頼 (Trust) ビジネス・プロセスの徹底したデジタル化 アジャイル開発 & DevOps クラウド・コンピューティング ゼロトラスト・ネットワーク 現場への権限委譲 自律したチーム HRTと相互信頼 オープンな情報共有 心理的安全性 活発な対話 ジョブ型雇用 ・・・
- 69. DXの実践
- 70. DXという魔法の杖はない 社会の空気に迫られた 漠然とした不安 情報のつまみ食いによる 浅い考察 上からの何とかしろよの 追い詰められた感 はやり言葉 で拙速に解決しようとする 自分たちは、何を解決したいのか、何をしたいのか？ それらをはっきりとさせることが、全てに優先する。 DXが流行だから乗り遅れてはいけないと焦る事業会社 このブームに乗じてビジネスのチャンスを拡大しようとするITベンダー そんな世の中の流れに乗じて視聴率や購読者を増やそうとするメディア DXの本質から離れ ムダにヒートアップ させている AI 5G DX サブスク IoT プラットフォーム サービス化 AIで何ができるでしょうか？ 5Gはどんな分野で使われるようになるのでしょうか？ DXに取り組むには、何から始めればいいのでしょうか？ 予め用意された正解はない 自分が何をしたいかによって 答えは変わってしまう
- 71. DXの実践とは何をすることか 解決すべき課題をあきらかにする 放置できない脅威 これさえ解決できれば突破できること 是非とも実現したいこと など 課題を解決するための戦略を描く 課題の原因と解決方法についての仮説 解決方法に至る総合的な物語 事業への影響や効果 など 戦略を実践するための手段を組む ビジネス・モデルとビジネス・プロセス 組織や体制、業績評価基準や報酬制度 技術やITサービス、製品や店舗 など デジタルが前提を知るため 人々の振る舞いや価値観の変化 社会が要求する時間感覚の変化 技術の進化による最適解の変化 課題の存在に気付く感性 戦略を描く視点の多様化 最適な手段を選ぶ目利力 事業の成果に貢献 DXの実践とは、デジタルが前提の社会に、企業が適応できる能力を獲得すること。 Purpose/存在意義を貫くため なぜDXやトレンドを知る必要があるのか
- 72. テクノロジーを受け入れる前提条件 （１） 72 1900 1913 米・ニューヨーク 五番街 なぜ、短期間のうちに、これほど劇的に変わってしまったのでしょうか？ 製品：新しい技術を使い馬車をしのぐ利便性とコスト・パフォーマンスが実現できたから インフラ：既に馬車のための道路が整備されていて、そのまま自動車の通行に使えたから
- 73. テクノロジーを受け入れる前提条件 （２） 73 なぜ、両者にこれほど大きな差が生まれてしまったのか？ Google Glass Apple Watch 一般消費者向けの販売中止 世界で一番売れている時計 製品：両製品共に新しい技術を使い、これまでには無い機能や利便性を実現した Google Glass：あきらかに不自然（統制環境／工事現場や整備工場などならおかしくない） Apple Watch：違和感なく自然。腕時計の習慣は元々あって、時計が変わっただけ
- 74. ＤＸ実践の３ヶ条 1. 本質の追求を怠らない。自分たちの視点や常識を増やし、 感性を磨くこと 言葉を知って「知ったつもり」にならず、本質を追究する ITベンダーやメディアの煽るはやり言葉は先ず疑え 2. 一般化された方程式はない。まずは、自分たちの存在意義 を確認し、課題／テーマを設定して戦略を描くこと 世間の「役に立つ」は、自分たちにとっては「役に立たない」ことが多い 他社の成功事例は、自分たちのしたいことや解決したいことを貶める 3. ウチの会社は難しいと考えてはいけない。DXの実践は、 自分たちの身近なことから取りかかること まずは、目の前の「面倒」、「おかしい」、「冗談じゃない」に向きあう 正しいことを自分で実践し、それを発信せよ！共感者が閾値を超えれば雪崩が起こる
- 75. DX人材とは 経営や事業の現状を俯瞰、整理して、課題と原因を 定義できる。 経営者や事業部門が示した事業課題を考察し、課題 の精緻化や明確化を支援できる。 デジタル技術やデジダル・ビジネス・モデルについ ての広範な知見を有している。 デジタルについての知見を生かして、事業課題を解 決する戦略を描ける。 描いた戦略の実践を主導、または事業責任者の伴走 者として支援できる。
- 79. 仮想 virtual 表面または名目上はそうでないが 実質的には本物と同じ 本来の意味 「仮想化」の本当の意味 本来の意味 仮想化 Virtualization 物理的実態とは異なるが、 実質的には本物と同じ機能を実現する仕組み 日本語での語感 虚像の〜 実態のない〜 It was a virtual promise. （約束ではないが）実際には約束も同然だった。 He was the virtual leader of the movement. 彼はその運動の事実上の指導者だった。
- 81. 物理資源・物理機械 サーバーの仮想化 ストレージの仮想化 Java仮想マシン データベースの仮想化 パーティショニング 分 割 アグリゲーション 集 約 エミュレーション 模 倣 仮想化 (Virtualization) ひとつの物理資源を 複数の仮想資源に分割 複数の物理資源を ひとつの仮想資源に分割 ある物理資源を 異なる資源に見せかける 仮想化の3つのタイプ
- 82. ソフトウェア化とはどういうことか（１） 掃除 機能 掃除 機械 レンジ 機能 レンジ 機械 テレビ 機能 テレビ 機械 作表 機能 文書作成 機能 会計管理 機能 汎用機械 オペレーティング・システム（OS） 家電製品 コンピュータ 専用一体 専用一体 専用一体 ソフトウェア Software ハードウェア Hardware
- 85. 仮想化 や ソフトウエア化 のための仕組み 使いたい機能や性能の組合せや変更の自由を実現 ソフトウェア化された情報システムの機能や性能を使うサービ ス 簡単・便利・いつでも／どこでもITの機能や性能をサービスとして使える仕組み 実質的に使える機能や性能 ネットワーク 専門的な スキルや ノウハウ 大規模・集中化・一元化・標準化 自動化などを駆使して、魅力的な コストパフォーマンスを実現する 物理的なハードウェアや設備 インフラストラクチャー プラットフォーム アプリケーション 運用管理者 特定の業務処理 を行うためのソフトウェア アプリケーションで共通に使う機能 を提供するソフトウエア オペレーティングシステム データベース管理システム など 販売管理システム 会計管理システム など ソフトウエアを動かすための ハードウェアや設備
- 90. 仮想化の種類
- 92. システム利用形態の歴史的変遷 OS OS AP AP AP AP AP AP 3 2 1 1950年代〜／バッチ 1960年代〜／タイムシェアリング メインフレーム メインフレーム ミニコン OS AP AP AP OS OS VM VM VM 1970年代〜／仮想化（仮想マシン） メインフレーム ミニコン OS AP AP AP OS OS 1980年代〜／分散化 ミニコン PCサーバー OS AP AP AP OS OS VM VM VM 2000年代〜／仮想化（仮想マシン） PCサーバー クラウド (IaaS) OS AP 設定 AP 設定 AP 設定 コンテナ コンテナ コンテナ 2015〜／コンテナ PCサーバー クラウド (PaaS) メインフレームの時代 オープン・システムの時代 クラウドの時代
- 93. サーバー仮想化 OS サーバー （ハードウェア） ミドルウェア OS ミドルウェア OS ミドルウェア OS ハードウェア ハイパーバイザー 仮想サーバー ミドルウェア OS 仮想サーバー ミドルウェア OS 仮想サーバー ミドルウェア CPU メモリ CPU メモリ CPU メモリ CPU メモリ サーバー （ハードウェア） サーバー （ハードウェア） CPU メモリ CPU メモリ CPU メモリ 物理システム 仮想システム アプリケーション アプリケーション アプリケーション アプリケーション アプリケーション アプリケーション
- 94. サーバー仮想化とコンテナ OS ハードウェア ハイパーバイザー 仮想サーバー ミドルウェア OS 仮想サーバー ミドルウェア OS 仮想サーバー ミドルウェア サーバー仮想化 ハードウェア コンテナ管理ソフトウエア OS ミドルウェア アプリ ミドルウェア アプリ ミドルウェア アプリ コンテナ コンテナ コンテナ コンテナ ライブラリ 環境変数 ライブラリ 環境変数 カーネル カーネル カーネル カーネル ライブラリ 環境変数 ライブラリ 環境変数 ライブラリ 環境変数 ライブラリ 環境変数 隔離されたアプリケーション実行環境を提供（クラッシュの分離、独自のシステム管理とユーザー・グループ） 実行イメージのスナップショットをパッケージとしてファイルにして保存できる アプリケーションに加えて仮想マシン・OS の実行イメージを持つ必要がある アプリケーションとOSの一部 の実行イメージを持つ必要がある デプロイするサイズ 大きい 起動・停止時間 遅い デプロイするサイズ 小さい 起動・停止時間 早い 異なるOS 可 異なるOS 不可 メモリーやディスクの消費量が大きい = リソース効率が悪い メモリーやディスクの消費量が大きい = リソース効率が良い 構成の自由度が高い 異なるOS・マシン構成を必要とする場合など 軽量で可搬性が高い 実行環境への依存が少なく異なる実行環境で稼働させる場合など サンド・ボックス化 Sand Box アプリケーション アプリケーション アプリケーション
- 95. 仮想マシンとコンテナの稼働効率 ハードウェア 仮想マシン ミドルウェア OS 仮想マシン OS 仮想マシン OS ミドルウェア ミドルウェア ハードウェア OS コンテナ管理機能 カーネル ミドルウェア アプリ ライブラリ 環境変数 コンテナ ミドルウェア アプリ ライブラリ 環境変数 コンテナ ミドルウェア アプリ ライブラリ 環境変数 コンテナ ミドルウェア アプリ ライブラリ 環境変数 コンテナ ミドルウェア アプリ ライブラリ 環境変数 コンテナ カーネル カーネル カーネル ライブラリ 環境変数 ライブラリ 環境変数 ライブラリ 環境変数 コンテナ 仮想マシン アプリケーション アプリケーション アプリケーション ミドルウェア アプリ ライブラリ 環境変数 コンテナ ミドルウェア アプリ ライブラリ 環境変数 コンテナ ミドルウェア アプリ ライブラリ 環境変数 コンテナ ミドルウェア アプリ ライブラリ 環境変数 コンテナ ミドルウェア アプリ ライブラリ 環境変数 コンテナ ミドルウェア アプリ ライブラリ 環境変数 コンテナ ミドルウェア アプリ ライブラリ 環境変数 コンテナ ミドルウェア アプリ ライブラリ 環境変数 コンテナ ミドルウェア アプリ ライブラリ 環境変数 コンテナ ミドルウェア アプリ ライブラリ 環境変数 コンテナ
- 97. コンテナ・オーケストレーションとは ハイパーバイザー 開発・実行環境 ミドルウェア オペレーティング システム サーバー （ハードウェア） 仮想マシン アプリケーション コンテナ管理システム コンテナ 物理マシン 仮想マシン コンテナ コンテナ オーケストレーション 分散・大規模なシステム・リソースを使い ひとつのシステム（サービス）を実現する
- 98. Dockerとkubernetes ship build run イメージの作成 イメージの共有 コンテナの実行 docker コンテナのライフサイクルをサポートするプラットフォーム コンテナをソフトウェアの提供単位とすることを実現 kubernetes 多ノード上の多数のコンテナを統一的に管理し 大規模なサービスをコンテナで実現 コンテナ管理 コンテナ・オーケストレーション システムA システムB システムD システムE システムF システムG システムH システムI
- 99. モビリティの高いコンテナ 99 デバイス エッジ サーバー オンプレミス サーバー クラウド ハードウェアやOSに依存することなくソフトウェア機能を配置・移動できる コンテナをRaspberry Piで動かすサービス Amazon ECS（Elastic Container Service）互換を 実現するAmazon ECS Anywhereと、Amazon EKS （Elastic Kubernetes Service）互換を実現する Amazon EKS Anywhereをリリース（予定）
- 100. デスクトップ仮想化とアプリケーション仮想化 ネットワーク 入出力操作 通信 クライアントPC 文書作成 表計算 プレゼン ・・・ デスクトップ画面 メモリー ストレージ ハイパーバイザー PC用OS （Windows7など） プロセッサー 文書 作成 表 計算 プレ ゼン ・・・ 入出力操作 通信 クライアントPC 文書作成 画面表示 仮想PC サーバー PC用OS （Windows7など） 文書 作成 表 計算 プレ ゼン ・・・ 仮想PC メモリー ストレージ OS プロセッサー サーバー ターミナル・モニター 文書 作成 表 計算 プレゼン ・・・ 入出力操作 通信 クライアントPC 文書作成 表計算 プレゼン ・・・ デスクトップ画面 入出力操作 通信 クライアントPC 文書作成 画面表示 デスクトップ仮想化 アプリケーション仮想化
- 101. シンクライアント ネットワーク 入出力操作 通信 シンクライアント 文書作成 表計算 プレゼン ・・・ 画面表示 メモリー ストレージ ハイパーバイザー PC用OS （Windows7など） プロセッサー PC用OS （Windows7など） PC用OS （Windows7など） 文書 作成 表 計算 プレ ゼン ・・・ 文書 作成 表 計算 プレ ゼン ・・・ 文書 作成 表 計算 プレ ゼン ・・・ 入出力操作 通信 シンクライアント 文書作成 表計算 プレゼン ・・・ 画面表示 仮想PC 仮想PC 仮想PC サーバー ストレージ 文書作成 表計算 プレゼン ・・・ 入出力操作 通信 アプリケーション PC / Windows・Mac OS など 画面表示 データとプログラムの保管 プログラムの実行 は、PC内にて処理 データとプログラムの保管 プログラムの実行 は、サーバー内にて処理 シンクライアントは 画面表示と入出力操作
- 102. Chromebook インターネット データ 文書作成 表計算 プレゼン ・・・ ブラウザ 画面表示・入出力操作 通信 画面表示・入出力操作 通信 オフィス・アプリ データ 文書作成 表計算 プレゼン ・・・ オフィス・アプリ クラウドサービス Google Apps for workなど ブラウザ 文書作成 表計算 プレゼン ・・・ PC / Windows・Mac OS など Chromebook / Chrome OS
- 104. ストレージ仮想化 2TB 実データ 3TB 実データ 5TB 実データ 10TB 10TB 10TB 仮想ストレージ ブロック仮想化 10TB 実データ 30TB ストレージ（ハードウェア） 8TB 7TB 5TB 未使用領域 20TB ボリュームの仮想化 10TB 10TB 10TB 仮想ストレージ シンプロビジョニング 10TB 実データ 30TB ストレージ（ハードウェア） 容量の仮想化 未使用領域 0TB 必要な時に 追加 2TB 実データ 3TB 実データ 5TB 実データ 8TB 7TB 5TB 仮想ストレージ 重複排除 ストレージ（ハードウェア） データ容量の削減 D A B C E F A B ファイル ２ ファイル１ D A B C E F 重複データ を排除
- 107. クラウドの使われ方と戦略
- 108. 銀行システムにおけるクラウド活用の動き 日本ユニシスとマイクロソフト、「BankVision on Azure」実現に向け共同プロジェクトを開始 2018年3月23日 日本ユニシス株式会社と日本マイクロソフト株式会社 は23日、日本ユニシスのオープン勘定系システム 「BankVision」の稼働基盤として、Microsoft Azureを 採用するための取り組みを推進するため、共同プロ ジェクトを4月から開始すると発表した。 いかに費用を抑え、最新技術も取り入れた上で短期間 でのシステム開発を行うかという課題に対応するため、 クラウドを選択。現在はクラウド最大手の米アマゾン ウェブサービスと組み、業務システムの一部から移行 を進めている。 5年間で100億円のコスト削減 1000超のシステムの約半分をクラウド化 週刊ダイヤモンド 2017.5.17 https://diamond.jp/articles/-/128045
- 109. クラウド・バイ・デフォルト原則 政府情報システムにおけるクラウドサービスの利用に係る基本方針（案） クラウド・バイ・デフォルト原則（クラウドサービスの利用を第一候補） 政府情報システムは、クラウドサービスの利用を第一候補として、その検討を行う 情報システム化の対象となるサービス・業務、取扱う情報等を明確化した上で、メリット、開発の規模及び経費等を基に検討を行う https://www.kantei.go.jp/jp/singi/it2/cio/dai77/siryou.html Step0：検討準備 クラウドサービスの利用検討に先立ち、対象となるサービス・業務及び情報といった事項を可能な限り明確化する。 Step1：SaaS（パブリック・クラウド）の利用検討と利用方針 サービス・業務における情報システム化に係るものについて、その一部又は全部が SaaS（パブリック・クラウド）により提供されてい る場合（SaaS（パブリック・クラウド）の仕様に合わせ、サービス・業務内容を見直す場合も含まれる。）には、クラウドサービス提 供者が提供する SaaS（パブリック・クラウド）が利用検討の対象となる。 Step2：SaaS（プライベート・クラウド）の利用検討 サービス・業務における情報システム化に係るものについて、その一部又は全部が、府省共通システムの諸機能、政府共通プラット フォーム、各府省の共通基盤等で提供されるコミュニケーション系のサービスや業務系のサービスを SaaS として、当該サービスが利用 検討の対象となる。 Step3：IaaS/PaaS（パブリック・クラウド）の利用検討と利用方針 SaaS の利用が著しく困難である場合、又は経費面の優位性その他利用メリットがない場合については、民間事業者が提供する IaaS/PaaS（パブリック・クラウド）が利用検討の対象となる。 Step4：IaaS/PaaS（プライベート・クラウド）の利用検討 IaaS/PaaS（パブリック・クラウド）の利用が著しく困難である場合、又は経費面の優位性その他利用メリットがない場合については、 サーバ構築ができる政府共通プラットフォーム、各府省独自の共通基盤等を IaaS/PaaS として、当該サービスが利用検討の対象となる オンプレミス・システムの利用検討
- 110. 政府の基盤システム Amazonへ発注 110 人事・給与や文書管理など各省共通 の基盤システムをAWSに発注。 整備・運用にかかる費用は2026年度 までで300億円を超える見通し。 政府は各省庁のシステムについて4〜 8年で原則クラウドにする方針を打ち 出している。 目的は、コストの大幅減と、最新の デジタル技術の取り込みにつなげる ため。 自前で管理する手間が減り、人員の 効率的な配置など生産性の向上も見 込める。 https://www.nikkei.com/article/DGXMZO55498840R10C20A2MM8000/ 2020.02.12
- 114. クラウド・サービスの「作り方」による費用の違い サーバー（物理マシン）×9台 ＋データベース等のライセンス ＋インフラ、DBなどの環境構築 ＋運用管理業務 ＋設置場所（場所+電源+空調等） 購入費用 ：数千万円 年間保守料 ：数百万円 年間運用量 ：数百万円 年間使用料 ： ー ハードウェアを所有 クラウド・サービスを使用 サーバー（仮想マシン）×9台 ＋データベース等のライセンス ＋インフラ、DBなどの環境構築 ＋運用管理業務 × 設置場所（場所+電源+空調等） 購入費用 ： ー 年間保守料 ： ー 年間運用量 ： ー 年間使用料 ：254,980円 ハードウェアを所有する場合と変 わらないシステム構成と運用方法 実行環境を移行しただけ システムの構成や運用方法などの設計・方式は同じ まったく異なる設計・方式 アンケート入力・集計・レポートのサービスとして、できることは同じ サーバー（仮想マシン）×4台 購入費用 ： ー 年間保守料 ： ー 年間運用量 ： ー 年間使用料 ：198,691円 × データベース等のライセンス △インフラ、DBなどの環境構築 △ 運用管理業務 × 設置場所（場所+電源+空調等） 無償のDNSや監視、低料金のデー タベースなどのサービスを利用 一部をクラウドのサービスに代替 サーバーの構築・運用は不要 購入費用 ： ー 年間保守料 ： ー 年間運用量 ： ー 年間使用料 ：907円 × データベース等のライセンス × インフラ、DBなどの環境構築 × 運用管理業務 × 設置場所（場所+電源+空調等） サーバーレス方式と言われるまっ たく異なる実行方式を採用 クラウド・ネイティブで再構築 ハードウェアを所有し、設置場所 とその運営も自社責任
- 115. 構築事例：従来型のWebアプリケーション・アーキテクチャ EC2 Internet クライアント Elastic Load Balancing EC2 冗長化 EC2 EC2 EC2 EC2 EC2 冗長化 冗長化 EC2 EC2 Web AP DB 死活監視 DNS DNSのセットアップが必要 APはそのまま移行。ただし、セッション管理等、一部改修が 必要な場合がある。 ミドルウェアが必要 （Oracle、 SQLServer、死活監視ソフト等の購入） DBMSのセットアップが必要 EC2：1台 365日24時間稼働：$175.2 EC2：9台 365日24時間稼働：$1576.8 ELB：1台 365日24時間稼働：$236.52+α ELB：2台 365日24時間稼働：$473.04+α リージョン:東京 ＜EC2＞ インスタンスタイプ：t2.micro （最少） 料金：$0.020/1時間 ＜ELB＞ 料金：$0.027/1時間 +$0.008/1GB 年間：約$2049.84 約254,980円 ※2015/3/20時点
- 116. 構築事例：AWSサービスを活かしたアーキテクチャ EC2 Internet クライアント Elastic Load Balancing EC2 冗長化 EC2 EC2 冗長化 Web AP DB DNS Route 53に 設定するのみ 死活監視のソフトウェア不要 基本的に無料／アラーム設定でメール通知 DBMSはインストール不要 Oracle、SQL Server等のライセンス料込 EC2の接続先を変更するだけ 冗長構成はMulti-AZを選択するのみ EC2：4台 365日24時間稼働：$700.8 ELB：2台 365日24時間稼働：$473.04+α RDS： 365日24時間稼働：$455.52 Route53： 1年間：$26.4（最少） リージョン:東京 ＜EC2＞ インスタンスタイプ：t2.micro （最少） 料金：$0.020/1時間 ＜ELB＞ 料金：$0.027/1時間 +$0.008/1GB ＜RDS＞ インスタンスタイプ： t2.micro （最少） 年間：約$1655.76 約198,691円 Cloud Watch Route 53 RDS(Master) RDS(Slave) DynamoDB セッション 管理 ※2015/3/20時点
- 117. 構築事例：AWSサービスを最大限活かしたアーキテクチャ Internet クライアント Cloud Front 画面表示は、 クライアント側 アプリ メールサーバー不要 冗長構成、拡張・データ再配置 はAWS任せ リージョン:東京 ＜S3＞ 料金：$0.0330/GB +リクエスト数+データ転 送量 ＜CloudFront＞ 料金：$7.2/年 （試算した結果） <Lambda> 料金：$0 ＜DynamoDB＞ 料金：$0 （試算した結果） 年間：約$7.56 約907円 Cloud Watch JavaScript 入力ページ（HTML） コンテンツ 非公開コンテンツ Log等 S3 DynamoDB Lambda Node.js テーブル Cognito Webサーバー機能 3箇所以上で自動複製、容量無制限 キャッシュ SSL証明書 任意のタイミングで処理実行 負荷分散、障害対策はAWS任せ AWS認証 アプリ認証 SignedURL発行 サーバ側アプリ ※2015/3/20時点 ※条件によって料金は異なります
- 119. システムの役割とこれからのトレンド ハードウェア 仮想マシン コンテナ 管理機能 ミドルウェア アプリケーション OS ランタイム データ サービス・プロダクト、SCMなど 財務会計、経理、オフィスなど 戦略的アプリケーション 汎用的アプリケーション 独自性の追求と 他社との差別化 開発・運用負担と コスト負担の軽減 スピード × アジリティ × スケーラビリティ インフラ & プラットフォーム FaaS/PaaS/IaaSなど クラウド化 × 自動化
- 120. クラウドにおける責任の所在 プラットフォーム アプリケーション インフラストラクチャー クラウド サービス 事業者 クラウド サービス 事業者 クラウド サービス 事業者 PaaS IaaS SaaS ユーザー 自社所有 ユーザー ユーザー 特定の業務処理 を行うためのソフトウェア アプリケーションで共通に使う機能 を提供するソフトウエア ソフトウエアを動かすための ハードウェアや設備 業務プロセス／処理 ユーザー ユーザー ユーザー ユーザー 機能や性能の改善 セキュリティ 運用管理 稼働監視 トラブル対応 バックアップ など Software as a Service Platform as a Service Infrastructure as a Service SaaS<PaaS<IaaS ユーザーの負担が減少 事業の効率化や競争力の向上 のために経営資源を積極配分 事 業 システムの構築や運用 管理、セキュリティな ど付加価値を生みださ ないことの負担を軽減
- 123. ネットワーク インターネットや専用回線 コレ一枚でわかるクラウド・コンピューティング インフラストラクチャー プラットフォーム アプリケーション 計算装置 記憶装置 ネットワーク データ ベース 運用管理 プログラム 実行環境 プログラム 開発環境 認証管理 電子 メール SNS 新聞 ニュース ショッピング 金融取引 財務 会計 施設や設備
- 126. セルフ･サービス・ポータル 調達・構成変更 サービスレベル設定 運用設定 ・・・ 数分から数十分 直近のみ・必要に応じて増減 経費・従量課金／定額課金 クラウド システム資源のECサイト 見積書 契約書 メーカー ベンダー サイジング 調 達 費 用 数週間から数ヶ月 数ヶ月から数年を想定 現物資産またはリース資産 従来の方法 調達手配 導入作業
- 127. 「自家発電モデル」から「発電所モデル」へ 工場内・発電設備 設備の運用・管理・保守は自前 需要変動に柔軟性なし 電力供給が不安定 自前で発電設備を所有 工場内・設備 電 力 電力会社・発電所 大規模な発電設備 低料金で安定供給を実現 設備の運用・管理・保守から解放 需要変動に柔軟に対応 工場内・設備 送電網 データセンター 大規模なシステム資源 低料金で安定供給を実現 設備の運用・管理・保守から解放 需要変動に柔軟に対応 システム・ユーザー デ ー タ ネットワーク
- 131. 徹底した標準化 大量購入 負荷の平準化 APIの充実・整備 セルフサービス化 機能のメニュー化 クラウド・コンピューティングのビジネス・モデル クラウド・コンピューティング オンデマンド 従量課金 自動化・自律化 システム資源 の共同購買 サービス化 低コスト 俊敏性 スケーラビリティ 仮想化とソフトウエア化の仕組み
- 132. IT活用 適用領域の拡大 難しさの隠蔽 システム資源 エコシステム クラウドがもたらしたITの新しい価値 クラウド・コンピューティング IT利用のイノベーションを促進 ビジネスにおけるIT価値の変化・向上 新たな需要・潜在需要の喚起 モバイル・ウェアラブル ソーシャル 人工知能 ビッグデータ IT利用者の拡大 IoT ロボット 価格破壊 サービス化
- 133. クラウドの定義
- 135. クラウドの定義／サービス・モデル (Service Model) アプリケーション ミドルウェア オペレーティング システム インフラストラクチャ PaaS Platform as a Service Infrastructure as a Service Software as a Service SaaS Salesfoce.com Google Apps Microsoft Office 365 Microsoft Azure Force.com Google App Engine Amazon EC2 IIJ GIO Cloud Google Cloud Platform アプリケーション ミドルウェア & OS 設備 & ハードウェア プ ラ ッ ト フ ォ ー ム IaaS
- 136. ＸaaSについて a a S s ervice サービス としての 〜 効用や満足などを提供する 形のない労働や役務のこと 〜 物理的実態／形あるモノの提供を伴わなわずに 機能や性能を提供して対価を受け取るビジネス IaaS PaaS SaaS Software（アプリケーションのこと） の機能や性能を提供するサービス Platform（OSやミドルウェアのこと） の機能や性能を提供するサービス Infrastructure（ハードウェアや設備のこと） の機能や性能を提供するサービス DaaS Desktop（PC画面／PCでできること） を提供するサービス MaaS Mobility（移動する） ための手段を提供するサービス CaaS Communication（会議やチャットのこと） の機能を提供するサービス サブスクリプション または従量課金など サービス設備や機材は サービス事業者の資産 オンライン・サービス ／クラウド・サービス
- 137. クラウド・サービスの区分 自社所有 IaaS 仮想マシン CaaS PaaS FaaS ユーザー企業が管理 ハードウェア 仮想マシン コンテナ 管理機能 ミドルウェア アプリケーション OS SaaS ランタイム データ ハードウェア 仮想マシン コンテナ 管理機能 ミドルウェア アプリケーション OS ランタイム データ ハードウェア 仮想マシン コンテナ 管理機能 ミドルウェア アプリケーション OS ランタイム データ ハードウェア 仮想マシン コンテナ 管理機能 ミドルウェア アプリケーション OS ランタイム データ ハードウェア 仮想マシン コンテナ 管理機能 ミドルウェア アプリケーション OS ランタイム データ ハードウェア 仮想マシン コンテナ 管理機能 ミドルウェア アプリケーション OS ランタイム データ ハードウェア 仮想マシン コンテナ 管理機能 ミドルウェア アプリケーション OS ランタイム データ IaaS ベアメタル クラウドサービス事業者が管理 連携機能 CaaS PaaS FaaS SaaS
- 138. ハイブリッド・クラウド 複数企業共用 パブリック・クラウド クラウドの定義／配置モデル (Deployment Model) プライベート・クラウド 個別企業専用 個別･少数企業 不特定・複数企業／個人 LAN LAN インターネット 特定企業占有 ホステッド・プライベート・クラウド 固定割当て LAN 専用回線・VPN LAN
- 141. クラウドに吸収されるITビジネス 141 アプリケーション・ビジネス • ビジネス開発 • システムの企画 • システム設計 • プログラム開発・テスト • 開発・テスト環境の構築 • 本番実行環境の構築 • セキュリティ対策 • 運用管理 • トラブル対応 ネットワーク・ビジネス • ネットワークの設計 • ネットワーク機器の導入・設定 • セキュリティ対策 • 監視・運用管理 • トラブル対応 インフラ・ビジネス • インフラの設計 • インフラ機器の導入・設定 • セキュリティ対策 • 監視・運用管理 • トラブル対応 クラウド・データセンター内 ネットワーク クラウド・データセンター間 バックボーンネットワーク 5G通信網のタイムスライス SIMによる閉域網 ローコード開発 Salesforce.com Lightning Platform Microsoft PowerApps AWS Honeycod サーバーレス／FaaS・PaaS コンテナ運用・管理マネージドサービス SaaS Oracle Dedicated Region @Cloud AWS Outposts Microsoft Azure Stack Hub オンプレミス型マネージド・システム アジャイル 開発 DevOps OutSystems Mendix GeneXus ローコード開発ツール