2009/11/13 Javaコミュニティ＠九州 例会でのプレゼンテーション 11/18 本番でしゃべったことをふまえて補足をいれました。

1. Google App Engineとその影響 2009/11/13 きしだ なおき Javaコミュニティ＠九州 例会

2. 自己紹介 きしだです。

3. なぜクラウドか

4. 初期のネットワーク

5. 構造化されたネットワーク サーバーごとに役割を決める

6. データの内容でも構造化 ex:はてなはidごとに サーバーをわける

7. ex:2chは板ごとに サーバーをわける

8. ネットワークへ携帯端末の参加

9. 端末の大きさと通信頻度

10. 端末の大きさと端末の数

11. つまり全体の通信量

12. 構造化されたネットワーク 再配置が追いつかない

13. 爆発する通信に対応できない

14. WEB+DB PRESSのヤフオクみたいなことを今はできない。

15. クラウド 構造化しない

16. すべてのサーバーですべての処理

17. Google App EngineとAmazon EC2

18. Amazon EC2は仮想サーバー貸し サーバーを存在させただけ課金

19. なんでもできる

20. アクセスがなくても課金される

21. サーバーの設定は自分で

22. サーバーの構成は自分で

23. つまり、クラウド上の構造化サーバー

24. Google App Engineはリソース貸し リソースを使っただけ課金

25. アクセスがなければ課金されない

26. 制約が大きい スレッドが起動できない

27. リレーショナルデータベースではない

28. データをまたがるロックができない データは複数サーバーに配置されるので、複数サーバーがロックされる

29. Google App Engineの機能

30. 分散key-value-store 各データはどこかのノードに配置される

31. データはProtocolBuffersでシリアライズされて格納される Protocol Buffers ・・・ Googleのシリアライズ仕様 RDBとの設計思想の転換 RDB:データをストレートに格納して抽出時に処理

32. GAE:データを処理して格納してストレートに抽出

33. Google App Engineでのデータストア データは分散して配置される

34. JDOとネイティブAPI JDO コード書きやすいけど制約

35. GAEのすべてを使い切れない

36. 実装が未熟 クエリー最適化

37. バグ ネイティブAPI(low level API) 仕様が小さい

38. GAEのすべてを使える

39. コードめんどくさい

40. JDO

41. 準備 PersistenceManagerFacoryを取得するコード Googleのドキュメントに書いてあるコード public final class PMF { private static final PersistenceManagerFactory pmfInstance = JDOHelper.getPersistenceManagerFactory("transactions-optional"); private PMF() {} public static PersistenceManagerFactory get() { return pmfInstance; } }

42. エンティティ定義 アノテーションでいろいろ指定 @PersistenceCapable(identityType = IdentityType.APPLICATION) public class Member { @PrimaryKey @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY) private Key id; @Persistent // @javax.jdo.annotations.Unique unique属性は効かない private String screenName; @Persistent private String name;

43. 登録 オブジェクトを生成してmakePersistentする //データベース登録 PersistenceManager pm = PMF.get().getPersistenceManager(); Member m = new Member(screenName, name); try{ pm.makePersistent(m); }finally{ pm.close(); }