デジタルトランスフォーメーションに 必要な技術とは？ Vol. 3 ～さまざまなサービスをつなぎ合わせて新しい価値を創る～

ソフトウェアのコンポーネントアーキテクチャ

マイクロサービスの話が出てくると、多くの人はSOAと何が違うかなどの疑問を持つことでしょう。ある意味、サービスの部品化ということでは、期待される効果は同じかもしれませんが、明らかに違う点があります。まずは、ソフトウェアの部品化の歴史を振り返ることにします。

部品化の仕様はこれまでにもいくつか提案されてきました。ある意味、ソフトウェアの部品化は、ソフトウェアエンジニアリングにおける永遠のテーマの様に思われます。1990年までのソフトウェアはほとんどが手続き型の言語を利用して作られていました。手続き型言語においてプログラマはプログラムの共通化をサブプログラムという形で実装していました。しかし、データとそのデータを操作するプログラムが１つのサブプログラムで構成されるこのやり方では、多くの場合よく似たプログラムがあちらこちらに散らばる結果となりました。

1990 年代に入り、Windows の出現とともにオブジェクト指向型の言語が広まりました。オブジェクト指向はクラスとオブジェクトの関係で、データとそのデータを操作するプログラムを分離することができるようになりました。ソフトウェアエンジニアリングとしては大きな一歩であったのですが、オープン型のシステムがポピュラーとなり、ネットワーク時代がやってきて、さまざまなシステムでは同一メモリ領域にはないプログラムを呼び出す必要性が出てきました。そこで登場したのが、RPC でした。マイクロソフトのDCOM や、OMG のCORBA は同一ネットワークの別のコンピュータ上のプログラムをあたかも同一コンピュータ上にあるプログラムのように呼び出すことができました。しかし、DCOMとCORBA は同じ仕様の中でしか呼びあうことができなかったため、お互いの陣営が仲間を呼び込み、競争してしまいました。

SOA、Web Servicesの時代はDCOMとCOBRAの反省から、インターオペラビリティ（相互運用性）の問題を解決しようと仕様の作成をしました。2000年頃から始まった、このサービス指向の時代は、ベンダ同士がどうやって繋がるかを仕様としてまとめることに躍起になっていたのです。そのため、Web Servicesの仕様は大きく膨れ上がり、全てを満たせるミドルウェアを開発できるのは、結局大手ベンダしかいなく、ベンチャー企業や小さな企業は取り残されていき、その技術を採用できる企業もエンタープライズの大手企業のみとなりました。

マイクロサービスの時代に

インターネットでさまざまなサービスを利用するニーズは、大手ベンダから発生したものではなく、コンシューマ向けのサービスを提供しているサービス事業者やそのサービス開発者から発生してきました。クラウド型のサービスは利用者と開発者がダイレクトに繋がる仕組みでもあり、利用者は使いにくいシステムは使わず、使いやすいシステムのみを使うため、サービス開発者も常に改善を繰り返さなければなりませんでした（参考：2016年4月号～クラウドサービスは「まことに日に新たなり」～）。それに加えて、サービスの提供はリーンで始めなければなりませんでした。そのため、クラウドサービスを提供することを考えている開発者たちは、

1. インフラは持たない
2. できるだけ作らずに済む方法を考える

という２点を大事にしています。

こういう環境の中で生まれ育ってきたのがマイクロサービスです。ある意味、マイクロサービスは必要に迫られたサービス開発者やサービス事業者が主体となって、疎結合、かつ、RESTfulなサービスとして開発されたもので、これまでのベンダ主導の仕様とは大きく違い、「それぞれの役割が分離されて他のコンポーネントの仕様に自社のサービスが影響を受けない」ところがポイントでした。SOAやDCOM/CORBAと違い軽量でかつシンプルな連携仕様が特徴です。

ユニリタのプラットフォーム

ユニリタでは、スマートフォーメーションサービスのソリューションの1つとして、スマートコミュニケーションプラットフォームを開発しました（下図参照）。スマートコミュニケーションとは、従来のグループウェアやメールのみを利用したコミュニケーションの方法から、SNS、スマホ、動画、IoTなどを活用したコミュニケーションへの変革を言います。いわゆるデジタル時代のコミュニケーションスタイルです。プロジェクトチームなど、同じ人と何度もやりとりする場合は、メールを利用するよりSNSを活用した方が便利です。SNSではあらかじめ、決められた人だけが参照および投稿できる部屋を作って、そこに投稿を行いますので、プロジェクトのメンバーが1人増えれば、その部屋に招待するだけで、これまでの議論を一通り見直すことができます。もし、このようなことをメールでおこなうと、フォワードの嵐となり、フォローアップすることが困難になります。

さらには、IoTやGPSを使った端末を利用することで、ロケーションベースのコミュニケーションが可能です。今、どこにいるのか？そして、その周りにはどのような人がいて、ヘルプをしてくれるのかなど、デジタル時代におけるコミュニケーションは日々変化しています。

スマートコミュニケーションプラットフォームは3つの階層からなります。まずは、アプリケーションのレイヤーです。いわゆるSaaSと呼ばれますが、SaaSは利用者が直接使うものです。従って、一番利用者からのフィードバックが多くなります。この階層で最も重要なのは、利用者の声を聴きながら日々改善していくプロセスです。利用者のユーザインタフェースがどれだけ使いやすものとなっているかを気にしなければなりません。そのためには、それ以外の細かい機能面は他のものを利用しましょう。アプリケーションの階層は開発者がアプリケーションの機能に集中できるように作られています。