HANAのマルチテナント対応について質問された、SAPの共同創業者で会長のハッソ・プラットナー氏。彼は興奮気味にマルチテナントなんて必要ないとまくし立てた。マルチテナントは「ベンダー側の都合」であり、ユーザーにとってはなんらメリットはないというのが以前からのプラットナー氏の主張だ。ERPも動かせるようになった。今後サービス化されるSAPの新しい「シンプルERP」のエンジンもHANAだ。このシンプルERPはクラウドでのサービスとなるが、それでもHANAにはマルチテナントは必要ないとプラットナー氏は断言する。マーク・ベニオフ氏だろう。彼は何年間にもわたり、同社のクラウドサービスが「マルチテナントであることこそが大きな特長の1つ」と主張し続けてきた。莫大なリソースを複数のユーザーで共有する。することで安く早くアプリケーションを提供できる。たんなるメリットというよりもクラウドの必要条件の1つが、マルチテナントという印象を市場に植え付けたと言っても過言ではない。ラリー・エリソン氏だ。アプリケーションレベルでマルチテナントを実現しているSalesforceのクラウドサービスは不完全で伸縮性に乏しいと指摘した。実際Salesforceのサービスにはアプリケーションレベルでマルチテナントを実現しているがために、「ガバナー制限」と呼ばれる厳しい制約がある。これをうまく回避するのが、Salesforceで仕事をするエンジニアのテクニックの1つにもなっている。喧嘩を仕掛けたオラクルは、マルチテナントをデータベースのレベルで実現してみせた。12cの最大の特長となる「マルチテナント・アーキテクチャ」だ。コンテナデータベースとプラガブルデータベースを使い、1つのデータベースの中に「完全に分離されたデータベース」をいくつも動かせるようにした。後にベニオフ氏とエリソン氏はあっさりと和解し、セールスフォース・ドットコムとオラクルは2013年6月戦略的な提携を発表する。Platform」をベースに、同社サービスの標準化を図っていくと表明している。どのレベルでマルチテナント性を確保するべきかここで整理しておきたいが、データベースにマルチテナント機能があることと、クラウドのサービスがマルチテナントで提供していることは違う。クラウドのサービスを利用するユーザーにとっては、マルチテナントがどのレベルで実装されていても関係ない。結果的に自分たちが利用するクラウドが安全で柔軟な伸縮性を持っていればいい。マルチテナントがアプリケーションのレベルでもデータベースのレベルでも、はたまた仮想化ハイパーバイザーのレベルでもあまり気にしないかもしれない。考えれば、プラットナー氏が言うようにデータベースにマルチテナントの機能は必須ではないだろう。SAPの主力であるERPの世界は、アプリケーションやデータベースのレベルで仮想化し分離するよりも、クラウド上であってもいっそ自分専用のリソースを確保したい。他人の利用がいっさい自分たちのシステムに影響を与えないで欲しいと考える企業も珍しくないだろう。これにはIBMのSoftLayerのように、いっそベアメタル型のクラウドサービスの上でERPを動かしたいと考えるかもしれない。一方でとにかくなんらかのアプリケーションをクラウドで安く使いたい、素早くグローバル展開したい企業であれば、結果的にデータベースのレベルでマルチテナントを実現しているクラウドサービスや、Salesforceのようにアプリケーションレベルでマルチテナントを実現しているサービスを選ぶほうがコスト効率はよくなる。サービスベンダー側の管理コストやリソースの有効利用を考えれば、なるべく上位レイヤーでマルチテナントを実現しているに越したことはないからだ。マルチテナントの件でベニオフ氏に喧嘩を仕掛けたラリー・エリソン氏Salesforceの場合は冗長構成は別として、基本的に1つのデータベースを複数のユーザーで共有する。世界中の大勢のユーザーが、1つのアプリケーションを利用するアーキテクチャだ。アップデートもパッチ当ても1つのシステムに対して行えば、その恩恵はそれを使っているすべてのユーザーが享受できる。実際はそんなに単純な話ではないかもしれないが、考え方はそうなっている。12cのマルチテナント・アーキテクチャも管理単位は1つのコンテナデータベースだけでいい。その上で動くプラガブルデータベースがいくつあっても、管理の基本は1つのコンテナ単位で済んでしまうのだ。HANAの場合は、ユーザー企業ごとにデータベースが動くことになる。ユーザーが増えればそれだけ管理対象のデータベースは増える。数千、数万と契約が増えていけば、それだけ管理手間は増えるだろう。なれば、最終的にはその手間の分のコストがクラウドサービスの費用にも影響するはずだ。Cloudのように、管理を行うのがSAP自身であれば運用管理の作業をなるべく集約し効率化する工夫はできる。ハイパーバイザーのレベルで完全に分離できているメリットがアピールポイントになるかもしれない。プラットナー氏の言うように、データベースにマルチテナント機能がいるかどうかはベンダーの都合と言うのは、たしかにその通りの面もある。ユーザーはマルチテナント機能が欲しいのではなく、マルチテナントで実現されたサービスを使いたいだけだからだ。いえ、自分たちがどのようなアプリケーションをクラウドで活用したいのか、さらにはハイブリッドクラウドのようなものも将来的には視野に入っているかなどによっては、どのレベルでマルチテナント性が確保されているかをユーザーも意識する必要がある。SAPとオラクルのマルチテナントに対する考え方の違いは、アプリケーション屋とデータベース屋の発想の違いかなと思う。どちらの主張が正しいではない。自分たちが利用しようとしているものでは、マルチテナントをどう捉えておけばいいかを考えておく必要がありそうだ。連載通知を行うには会員登録(無料)が必要です。会員の方はログインを行ってください。AI、エキスパートシステムが流行っていたころに、開発エンジニアとしてIT業界に。その後UNIXの専門雑誌の編集者を経て、外資系ソフトウェアベンダーの製品マーケティング、広告、広報などの業務を経験。現在はフリーランスのITジャーナリストとして、クラウド、データベース、ビッグデータ活用などをキーワードに、エンタープライズIT関連の取材、執筆を行っている。EYACCの森島さんはいかにして生まれたのか318SAPが会津若松で中小企業のものづくりのイノベーションに取り組む理由296AWSでセキュリティを高めるために今すぐやるべき7つのこと262企業のデジタルシフトはIoT、5G、サブスクリプションが牽引。×ログインEメールパスワード※旧SEメンバーシップ会員の方は、同じ登録情報(Eメール&パスワード)でログインいただけます。パソコン「EnterpriseZine」(エンタープライズジン)は、翔泳社が運営する企業のIT活用とビジネス成長を支援するITリーダー向け専門メディアです。イラストの無断転載を禁じます。記載されているロゴ、システム名、製品名は各社及び商標権者の登録商標あるいは商標です。