## 日本がDXの推進をすべき理由

**日本がDXの推進をしなければならない理由は、ズバリ企業の競争力強化と事業成長のためです。**2018年に経済産業省が「DX(デジタルトランスフォーメーション)を推進するためのガイドライン」を発表しましたが、これがDXブームの契機となりました。

日本企業のIT化の遅れは、日本経済成長の阻害要因と見られています。*陳腐化したレガシーシステム(技術刷新すべき既存のシステム)が足かせ*となって、企業がITシステムの刷新に消極的になっているという現状があります。

こうした状況を打破しなければ、日本経済は大きな負の遺産を抱えたまま、ひん死の状態に陥るといった懸念があります。

これを打破する鍵がDXです。*IT技術を駆使し、ビジネスモデルを抜本的に変革し、業務や組織、プロセスや企業文化を見直し、競争上の優位を確立すること*が企業に求められています。

DXとは？その意味と日本の現状、DX推進の障壁となる要因を分かりやすく解説！

「2025年の崖」という言葉は経産省のDXレポートの中で用いられました。このまま2025年を迎えると、崖から転がり落ちるような危機が訪れるという比喩です。

レポートでは**複雑化、老朽化した既存のシステムがそのまま残ると、国際競争への対応ができず、日本経済に大きなダメージを及ぼす**ということが述べられています。今後予想される*IT人材の引退や不足、既存システムに対するサポート終了*などがこの経済停滞の要因になるというのです。

既に多くの企業は、新たなデジタル技術の活用によるビジネス変革の必要性を理解はしているものの、レガシーシステムの存在がこれを阻害しているのです。

DXレポートによると、21年以上も稼働しているレガシーシステムが2026年には、システム全体の6割を占めると予測し、この刷新に乗り遅れた企業は事業機会を失うというのです。またレポートでは*2025年以降、最大で12兆円/年の経済損失が生じる*と推定しています。

