いつの間にか入り込んできたSaaSアプリケーションをIT部門が認識できていない場合、組織のセキュリティ、ひいてはデータの保全性がリスクにさらされる。

　IT部門が認識しているとしても、エンドユーザーはSaaSベンダーの手中にある。企業の情報の一部は、サービスプロバイダーのデータセンターに保存されるためだ。IT部門自体はデータ管理の重圧から解放されるが、自社のデータのコントロールを第三者に委ねることに、業務部門は慎重な姿勢を示すことが多い。サービスプロバイダーがどのようにデータにセキュリティを設定しているのか、またはバックアップ対策を用意してデータ保護に努めているのかを業務部門が理解していないため、この不安はますます増幅される。従って、堅実なサービス品質保証（SLA）契約を吟味してまとめることが必須だ。

SLA契約とは？　望ましいSLAとは？

　SLAは、SaaSベンダーが提供するサービスの内容と、保証したサービスを提供できなかった場合の対応を詳しく規定したもので、通常の有効期間は1年だが、5年間とする場合もある。ただし、最近、SaaSベンダーはSLAに関して手抜きをしていることが判明している。エンドユーザーに対して具体的な保証をするのではなく、よりよいサービスを次回に提供するとした“緩い”SLAを作成しているのだ。しかし、企業はベンダーに契約内容を一任するのではなく、企業自体でSaaSプロバイダーが具体的な要件を満たせるかどうかを最後まで見極め、その上でSLAを吟味してほしい。また、専門家によると、これは最も見落とされがちな部分ということだが、ダウンタイムが発生した場合の補償についても必ず交渉しよう。

技術的な注意点は？

　まず利点を挙げると、SaaSは相互運用性が高く、強力なコラボレーション機能を備えている。全社レベル、究極的にはグローバルで同じバージョンのソフトウェアを使用できる。ASP／ホスティングという従来のアウトソースモデルと比べると、SaaSのWebベースの環境は、柔軟性とスケーラビリティが高く、費用効率も高い。また、組み込みの分析ツールでパフォーマンスを測定できるため、ベンダーはデータフィードバックを基に改良を重ねていくことができる。結果として生産性が向上し、それによってIaaS（Infrastructure as a Service）、PaaS（Platform as a Service）など他のサービスにもよい影響が出る。

　ただし、SaaSによる継続的なアップデートは、技術的な問題ももたらす。SaaSでは、古いバージョンのアプリケーションをユーザー企業は使用できず、新しいバージョンの不備が修正されるまでに、バグや“初期”トラブルに見舞われる可能性がある。他に技術的な問題としては、データモデルが企業の標準と合わないことや、既存のエンタープライズアプリケーションと統合できないことが考えられる。パフォーマンスに関しては、動作が遅い、データ喪失、ベンダーロックインなどの問題がある。

SaaSアプリケーションの管理支援ツールはあるか？

　SaaSモデルにはちょっとした問題はあるものの、幸い、普及が進んでいることで、多くの統合ツールベンダーが目を向けていて、SaaSに特化した新しいタイプのシステムインテグレーター（SI）も誕生しつつある。その1つが米Appirioで、米Amazon、米Facebook、米Google、Salesforce.comといった大手や、モバイル環境でのアプリケーション利用を可能にする（2011年にSalesforce.comに買収された）米Model Metricsと提携している。

　SaaSは、オンプレミスとオンデマンドの両方のアプリケーションを扱うため、ベンダー専用の統合ツールが開発されている。ツールの中には、WebベースのSaaSアプリケーションをオンプレミス環境にダウンロードできるものもあるが、オンプレミスまたはクラウドソリューションとして作られているものもある。

　現在では、このようなサードパーティーツールを利用してデータを管理できるようになったが、実用には専門的なスキルが必要だ。ありがたいことに、当初SaaSに懐疑的だったIT部門が、SaaSアプリケーション管理を通してエンドユーザーのニーズを実現するという考えに共感を示しつつある。