Mais conteúdo relacionado Semelhante a LiBRA 08.2021 / 最新ITトレンド for SIer (20) Mais de Masanori Saito (20) LiBRA 08.2021 / 最新ITトレンド for SIer2. もくじ
最新ITトレンドを理解するために知っておきたい 基礎知識
ビジネスの前提を再定義する デジタル・トランスフォーメーション
変化に俊敏に対応するための ITインフラストラクチャー
コンピュータ利用の常識を変える クラウド・コンピューティング
デジタル時代の危機に対処するための サイバー・セキュリティ
これからのビジネス基盤となる IoT/モノのインターネット
デジタル時代のデータ連係基盤となる 5G (次世代移動体通信システム)
人に寄り添うITを実現する AI/人工知能
圧倒的なビジネス・スピードに対処するための 開発と運用
DXの実践といま求められる 人材
10. UI/UXとは何か
UI
人とデジタルをつなぐ窓口
User Interface
直ぐに分かる
使い易い
迷わない など
UX
人とデジタルがつながることで得られる体験
User Experience
とても便利
もっと使いたい
感動した など
次へ 戻る 戻る 次へ
×良くないUI 〇良いUI
×良くないUI
ケチャップだとは
すぐに分からない。
×良くないUX
口を汚しやすく、少なく
なると使いにくい。
〇良いUI
ケチャップだとすぐ
分かる。
×良くないUX
口を汚しやすく、少なく
なると使いにくい。
〇良いUI
ケチャップだとすぐ
分かる。
〇良いUX
口を汚さず、最後まで
使い切ることができる。
32. 時間感覚の変化がビジネスを変えようとしている
3年間の中長期計画
1年に一度の年度計画
半年に一度の設備投資
月例の定例役員会
週次の部門会議
ビジネス・モデル お客様との関係 働き方 情報システム
階層化された
ビジネス・プロセス
機能分化した組織
段階的意志決定
社会環境の変化が緩やかで中長期的な予測が可能
戦略を動かし続ける
現場に権限委譲する
現場での判断を重視
結果を迅速に事後報告
対話の頻度を増やす
圧倒的な
ビジネス・スピードで
変化に俊敏に対応する
社会環境が複雑性を増し将来の予測が困難な状況
デジタル化された
ビジネス・プロセス
自律したチーム
大幅な権限委譲
VUCA
中長期的な計画を元に
PDCAを回し
確実に目標を達成する
37. デジタル・トランスフォーメーション 2つの解釈
社会や経済の視点/社会現象
2004年、エリック・ストルターマン(ウメオ大学)の定義「ITの浸透により、人々の生活が根底
から変化し、よりよくなっていく」に沿った概念
デジタル・テクノロジーの発展によって社会や経営の仕組み、人々の価値観やライフ・スタイルが
大きく変化し、社会システムの改善や生活の質の向上がすすむという社会現象を意味する
経営や事業の視点/企業文化や体質の変革
2010年以降、ガートナーやマイケル・ウェイド(IMD教授)らによって提唱された概念
デジタル・テクノロジーの進展により産業構造や競争原理が変化し、これに対処できなけれ
ば、事業継続や企業存続が難しくなるとの警鈴を含む
デジタル・テクノロジーの進展を前提に、競争環境 、ビジネス・モデル、組織や体制の再定
義を行い、企業の文化や体質を変革することを意味する
デジタル・ビジネス・トランスフォーメーション
“デジタルを使うこと”ではなく “ビジネスを変革すること” が目的
デジタル技術とデジタル・ビジネス・モデルを用いて、組織を変化させ、業績を改善すること
1. 企業業績を改善することが目的。
2. デジタルを土台にした変革であること。組織を絶えず変化しているが1つ以上のデジタル技術が大きな影響を及ぼしているものでなければ、デ
ジタル・ビジネス・トランスフォーメーションには分類されない。
3. プロセスや人、戦略など、組織の変化を伴うものであること。
“ デジタル・ビジネス・トランスフォーメーションには、テクノロジーよりもはるかに多くのものが関与する ”
「DX実行戦略(マイケル・ウェイドら)」 p.27
39. リアルが最も貴い
デジタルはビジネスの手段である
価値の源泉はリアルにある、デジタルはリ
アルの付加価値に過ぎない
リアルとデジタルは別の仕組み、デジタル
はリアルを補間するもの
DXの常識とDXの実現
デジタルが前提
デジタルはビジネスの基盤である
デジタルとリアルが一体となって価値を創
出する
デジタルとリアルを分けることなく、デジ
タルが統合する1つの仕組みとして捉える
「DXの実現」とは
「デジタルが前提」を当然のことと考え、実践する
企業の文化や風土を実現すること
DXは 既存の常識の転換が前提
デジタルにできることは徹底してデジタルに任せ
人間にしかできないことに人間の役割をシフト
新しい常識
新しい価値
の創出を実現
41. CXとEXを向上させるためのDX
データ
CX : Customer Experience
お客様の事業の成果に貢献し
お客様の社員の幸せを支える
EX : Employee Experience
従業員のやり甲斐を与え
自己の成長の喜びを感じさせる
競争原理
収益構造
業務手順
組織・体制
意志決定方法
など
DX
デジタルを前提に
ビジネス・モデルや
ビジネス・プロセス
を再定義する
デジタル
技術
クラウド
AI
IoT など 変化に俊敏に対応できる
企業の文化や
風土への変革
UX
ユーザーの
体験価値を
高める
業務プロセスのデジタル化
デジタル・ビジネス・モデル
59. 仮想化 や ソフトウエア化 のための仕組み
使いたい機能や性能の組合せや変更の自由を実現
ソフトウェア化された情報システムの機能や性能を使うサービス
簡単・便利・いつでも/どこでもITの機能や性能をサービスとして使える仕組み
実質的に使える機能や性能
ネットワーク
専門的な
スキルや
ノウハウ
大規模・集中化・一元化・標準化
自動化などを駆使して、魅力的な
コストパフォーマンスを実現する
物理的なハードウェアや設備
インフラストラクチャー
プラットフォーム
アプリケーション
運用管理者
特定の業務処理
を行うためのソフトウェア
アプリケーションで共通に使う機能
を提供するソフトウエア
オペレーティングシステム
データベース管理システム など
販売管理システム
会計管理システム など
ソフトウエアを動かすための
ハードウェアや設備
65. システム利用形態の歴史的変遷
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)
メインフレームの時代
オープン・システムの時代
クラウドの時代
66. 物理システム・仮想化・コンテナの比較
物理サーバー
(ハードウェア)
ミドルウェア
アプリ アプリ アプリ
ハイパーバイザー
仮想サーバー 仮想サーバー 仮想サーバー
物理システム 仮想化されたシステム
ミドルウェア ミドルウェア
物理サーバー
(ハードウェア)
物理サーバー
(ハードウェア)
ストレージ
CPU
メモリ
ストレージ
CPU
メモリ
ストレージ
CPU
メモリ
物理サーバー
(ハードウェア)
ミドルウェア
アプリ アプリ アプリ
ミドルウェア ミドルウェア
OS
コンテナ・システム
物理サーバー
(ハードウェア)
ミドルウェア
アプリ アプリ アプリ
ミドルウェア ミドルウェア
ライブラリ
環境変数
ライブラリ
環境変数
ライブラリ
環境変数
コンテナ管理システム
コンテナ コンテナ コンテナ
カーネル
OS
OS
OS OS
OS
OS
72. DockerとKubernetes の関係
72
コンテナの作成
コンテナの実行
コンテナ内でファイルシステ
ムとして使われるイメージの
作成および管理 など
関連するコンテナのグルーピング
コンテナに割り振られるIPアドレスの管理
コンテナ間ネットワークルーティング管理
複数のコンテナを利用した負荷分散
コンテナに割り当てるストレージの管理
コンテナの監視 など
ネットワークのルーティングや複数コンテナの
連携、複数台のサーバーを対象にコンテナを横
断的に管理する機能などは提供されていない。
クラスタ環境でDockerを利用する場合は別途何らかの管理手法を用意する必要がある。
Dockerと連携して利用できるデプロイ/オーケストレーションツールのひとつ
By Google
Manage a cluster of Linux containers as a single
system to accelerate Dev and simplify Ops.
Linuxコンテナのクラスタを単一のシステムとして管理して
開発を加速し、運用を簡素化します。
意味:ギリシャ語で「人生の道標」
読み方:クーベルネイテス(koo-ber-nay'-tace)
73. Twelve Factorsとの関係
73
Ⅰ. コードベース
バージョン管理されている1つのコードベースと複数のデプロイ
Ⅱ. 依存関係
依存関係を明示的に宣言し分離する
Ⅲ. 設定
設定を環境変数に格納する
Ⅳ. バックエンドサービス
バックエンドサービスをアタッチされたリソースとして扱う
Ⅴ. ビルド、リリース、実行
ビルド、リリース、実行の3つのステージを厳密に分離する
Ⅵ. プロセス
アプリケーションを1つもしくは複数のステートレスなプロセスとして実行する
Ⅶ. ポートバインディング
ポートバインディングを通してサービスを公開する
Ⅷ. 並行性
プロセスモデルによってスケールアウトする
Ⅸ. 廃棄容易性
高速な起動とグレースフルシャットダウンで堅牢性を最大化する
Ⅹ. 開発/本番一致
開発、ステージング、本番環境をできるだけ一致させた状態を保つ
Ⅺ. ログ
ログをイベントストリームとして扱う
Ⅻ. 管理プロセス
管理タスクを1回限りのプロセスとして実行する
アジリティーの高いWebサービスを構築するための方法論
コンテナ Kubernetes
https://12factor.net/ja/
77. Chromebook
インターネット
データ
文書作成 表計算
プレゼン ・・・ ブラウザ
画面表示・入出力操作
通信
画面表示・入出力操作
通信
オフィス・アプリ
データ
文書作成 表計算
プレゼン ・・・
オフィス・アプリ
クラウドサービス Google Apps for workなど
ブラウザ
文書作成 表計算
プレゼン ・・・
PC / Windows・Mac OS など Chromebook / Chrome OS
88. クラウド・サービスの「作り方」による費用の違い
サーバー(物理マシン)×9台
+データベース等のライセンス
+インフラ、DBなどの環境構築
+運用管理業務
+設置場所(場所+電源+空調等)
購入費用 :数千万円
年間保守料 :数百万円
年間運用量 :数百万円
年間使用料 : ー
ハードウェアを所有 クラウド・サービスを使用
サーバー(仮想マシン)×9台
+データベース等のライセンス
+インフラ、DBなどの環境構築
+運用管理業務
× 設置場所(場所+電源+空調等)
購入費用 : ー
年間保守料 : ー
年間運用量 : ー
年間使用料 :254,980円
ハードウェアを所有する場合と変
わらないシステム構成と運用方法
実行環境を移行しただけ
システムの構成や運用方法などの設計・方式は同じ まったく異なる設計・方式
アンケート入力・集計・レポートのサービスとして、できることは同じ
サーバー(仮想マシン)×4台
購入費用 : ー
年間保守料 : ー
年間運用量 : ー
年間使用料 :198,691円
× データベース等のライセンス
△インフラ、DBなどの環境構築
△ 運用管理業務
× 設置場所(場所+電源+空調等)
無償のDNSや監視、低料金のデー
タベースなどのサービスを利用
一部をクラウドのサービスに代替
サーバーの構築・運用は不要
購入費用 : ー
年間保守料 : ー
年間運用量 : ー
年間使用料 :907円
× データベース等のライセンス
× インフラ、DBなどの環境構築
× 運用管理業務
× 設置場所(場所+電源+空調等)
サーバーレス方式と言われるまっ
たく異なる実行方式を採用
クラウド・ネイティブで再構築
ハードウェアを所有し、設置場所
とその運営も自社責任
90. 構築事例: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時点
94. クラウド・サービスの区分
自社所有 IaaS
仮想マシン
CaaS PaaS FaaS
ユーザー企業が管理
ハードウェア
仮想マシン
コンテナ
管理機能
ミドルウェア
アプリケーション
OS
SaaS
ランタイム
データ
ハードウェア
仮想マシン
コンテナ
管理機能
ミドルウェア
アプリケーション
OS
ランタイム
データ
ハードウェア
仮想マシン
コンテナ
管理機能
ミドルウェア
アプリケーション
OS
ランタイム
データ
ハードウェア
仮想マシン
コンテナ
管理機能
ミドルウェア
アプリケーション
OS
ランタイム
データ
ハードウェア
仮想マシン
コンテナ
管理機能
ミドルウェア
アプリケーション
OS
ランタイム
データ
ハードウェア
仮想マシン
コンテナ
管理機能
ミドルウェア
アプリケーション
OS
ランタイム
データ
ハードウェア
仮想マシン
コンテナ
管理機能
ミドルウェア
アプリケーション
OS
ランタイム
データ
IaaS
ベアメタル
クラウドサービス事業者が管理
連携機能
CaaS PaaS FaaS SaaS
100. 徹底した標準化
大量購入
負荷の平準化
APIの充実・整備
セルフサービス化
機能のメニュー化
クラウド・コンピューティングのビジネス・モデル
クラウド・コンピューティング
オンデマンド
従量課金
自動化・自律化
システム資源
の共同購買
サービス化
低コスト 俊敏性 スケーラビリティ
仮想化とソフトウエア化の仕組み
109. クラウドに吸収されるITビジネス
109
アプリケーション・ビジネス
• ビジネス開発
• システムの企画
• システム設計
• プログラム開発・テスト
• 開発・テスト環境の構築
• 本番実行環境の構築
• セキュリティ対策
• 運用管理
• トラブル対応
ネットワーク・ビジネス
• ネットワークの設計
• ネットワーク機器の導入・設定
• セキュリティ対策
• 監視・運用管理
• トラブル対応
インフラ・ビジネス
• インフラの設計
• インフラ機器の導入・設定
• セキュリティ対策
• 監視・運用管理
• トラブル対応
クラウド・データセンター内
ネットワーク
クラウド・データセンター間
バックボーンネットワーク
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
ローコード開発ツール
110. クラウド・ネイティブへのシフトが加速する
Oracle Dedicated Region @Cloud
AWS Outposts
Microsoft Azure Stack Hub
IBM Cloud Paks
Google GKE on-prem
Microsoft Azure Ark
IBM Cloud Satellite
Google Anthos
オンプレミス環境にパブリック・クラウドと
同等の環境を構築する製品やサービス
オンプレミスとパブリック・クラウドを
一元的に運用管理するサービス
ハイブリッド・クラウド
マルチ・クラウド
125. Microsoftのセキュリティ・プラットフォーム
Azure AD
Azure Sentinel
Azure Sentinel : SIEM(Security Information and Event Management)。Office 365 ATP、Windows Defender ATP、Azure AD、Azure ATP、Microsoft
Cloud App Security、Azure Security Centerなどの脅威検知エンジンで収集したログ、サードパーティのセキュリティソリューションのログ、Deviceログ、Emailロ
グなどを1つに集め、ビルトインされた機械学習モデルやAIを使って脅威の検知を行う
Azure ADなどの様々なログから、機械学習モデル
やAIを使って脅威の検知を行う
ID およびアクセス管理サービス。様々なリソースへのサイ
ンインとアクセスを管理し、シングルサインオン環境を提供
Azure AD : ID およびアクセス管理サービスであり、リソースへのサインインとアクセスを支援。Microsoft Office 365、Azure portal、その他何千という SaaS アプ
リケーションなど、外部リソース。企業ネットワークとイントラネット上のアプリや、自分の組織で開発したクラウド アプリなどの内部リソース。
AD(オンサイト)
Microsoft
Defender ATP
(オンサイト)
Microsoft
Defender ATP
(モバイル) インターネット
クラウド・サービス
Microsoft Defender ATP(Advanced Threat Protection) : 企業のネットワークによる高度な脅威の防止、検出、調査、および応答を支援するために設計された
プラットフォーム。
フェデレーション(認証連携)
同期
138. 使 用
の現場 センサー コンピュータ ソフトウエア
モノ・製品
モノのサービス化の本質
ものづくり
の現場
開 発
製 造
保守
サポート
ソフトウェア
改修・更新
インターネット
直
結
・
連
係
140. 「モノのサービス化」ビジネス
コア・ビジネス
既存ビジネス
蓄積されたノウハウ
確実な顧客ベース
付加価値ビジネス
収益構造の多様化
既存ノウハウの活用
顧客ベースの囲い込み
新規ビジネス
顧客価値の拡大
ノウハウの創出
顧客ベースの拡大
製造・販売
製造・販売 製造・販売
走行距離に応じた
従量課金サービス
Pay by Mile
出力×時間に応じた
従量課金サービス
Pay by Power
工事施工
自動化サービス
Smart Constriction
建設機械
遠隔確認サービス
KOMTRAX
安全・省エネ運転
コンサルティング
予防保守・交換
燃料費節約
コンサルティング
予防保守・交換
146. データとモノ/コト・ビジネスの関係
属性データ 商 品 販売代金
属性に最適化された
商品の作り込み
魅力的な商品を作る
属性理解→商品設計→商品開発
行動データ UX サブスク
従量課金
状況に最適化された
UXのアップデート
魅力的な体験を作る
状況理解→UX設計→UX開発
体験を継続したいという想いへの対価
商品を手に入れることへの対価
行動データ 商 品 販売代金
うまくいかないビジネス
行動データを取得する意味がない 商品の機能や性能を
アップデートできなければ意味がない
アップデートのコストをまかなえない
151. 学習と推論の役割分担
151
学習
推論
学習
推論
大規模な計算能力
専用プロセッサー
長時間演算
比較的小規模な計算能力
専用プロセッサー・省電力
短時間演算
学習モデル 学習モデル
学習
推論
学習モデル
学習モデル
クラウドでモデルを作り、
そのモデルをエッジのデバ
イスに送りリアルタイムの
現場のデータから予測や判
定を行う。
リアルタイム性が重要な処
理は、できるだけ現場に近
い場所で処理できたほうが
有利。また、機器の個体差
にも対処できる。
クラウドで完結するサービ
スに適用。
学習
推論
推論モデル(予測や分類などの
ルール)を大量のデータから作る
推論モデルを使って現場データ
から予測や分類、判断/判定を行う
AISing,HACURUS,
SOINN など
ARAYA,LEAPMIND,
IDENなど
ABEJA,Microsoft,Google,
Facebook,Amazon,
Preferred Networkなど
NVIDIA,Intelなど