参考:[経産省「DXレポートサマリー」](https://www.meti.go.jp/shingikai/mono_info_service/digital_transformation/pdf/20180907_01.pdf)

**日本は先進諸外国と比べてデジタル競争で大きく遅れています。**日経BPの「DXサーベイ(900社の実態と課題分析)」によると、調査対象となった900社でも、「DXに本気で取り組み、成果を上げている」とした企業は全体の1/4、26.3%に止まっています。

デジタル先進国では大半の企業がDXに取り組んでいるという状況から見ても、日本のDX推進がかなり遅れを取っているということが分かります。

参考:[DXサーベイ(900社の実態と課題分析)]( https://info.nikkeibp.co.jp/nxt/campaign/b/275300/)

デジタルマーケティングとは？エンジニアにとっての重要性も確認

DXの推進においては遅れをとっている日本企業ですが、中にはDXを推進して成果を上げている企業も少なからずあります。

こうした**成果を上げている企業のDX事例について見ていきましょう。そこには何らかのDX成功の鍵があります。**事例に学び、良い点は参考にして自社のDXを推進していくことが求められています。

**日本でもDX推進を課題として掲げる企業が増加しています。**ここでは主に、*消費者と直接接点を持つ小売業、飲食業、タクシー業での導入事例*を、実体験を交えながら紹介してまいります。

*1.UNIQLO*
小売業でDXに積極的な企業というと、真っ先に思い浮かぶのは*ユニクロ*でしょう。2020年6月にはOMO(リアルとバーチャルの融合)を実験店として原宿店、さらには同6月にマロニエゲート銀座2に旗艦店「UINIQLO TOKYO」をオープンさせるなど、DX推進の動きには目覚ましいものがあります。

アパレルの販売であればネットでも完結できますが、そうした中ユニクロはあえて店舗を出店し、**UX(顧客体験)とショールームという機能を店舗に持たせ、ネットとリアルの良いところをうまく融合させています。**

他に、アバレルチェーンでは類を見ないセルフチェックアウトシステムを展開し、店舗における決済という負担を軽減している点も目を引きます。小売業の最先端を走るユニクロのこうした姿勢は、創業社長である柳井氏のデジタルに対する造詣の深さと理解、リーダーシップに負うところが大きいでしょう。

*2.トライアルカンパニー*
スーパーセンター(ディスカウト型の大型スーパー)を展開するトライアルカンパニーは、お客が自ら商品のバーコードをスキャンし、カートに設置されたタプレットで決済をする*「スマートレジカート」*を導入しています。

これと同様の取り組みを、大手スーパーのイオンも「レシゴー」として展開中です。

さらにトライアルでは、*独自のAIカメラを開発し、売場の棚の状況をモニタリングして、商品管理や品揃え*に生かしています。

その他、*電子プライスカード*を導入してリモートでプライス変更を行い、プライスカード付け替えなどの人的作業を不要にしています。

**トライアルは自動発注、自動補充、無人店舗の開発にも取り組むなど、徹底的なローコスト運営を実現し、圧倒的なロープライスで顧客への還元を図っているのです。**

参考:[リテールガイド]( https://retailguide.tokubai.co.jp/strategy/1251/)

*3.はま寿司*
大手外食グループのゼンショーホールディングス(牛丼チェーンの「すき家」などを展開)が手掛ける回転寿司チェーンの「はま寿司」はコロナ禍に対応し、店舗システムの全面刷新に取り組んでいます。

まず、衛生面に配慮しながら、出来立ての寿司をお客に届ける*超高速レーン*を導入しました。回転寿司屋でありながら、寿司は回転しておらず、お客が専用タプレットで注文したものだけが、お客の席に高速で届くという仕組みです。

これで同時に*廃棄ロス*を減らし、ロスを減らした分だけ寿司ネタを増量してお客に還元をしています。また*専用のスマホアプリ*を開発し、お客はアプリを利用して時間予約をし、待ち時間ゼロで席に座れます。アプリにはおすすめ商品の紹介やクーポンがあり、お客にとっても利便性が大きく向上しています。

また、会計は入店時に発券されたシートをレジに持っていくだけで決済が行え、従来のように店員が皿数を数えるという動作が不要になりました。

**これらの取り組みによって、人と人の接触を避け、サービスや品質は向上し、コストカットやロス削減につなげるなど、顧客と店舗の双方に大きなメリットをもたらしています。**

*4.スターバックス*
コーヒーショップのブランドとして顧客から圧倒的な支持を得ているスターバックスコーヒーは、早くからDXやCX(カスタマーエクスペリエンス)の向上に取り組んできました。

**DXやCXの向上は目的ではなく、彼らが「スターバックス体験」と呼ぶ「顧客満足実現」の1つの手段なのです。**

スターバックスの従業員はパートナーと呼ばれ、スターバックスが掲げる*「Our Mission and Values」*の精神を全員で共有し、「Our Mission and Values」の精神がが店舗設計、サービス、ITや経営意思決定、マーケティングなど全ての企業活動に生かされています。

最近では、*「スターバックスさくら2020」*と題するAR(仮想現実)を利用したお花見体験の提供や、スマホのアプリで事前に注文と決済が出き、店舗に着くと直ちに商品を受け取れる*「モバイルオーダー&ペイ」*など、*デジタルを使ってCXを向上*させるという取り組みを続けています。

「スターバックスに行けば、すてきな体験がある」という顧客の意識が定着することで、さらにリピーターが増えていくという考え方が、スターバックスのDXの根底にあるのでしょう。

*5.JapanTaxi(日本交通)*
コロナ禍で苦境に立たされているタクシー業界ですが、ここでも積極的にDXに取り組んでいる企業があります。日本交通からスピンオフしたJapanTaxiです。JapanTaxiは日本版Uberですが、運転手と乗客の双方に好評です。

**乗客はスマホでJapanTaxiのアプリを立ち上げ、ボタンを押すだけで周辺にいる空車タクシーがすぐに迎えに来てくれるという便利アプリです。**

アプリでは迎えに要する時間や推定運賃も分かります。また決済機能があり、タクシー内のQRコードを読み取って、目的地に到着する前に決済ができます。運転手にとっても、お客を乗せる前から目的地が把握でき、しかも現金のやり取りがなく、運転に専念できます。

この*ライドシェアサービス*の便利さは、外国でUberを利用するとよく分かります。運転手と会話する必要がなく、言葉も問題はありません。乗る前から運賃が決まっており、運転手にわざと遠回りさせられて運賃を余分に取られる心配もありません。

車を降りた後、運転手の評価を付けるようになっているので、運転手も良い評価を得るために必死ですから、自らサービスに努めます。中にはドリンクサービスまでしてくれる運転手もいるほどです。

白タクが禁止されている日本では、まだまだ配車アプリで利用できるタクシーが多いとは言えませんが、今後さらにこうした配車アプリの活用が広がっていくでしょう。

**DXを推進している企業、DX推進に成功した企業には共通するポイントがあります。**その共通項がDX成功の秘訣と言えるのではないでしょうか?ここでは、DX成功のポイントを3つにわけて解説します。

### トップの理解とリーダーシップ

**DX推進にはトップの深い理解とリーダーシップが必要です。**成功している企業のDXはトップダウン型が大半です。DXはシステム部門だけでは進められません。

特にレガシーシステムを多く抱えた企業は、既存システムの改廃に膨大なコストが掛かります。トップの大英断がなければ、なかなかGOサインが出ません。

### 徹底した顧客第一、現場主義

「DXの推進は政府方針だから」、「DXがブームだから株主対策で実施する」と考えた企業の多くはDXに失敗します。

なぜなら**DXは顧客の理解と顧客満足の裏付け、現場の理解と協力が無ければ絵に描いたモチ**で終わってしまうからです。DXは顧客第一、顧客視点・現場視点で取り組むことが大事です。

DXはトップから現場まで、全社一丸となって進めるものです。**DXは「IT技術を駆使し、ビジネスモデルを抜本的に変革し、業務や組織、プロセスや企業文化を見直し、競争上の優位を確立すること」だからです。

**業務、組織が変わるためには、全ての従業員の理解と協力が欠かせません。そのためには徹底した情報共有と教育が必要です。**それができて初めて全従業員の意識が1つになります。

**DXはIT人材抜きでは実現し得ません。**しかし一方では、IT人材の絶対的な不足が国家的な問題にもなっています。*ITエンジニアである皆さんの力が求められています*。

ITエンジニアはきついがやりがいがある！その仕事内容や年収、求められるスキルを解説

DXはデジタル化であり、ITを徹底活用することです。**DXを進める上ではIT技術に関する知識や経験が求められます。**よってDX人材が求められていると言ってもよいでしょう。

DXではこれまで以上に*クラウドやAI・データ分析、アジャイル開発、マイクロサービス・アーキテクチャー*といった技術が求められます。DXを推進するITエンジニアには、そうした技術を積極的に体得していくことが求められます。

### ITエンジニアはDXの旗手であれ

日本は残念ながら、デジタルにおいては遅れをとっています。アジアでは韓国、台湾、中国に先行されています。**この現状を打破し、日本が経済大国として再生していく鍵はDXです。

**DXは企業や組織だけではなく、日本の国家的課題です。今こそ、ITエンジニアである皆さんが必要とされているのです。この記事を読まれた皆さんにはぜひ、日本のDX推進の旗手として活躍をしていただきたい**と願っています。

多様化しているエンジニアの働き方について分かりやすく解説！

DX（デジタルトランスフォーメーション）の推進は日本の大きな課題ですが、DXの取り組みは遅れており、DXに対する間違った理解もあるようです。実際の導入事例を元に、DXとは何かについてや成功のポイント、DX推進におけるITエンジニアの役割についても考察します。

2.日本におけるDXの推進状況を事例などから具体的に知る

3.DX成功のポイントと、ITエンジニアとしてDXとどのように関わっていけばよいのか

DXの取組事例に学ぶDX成功のポイントとITエンジニアへの期待

## マイクロサービスアーキテクチャについて徹底解説

「マイクロサービスアーキテクチャ」とはどういう意味かご存知でしょうか？ここでは、「マイクロサービスアーキテクチャ」の理解を深めるために、マイクロサービスアーキテクチャの詳細について詳しく紹介しましょう。

### そもそもマイクロサービスアーキテクチャとは

近年、システム開発・運用において「マイクロサービス」というアーキテクチャを利用するプロジェクトが増えています。**「マイクロサービスアーキテクチャ」とは、サービスを構成している要素を「マイクロサービス」と呼ばれる小さな独立した機能に分割して実装する手法のことです。**

「マイクロサービス」は、ソフトウェアエンジニアであるマーチン・ファウラー氏によって書かれた「Microservices」という文書が発表されてから、一種の「流行語」のような言葉として使われるようになりました。

*「マイクロサービス」の対比として使われるのが、「モノリシック（モノリス）」という言葉です。*モノリスとは、日本語に訳すと「一枚岩」を意味します。つまり、モノリスは、大きな岩の塊のように、大きな単一の機能により、ひとつのサービスを実現するアーキテクチャのことです。

モノリシックとは？主な特徴と適用領域を解説！

### マイクロサービスアーキテクチャの機能分割について

これまでに説明しましたが、マイクロサービスとは、「小さな独立した機能を組み合わせる」ソフトウェアのことです。では、どこまで機能を小さく分割すればマイクロサービスになるのでしょうか。

*機能を限りなく小さくすると、マイクロサービスアーキテクチャの利点と欠点が最大化されると言われています。*限りなく小さくすると、相互依存関係に関わる利点が増加するでしょう。一方、可動部が増えることによって複雑さも増加してしまいます。この両者のバランスを追究していくことが重要と言えるでしょう。言い換えれば、マイクロサービスアーキテクチャが目標とするのは、複雑さを考慮しながらできるだけ細かくサービスを分割することであるといえます。

結論、どの程度まで細かく機能を分割するべきかについては、一概に「正しい」と言えるものが存在しないため、「細かくサービスを分割し、それぞれが自律する」という開発基準で取り組むことが、マイクロサービスアーキテクチャの方法だと言えるでしょう。また、マイクロサービスアーキテクチャは、「どのようにサービスを作るか」という方法論や、「どのような組織で作るか」という組織論の側面を持っています。

マイクロサービスアーキテクチャとは？詳細と課題について徹底解説！

## マイクロサービスアーキテクチャのメリットとデメリット

ここまでに、マイクロサービスアーキテクチャの詳細について紹介してきました。ここからは、マイクロサービスアーキテクチャを採用する上でのメリット、デメリットと注意点について詳しく解説しましょう。

### マイクロサービスアーキテクチャのメリット

**マイクロサービスは新しい技術を簡単に利用できる点がひとつのメリットと言えるでしょう。**マイクロサービスでは、それぞれのサービスはネットワークを介して公開したインターフェースを読み込むだけでいいため、依存関係などの制約はありません。そのため、インターフェース仕様の決まりを遵守している限り、さまざまなサービスに対して、異なる技術を採用することができます。

例えば、新しいシステムを作成するとしましょう。Aという技術が適している部分、Bという技術が適している部分があります。技術というのは開発言語のこととしましょう。モノリシックサービスの場合、AもしくはBのどちらか一方の技術を選択する必要があります。つまり、技術を統一する必要があることになるでしょう。一方、新しく作成するサービスに対して、マイクロサービスではどの技術を利用しているかを気にする必要なく、最適な技術を選択することができます。

したがって、マイクロサービスを採用することによって、システムを開発するスケジュールの短縮が期待できるでしょう。そのため、新しい機能を取り入れることや新しい技術を採用することが比較的容易にできます。また、新しくシステム開発をする場合だけでなく、システムの保守・運用する際に新しい機能を追加することが容易であったり、障害対応がしやすかったりするというメリットにも繋がります。

マイクロサービス・アーキテクチャのメリットを解説！DX推進の切り札となるか?

### マイクロサービスアーキテクチャのデメリットと注意点

一方、マイクロサービスアーキテクチャにもデメリットはあります。マイクロサービスアーキテクチャでは、機能を小さく分割していくため、**コストや効率性などに大きな負荷が発生しやすいことがデメリットと言えるでしょう。**例えば、マイクロサービスはそれぞれ別のプロセスで実行するため、メモリの使用量は増加する傾向があります。さらに、ネットワークを通じてデータや通信をやり取りする際に、多くの時間を要する場合もあるでしょう。

また、マイクロサービスアーキテクチャを利用するにあたって2つの注意点を紹介します。1つ目は、マイクロサービス同士のやり取りは一般的に公開APIを用いて行うことため、APIの仕様について事前に確認し、検討しておく必要があるということです。APIとは、ソフトウェアそれぞれの機能が互いにやりとりするために使用するインターフェースの仕様のことです。

2つ目は、データベース設計時において、複数のマイクロサービスに関連するトランザクションを実現させることが難しい点です。一般的に、マイクロサービスアーキテクチャでは、マイクロサービスごとに独自のデータベースをもっています。そのため、別のマイクロサービスのもつデータベースに直接的にアクセスすることができないように設計していることが多いです。

以上より、マイクロサービスアーキテクチャを利用する場合、「機能をどのように分割するか」ということが重要です。機能を細かく分割しすぎてしまうと、コストや効率性に対する負荷は大きくなってしまいます。

## マイクロサービスアーキテクチャを採用する上での3つの課題

ここまでに、マイクロサービスアーキテクチャにはメリットとデメリットがあることを説明しました。ここでは、マイクロサービスアーキテクチャを採用する上での課題について3点紹介しましょう。

*1.運用を担当する技術者への負担と中央機関の必要性*
これまでに説明したように、マイクロサービスアーキテクチャでは、機能を細かく分割しすぎてしまうと、コストや効率性に対する負荷は大きくなってしまいます。サービスを運用するにあたっての課題として、監視する対象が増加してしまうことにより、運用業務である死活監視やログ管理を行うことが複雑になるという問題点があります。そのため、技術者への負担が増加してしまう傾向があるでしょう。マイクロサービスアーキテクチャを採用する場合は、運用を担当する技術者への配慮を考慮した設計や検討が重要でしょう。

繰り返し説明しますが、マイクロサービスアーキテクチャでは、ひとつのシステムを複数のサービスで構成することになります。そこで、1つ1つのサービスの情報からシステム全体の状況を把握する監視体制と障害対応を徹底することが重要となります。そのため開発方法だけでなく、開発を実施する上での中央機関の体制をどうするかについての考慮も大切でしょう。

*2.マイクロサービスに関する専門的知識やスキルをもっている技術者が少ない*
マイクロサービスアーキテクチャは最先端の開発手法のため、スキルのある経験者が少ないのが現状です。マイクロサービスアーキテクチャを採用する規模を大きくしていくためには、今後、多くの技術者が必要です。海外では浸透しているマイクロサービスの手法ですが、日本では発展途上な開発手法のため、今後、マイクロサービスの導入を進めていくためには専門的な知識やスキルを身につけた技術者を増やしていくことが重要でしょう。

さらに、セキュリティを担保するための専門的な知識やスキルも必要でしょう。マイクロサービスは、機能を細かく分割していくため、モノリシックサービスと比較すると、サービスのセキュリティが脆弱になってしまう可能性があります。そのため、マイクロサービス全体のセキュリティ性を担保するためにも、セキュリティに関する専門的な知識やスキルを持った技術者も必要となります。

*3.チーム間でのコミュニケーションが難しくなる*
マイクロサービスアーキテクチャを採用する場合、サービスによって開発しているチームが異なるため、サービスの数が増加すると、開発するチームの数も増加することが多いため、チーム同士の連携が難しくなるでしょう。そのため、チーム同士のコミュニケーションを円滑にするために、各チームの間を横断し、統一したコミュニケーションルールを作成することが重要でしょう。

以上のように、マイクロサービスアーキテクチャは最先端の開発手法であり、発展途上のため、マイクロサービスアーキテクチャを採用する上で、「専門的な技術者が少ない」、「ノウハウが確立されていない」などの課題があることが言えるでしょう。

## 最先端の開発手法である「マイクロサービスアーキテクチャ」の導入は慎重に！

マイクロサービスアーキテクチャとは、サービスを構成している要素を小さな機能に分割して実装する手法のことです。どこまで機能を小さく分割すればマイクロサービスになるかという議論がありますが、「これが正しい」というのは存在しないため、開発するシステムに対して、メリットとデメリットを考慮することが大切です。

マイクロサービスアーキテクチャの開発手法は海外では浸透し始めていますが、日本ではまだまだ発展途上であるため、課題が多く存在します。*IT技術の発展のひとつの鍵である、マイクロサービスですが、導入については、今後も慎重な検討が必要と言えるでしょう。*

マイクロサービスアーキテクチャとは、サービスを構成している要素を小さな機能に分割して実装する手法のことで、日本ではまだまだ発展途上の開発手法です。当記事では、そんマイクロサービスアーキテクチャについての詳細やメリット・デメリット、課題について解説します。

マイクロサービスアーキテクチャとは、サービスを構成している要素を小さな機能に分割して実装する手法！

マイクロサービスアーキテクチャを利用する場合、「機能をどのように分割するか」ということが重要！

マイクロサービスアーキテクチャを採用する上で、「専門的な技術者が少ない」、「ノウハウが確立されていない」などの課題がある！

サービス・ツール・技術の記事（73ページ目）