• アプリケーションのランタイム、ミドルウェア、データ処理を基盤となるインフラから抽象化する機能
• Java、Ruby、Grailsなど広範な言語のサポート。米Microsoftは.NET FrameworkとPHPだけしかサポートしておらず、米OracleのPaaSはJavaしかサポートしていない。しかし広範な配備オプションを提供しているベンダーを探すことが重要だ。そうすれば、クラウドベンダーによるロックインを避けることができる。

バージョンアップ

　伝統的なITベンダーなどでは、特定のOSや管理製品のアーキテクチャと結び付いた新製品や新リリースを市場に投入している。こういったリリースやアップデートは、1年に1回あるいは2回ほど行われることもある。しかしPaaSはOS機能に依存しているため、新バージョンを素早く開発してリリースするのは容易ではない。このカテゴリーに含まれる伝統的ベンダーとしては、米Dell、米Hewlett-Packard（HP）、米IBM、Microsoft、Oracleなどがある。米Red Hatもややその傾向がある。

ターゲット市場

　PaaSベンダー各社は、主要な開発者市場（自社のインストールベースであることが多い）に訴求するように製品をデザインするという点にも注意する必要がある。例えば、Windows Azureは、.NET開発者に狙いを定めている。Red HatのOpenShiftはオープンソースコミュニティーをターゲットにしている。米VMwareは広範な開発者グループにフォーカスしている数少ないベンダーの1社であり、オープンソースフレームワークのCloud Foundryなどを提供している。

管理とメンテナンス

　ベンダーが掲げるオープン主義が、クラウドユーザーに何を意味するのかという点に留意する必要がある。各社のPaaS技術はさまざまなオープンソースプロジェクトをベースとしている可能性があり、それらのプロジェクトをベンダー自身が管理している場合もあれば、そうでない場合もある。

互換性問題

　ユーザーのあらゆるニーズに対応しようとしているPaaSベンダーも要注意だ。こういったベンダーは、自社のPaaSアーキテクチャが全ての主要なクラウドエコシステムに対応していると言うかもしれないが、これは必要最低限の機能だけを提供することでしか実現できないことだ。極めて変化が激しく、急速に進化しつつある市場に付いて行くために膨大なリソースを投入しない限り、PaaSベンダーが全てのクラウドエコシステムに対応するのは無理だろう。

将来性

　PaaSベンダーを選ぶに当たっては、時間という試練に耐えられるビジネスパートナーを探すこと。ベンダーがPaaSの提供でどのくらいの経験があるのか注目する必要がある。ベンダーの財務状況および今後の成長可能性をチェックする必要もある。さらに、そのベンダーは豊富なパートナーを抱えているのか、ユーザーは満足しているのか、斬新な技術を開発しているか、ユーザーのニーズに応えてくれるか、競争で確固たる地位を確保しているか、といったことも確認すべきだ。