サービスメッシュのオープン化に対するMicrosoftとGoogleのアプローチの違い

MicrosoftがKubernetes対応のサービスメッシュであるOpen Service Mesh（OSM）を発表しました。OSMはサービスメッシュの標準仕様であるService Mesh Interfaceに準拠したオープンソース実装で、同時に将来CNCF（Cloud Native Computing Foundation）に寄贈する予定であることも発表されました。

マイクロソフト、サービスメッシュの新たなオープンソース実装「Open Service Mesh」発表。Envoy採用、CNCFへ寄贈予定

記事にあるように、そもそもService Mesh Interface（SMI）自身、Microsoftが主導して発表したものです。

マイクロソフトやHashiCorpらが「Service Mesh Interface」（SMI）を発表。Kubernetes上のサービスメッシュAPIが標準化へ

サービスメッシュはESBの再来ではない？

サービスメッシュというのは、マイクロサービス同士を結びつけ、安全に通信できるようにするためのデータ交換インフラです。最初に聞いたとき、SOAにおけるESBみたいなものかと思って調べてみたのですが、ちょっと違うようです。

マイクロサービスアーキテクチャのためのアプリケーション統合：サービスメッシュはESBではない

記事には

ESBソリューションは通常、異種のシステムやAPIへのコネクタ、メッセージのルーティング、変換、回復力のある通信、永続性、トランザクションなど、すべての組み込み統合機能の原動力です

とあります。しかし、マイクロサービスでは

サービスメッシュはESBの一部であるいくつかの機能を提供するので、それがアプリケーション統合も行う分散型ESBであるという誤解があります。それは正しくありません。

ということです。

サービス間の通信のためのインフラストラクチャとしての使用のみを目的としており、その内部にビジネスロジックを構築するべきではありません

ということです。今回のOSMも、データプレーンにハイパフォーマンスプロキシのEnvoyが使われているということですので、ESBよりは低い階層を担当するものという位置づけのようです。

何故Googleは参加していないのか？

興味深いのは、上記のSMIにGoogleが参加していないことです。

cndjp春のService Mesh祭り！- cndjp第14回 レポ

Googleはこういった共通仕様やオープン化の取組みには積極的に参加するイメージがあります。ましてや、SMIはKubernetes上でのサービスメッシュの標準をOSSで開発しようとするものであり、KubernetesはGoogleがオープン化した技術です。本来であればSMIについてもそれを主導するか、少なくとも参加はしてきたのではないかと思うのですが、今回SMIに参加していないのは、何か理由があるのでしょうか？

私は、この背景にはサービスメッシュのデファクトはGoogleのIstioで決まりかけているということがあるように思います。Googleとしては、わざわざSMIに参加しなくても、自社の技術がデファクトになれば他が勝手にそれに合わせてくれば良い、と考えているのではないでしょうか。それに対して、出遅れたMicrosoftが2位以下のグループを束ねて標準化を行い、失地を回復しようとしていると考えれば、この展開も納得できます。

Google不参加ながらIstioには対応

SMIのサイトでは、パートナーシップの欄にGoogleの名前はありませんが、エコシステムの欄にはIstioのロゴがあります。これはSMIがIstioにも対応しているということです。

Service Mesh Interfaceの紹介 - Brendan Burns氏のQCon New Yorkでの講演より

によると、SMIは

Service Mesh Interface(SMI) 仕様は、さまざまなサービスメッシュ実装の上に抽象化レイヤを提供することで、システム内のプロセスを変更せずに実装を簡単に交換できるようにする。

ということですので、前述のIstio対応は、SMI陣営側がGoogleのIstioに対応した抽象化レイヤを提供している、ということなのでしょう。一方で、OSMはEnvoyに対応した抽象化レイヤと考えれば良さそうです。

OSSに潜む罠

この件でいろいろ調べていて、こんなエントリを見つけました。OSMのソースコードに、他のOSSのコードが含まれていたということです。

2020年8月7日　Linkerdが好きすぎて... Microsoft，「Open Service Mesh」一部コードのコピペを認める

これはOSSのリスクを表わしています。たとえ盗用のつもりが無くても、他人のコードが紛れ込むことはあり得ることで、しかもそれは結構な確率で発見されてしまいます（なんせソースが公開されていますから）。開発段階で一時的に他のソフトのコードを流用することはあるでしょうから、リリース時にそれが残っているということが起こりえます。今回のように即刻謝罪すれば大きな問題には発展しないと思いますが、不特定多数が参加する開発コミュニティにおいては、これを適切に管理するのはかなり難しい作業といえます。

【募集開始】第35期 ITソリューション塾

オンライン（ライブと録画）でもご参加いただけます。

ITソリューション塾・第35期（10月7日開講）の募集を開始しました。

新型コロナ・ウイルスは、肺に感染するよりも多くの人の意識に感染し、私たちの考え方や行動を変えつつあります。パンデミックが終息しても、元には戻ることはありません。私たちの日常は大きく変わり、働き方もビジネスも変わってしまうでしょう。これまでの正解は、これからの正解と同じではありません。ならば、事業戦略も求められるスキルも変わらざるを得えません。

本塾では、そんな「これから」のITやビジネスのトレンドを考え、分かりやすく整理してゆこうと思います。

特別講師

この塾では、知識だけではなく実践ノウハウについても学んで頂くために、現場の実践者である下記の特別講師をお招きしています。

=====

• アジャイル開発とDevOpsの実践

  • 戦略スタッフ・サービス　代表取締役　戸田孝一郎　氏

• 日本のIT産業のマーケティングの現状と"近"未来

  • シンフォニーマーケティング　代表取締役　庭山一郎　氏

• ゼロトラスト・ネットワーク・セキュリティとビジネス戦略

  • 日本マイクロソフト　CSO 　河野省二 氏

=====

• 日程 初回・2020年10月7日(水)～最終回・12月16日(水)

• 毎週18:30～20:30

• 回数 全10回＋特別補講

• 定員 100名

• 会場 オンライン（ライブと録画）および、会場（東京・市ヶ谷）

• 料金 ¥90,000- （税込み¥99,000）

  • PCやスマホからオンラインでライブ&動画にて、ご参加頂けます。

  • 資料・教材（パワーポイント）はロイヤリティフリーにて差し上げます。

詳しくは、こちらをご覧下さい。