Platform-as-a-Serviceに関して言えば、デブ・パンダは多くの利点を列挙することができます。
「PaaSは、アプリケーションの開発と導入の方法に革命をもたらしました。「PaaSは、アプリケーションの開発とデプロイの方法に革命をもたらしました」と、ヒューストンに拠点を置くビジネスサービス管理製品のプロバイダーであるBMCソフトウェアの製品管理責任者、パンダ氏は言います。
また、PaaSを利用することで、開発者は基盤となるインフラやその管理コストを気にすることなく、アプリケーション開発に専念することができます。
しかしパンダ氏は、特にJava PaaSには多くの課題があるとも考えています。彼はサンフランシスコで最近開催されたJavaOne/Oracle OpenWorldカンファレンスでJava PaaSに関するプレゼンテーションを行い、プレゼンテーション前のプレスインタビューでいくつかのポイントを強調しました。
しかし、Java PaaSプラットフォームにはまだ統一された標準がないため、PaaSプロバイダー間でのアプリケーションの移植性の欠如は大きな問題です。「アプリケーションとその関連データに関するプライバシーとセキュリティの懸念もあります。
驚くなかれ、多くのJava開発者は、どのJava PaaSプラットフォームを使うべきか、まだ迷っているのです。「Java PaaS の展望はまだ生まれつつあります。レポートに先立ち、パンダ氏は具体的なJava PaaSベンダーやプラットフォームについて言及することを避けましたが、現実には、この領域は非常に混雑しており、Amazon Web Servicesのelastic Beanstalk、CloudBees、Cloud Foundry、CumuLogic、GoogleのApp Engine、Heroku Java、JBoss OpenaS、JBoss OpenaS、Heroku Javaなどの多数のベンダーで埋め尽くされています。Engine、Heroku Java、JBoss OpenShift、Jelastic、MicrosoftのWindows Azure SDK、OracleのWebLogicなどです。
さらにPanda氏は、Java PaaSの提供内容はさまざまであると指摘します。例えば、Java EEをフルサポートしているものもあれば、Webアプリケーション・プログラミング・インターフェースを限定的にしかサポートしていないものもあります。「プライベートPaaSを売りにしているベンダーもあれば、完全に排除しているベンダーもあります。
その一方で、多くのJava PaaS開発者は、アプリケーションでJava PaaSを使うかどうか、いつ使うかについて、まだ迷っています。「Java PaaSを使わないことには、情状酌量の余地があります」とパンダ氏。例えば、"アプリケーションのデータ・プライバシーやセキュリティの問題を本当に心配しており、その環境を完全にコントロールしたいのであれば、PaaSは向いていません"。
同氏は、Java PaaSの利用に関心を持つ開発チームに対して、次のようなヒントを提供しています：
-まずは正しい焦点から。「ビジネス・ニーズを解決することに集中しましょう。
-よく考えてから行動しましょう。流行だからといって急いではいけません。Java PaaSがアプリケーションにとって本当に意味があるのかどうか、常に時間をかけて判断してください。
-アプリケーション中心のアプローチ。プラットフォーム・レベルではなく、アプリケーション・レベルで要件を見てください。そして、Java PaaSがそのニーズを満たす最良の方法を提供するかどうかを判断します。
-前へ。つまり、真にポータブルなプラットフォームを開発し、構築することです。結局のところ、パンダは、「Javaの全体的な目的は、一度開発すれば、どこでも実行できることです。
