GAE開発の落とし穴
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
ブックマークされました!
ブックマークがエラーになりました。もう一度お願いします。
作者 Dilip Krishnan , 翻訳者 大田 緑 - (株)チェンジビジョン 投稿日 2009年8月2日
最近の記事において、 William Vambenepe氏は、IT/クラウド管理の実用的な価値を調べるため、公開されている4つのクラウドAPI (AWS EC2、GoGrid、Rackspace、Sun Cloud)を比較している。
興味深いことに、WS-* 群の創出に関係した人間として、 William氏にとってRESTの原則は自然なものに思える。
WS-*とは反対のものですが、最先端の技術がCGI Perlスクリプトだったときに、ウェブアプリケーションを書き始めた人、電信プロトコルを愛する人 […]、XMLをそのまま扱うのが楽しい人 […]、セマンティックウェブを高く評価する人、そして、プロトコルよりもモデルを重視する人として、RESTの原則は、私にとってとても自然なものです。
ITリソース管理の経験をふまえて、この分野におけるRESTfulな原則と、様々なIT/クラウド管理ベンダがAPI設計にこれらの原則をどのように利用するのかについてWilliam氏は調査している。
しばらくの間、私はRESTに関して何か重要なことを見逃しているのではないかと思っていました。それは、IT管理にも当てはまります。それとも、これは“ただ一つのプロトコルを選び、モデルに注目するだけの問題”でしょうか。(ただ他に選択できる方法の様々な欠点を避けることと同じように。これは、正当な理由ですが、RESTに本来備わっている利益ではありません。)
William氏は、Amazon EC2 のちょっとした歴史について書き始めた…
Amazon EC2 APIが2、3年前に出てきて、SOAPと同等のものや単純なHTTPの代案であったとき、ただプロトコルを選んで変えないことが問題だという考え方を動かすものは何もありませんでした。単純なHTTPか、SOAPの選択肢を与えましたが、 それは、ただ、どのようにメッセージをシリアライズするかという問題でした。(入力がURLパラメタか、SOAPメッセージかどうか。いずれにしても出力はSOAPラッパーでした。)
[…]
2009年まで話を進めると、今や多くの人たちがクラウドコンピューティングのためにRESTfulなAPIを作成して公開しています。これらは、実際の実装によって裏付けられたAPIであり、明確にRESTfulであることを要求しています。(Amazonとは異なります) さらに、APIを作った人たちは、データセンターの自動化やREST設計に大きな信頼を得ています。最初は、GoGrid、次に、Sun Cloud API、そして、最近は、Rackspace。だから、今、私たちは、リソース管理にとってRESTが何を意味するかを理解するように分析する具体的な仕様書を持っています。
… 続けて、GoGrid API、Rackspace の“クラウドサーバ” API、Sun Cloud APIを検討している。それから、William氏は、様々なクラウドベンダは提供するものがどれも似通っているとし、機能の詳細な比較はせずに結論を出した。 He concludes, without going into a detailed comparison of the features that the various cloud vendors are very similar in their offerings
全体的に、これらは多くの面から見てかなり似ています。これらを使って、同じようなことができます。(画像に基づいてサーバインスタンスを作成し、それらを破壊し、IPを割り当てる…) いくつかの機能は異なります。GoGridは、ロードバランシング機能をより良くサポートします。Rackspaceでは、バックアップスケジュールの制御ができます。Sunは、クラスタを提供します。(EC2 API固有のグループとして管理する機能のようなものを実現する方法です。)
William氏は、SunとRackspaceのAPIがもっともRESTfulであると結論付けている。その結果として、これら2つを使って開発するのは最高におもしろいものになるだろう。この記事は、William氏のブログで見つけられる。これらのクラウドベンダのAPIを使って開発した経験はあるだろうか? 特に、William氏の分析から明らかにもれているベンダであるMicrosoftのWindows Azureを使っているだろうか?
世界の先進エンジニアが集結 - QCon TOKYO 2012 早期割引実施中!
【ネクストスケープ】.NET、C#のアプリケーション開発者募集
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
去る1月12日、定理証明支援系ツールCoqの初心者向けチュートリアルが開催さ れた(http://kokucheese.com/event/index/23667/)。今後も2月2日 (http://kokucheese.com/event/index/23744/)、2月9日、2月16日と引き続き開 催されていく予定である。本記事では、開催の様子をレポートする。
Neal Gafter氏はOracleによるJava買収の影響に関する議論、Javaにセグメンテッドスタックやメタオブジェクトプロトコルを追加することについての主張、そしてJavaとC#との比較について話をしてくれた。
GoogleはVMをともなう新しい言語であり、JSコンパイラでもあるDartをプレビューした。 InfoQはDartのアプリの構築に貢献する文法の裏側を探った:スナップショット、Isolate、モジュール方式
本記事ではCSPベースの「マルチドメイン・モデル検査ツール」である、PAT(Process Analysis Toolkit)について紹介する。モデル検査は、形式手法(Formal Method)という方法論を基礎とする技術であり、複雑さが増大しながらも安全性を求められる、現在のソフトウェア開発の状況に対する処方箋の1つとして注目されている手法である。
前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。
Alloyは、MITにて開発された仕様記述言語であり、ツールによる自動解析を使い、インクリメンタルに形式仕様が書けることが特長である。筆者らはAlloy開発者による、Alloyを使った形式手法入門書を翻訳、今夏にオーム社より刊行した。本記事では、Alloyの簡単な概要と、翻訳書『抽象によるソフトウェア設計』(「Alloy本」)を紹介する。
スマートフォンを中心としたマルチデバイスにおけるタッチユーザーインターフェイスへの対応は、既に必須の項目となりつつある。本記事では、Windows デバイスにおける UX のベースとなっている「メトロ」というデザイン言語を掘り下げながら、既存環境を意識しつつもどのようにタッチユーザーインターフェイス開発に取り組んでいくべきであるかについて解説していく。
No comments
スレッド表示 返信