Slim3事例報告
- 2. 自己紹介 石井賢司（いしいけんじ） http://twitter.com/knj77 http://d.hatena.ne.jp/knj77 株式会社Prophet所属
- 3. プロジェクト概要 運送料金オンライン見積りシステム http://giga-dokuji.appspot.com/ http://www.mixcargo.jp/ 管理者：運送業者様
- 4. 利用者：荷主様
- 8. 体制／期間 3 人で約 3 週間 石井と新人２人
- 10. 自社サイト ( 静的 ) を GAE/J に移行
- 11. お問い合わせフォーム作成
- 13. Seasar （ SAStruts ）の経験
- 14. ほぼ完成の時期（ 1get ！？） gtx 初回実装直後、ただし本案件では未使用
- 15. ( GAE で ) 苦労した点 エンティティグループ
- 16. インデックス爆発
- 17. Datastore の分間制限
- 18. ->つまりは Model の設計
- 19. エンティティグループ わかってなかった！ 公式ドキュメントから読み始めため、 JDO とごっちゃに。 -> ドキュメント読み直し -> Twitter( #appengine ) 偉大 -> 「 EG は tx の為だけに存在する。 RDB 的な小綺麗さは必要ない。」 by ひがさん
- 21. 検索条件が複雑なため検索用 Entity 設計の見極めが必要だった。 [図解インデックス爆発] 都道府県 List
- 22. 距離範囲検索
- 23. ランキング表示（ソート）
- 24. -> Slim3 の filterInMemory 、 sortInMemory で解決
- 25. Datastore の分間制限 原則「 SELECT は頑張らない。 INSERT 超頑張る！」 ->頑張るにも限度がある！！ Datastore の制限は課金設定時も最大約 2,500 件 / 分間。課金上げても上限は増やせない。
- 26. 検索用 Entity 数十万件の場合 TQ で PUT すると、分間の OverQuota 発生（＝サービス停止）
- 27. QverQuota 時の TQ リトライで CPU バカ喰い
- 28. TQ を 1 分置きにすると消化まで数時間！
- 29. 差分更新はできない。
- 30. -> Entity 減らして SELECT 時も頑張る！
- 31. Slim3 すごい xxxInMemory でインデックス爆発回避
- 32. 更に filter,sort と xxxInMemory は分離できる！ ModelMeta m = new ModelMeta(); List<Model> result = Datastore.query(Model.class) .filter(m.aaa.equal(param1)) .filterInMemory(m.bbb.equal(param2)) .asList(); if (result != null) { // 処理を中断してゴニョゴニョできる！ for(;;) { } // “クエリ”を再開 result = Datastore.filterInMemory(result, m.ccc.equal(param3)); result = Datastore.sortInMemory(result, m.ddd.asc) .subList(0, 10); }
- 33. GAE の課題 Spin-up 問題 Iframe だと特に気になる
- 34. -> 「アクセスが多ければ遅くならない」と 暗に責任転嫁するライフハック Quota の警告メール欲しい
- 35. SDK のバージョンアップ怖い
- 36. <Slim3 の課題 > マスコットキャラが必要！？
- 37. GAE の良かった点 コスト 課金設定するだけで Quota 上がる
- 38. 実際はゼロ円 うっかりヒット上等