1. Mroongaを選んだ理由と
ちょっと嬉しかった話

2. はじめまして！（一部のじゃない方こんばんわ！）
てるい まさし
照井 将士
"
https://www.facebook.com/marcy.terui
https://twitter.com/FumblePerson
"
とあるSIerの雑用係
"
AWS Certified Solutions Architect(道内第一号)
JAWS-UG札幌 下っ端メンバー
(マグレで)第5回Tuningathon(チューニンガソン)優勝"
サーバゆとり世代
""
1987年 東京都大田区に生まれる
1992年 札幌移住
2011年 とあるSIerに入社
"
"
役職：下っ端
仕事：インフラ構築・運用(主にAWS) WEBシステム開発 その他雑用

3. はじめまして！（一部のじゃない方こんばんわ！）
てるい まさし
照井 将士
"
https://www.facebook.com/marcy.terui
https://twitter.com/FumblePerson
"
とあるSIerの雑用係
"
AWS Certified Solutions Architect(道内第一号)
JAWS-UG札幌 下っ端メンバー
(マグレで)第5回Tuningathon(チューニンガソン)優勝"
サーバゆとり世代
""
1987年 東京都大田区に生まれる
1992年 札幌移住
2011年 とあるSIerに入社
"
"
役職：下っ端
仕事：インフラ構築・運用(主にAWS) WEBシステム開発 その他雑用

4. はじめまして！（一部のじゃない方こんばんわ！）
てるい まさし
照井 将士
"
https://www.facebook.com/marcy.terui
https://twitter.com/FumblePerson
"
とあるSIerの雑用係
"
AWS Certified Solutions Architect(道内第一号)
JAWS-UG札幌 下っ端メンバー
(マグレで)第5回Tuningathon(チューニンガソン)優勝"
サーバゆとり世代
""
1987年 東京都大田区に生まれる
1992年 札幌移住
2011年 とあるSIerに入社
"
"
役職：下っ端
仕事：インフラ構築・運用(主にAWS) WEBシステム開発 その他雑用

5. はじめまして！（一部のじゃない方こんばんわ！）
てるい まさし
照井 将士
"
https://www.facebook.com/marcy.terui
https://twitter.com/FumblePerson
"
とあるSIerの雑用係
"
AWS Certified Solutions Architect(道内第一号)
JAWS-UG札幌 下っ端メンバー
(マグレで)第5回Tuningathon(チューニンガソン)優勝"
サーバゆとり世代
""
1987年 東京都大田区に生まれる
1992年 札幌移住
2011年 とあるSIerに入社
"
"
役職：下っ端
仕事：インフラ構築・運用(主にAWS) WEBシステム開発 その他雑用

6. 実は、第２子が生まれそうですｗ
いきなり電話掛かってきて抜けたらごめんなさい(;´Д｀)

7. ということで（何が）
Mroongaを選んだ理由

8. ちょうど一ヶ月前くらいのこと

9. ＿人人人人人人人人人人人人＿
＞突然の日本語全文検索案件 ＜
￣Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y￣

10. 概要
※予定なので変わる可能性があります

11. 概要
• いくつかの無料定期配布誌を電子化し、
WEB閲覧させるためのバックエンドシステム
※予定なので変わる可能性があります

12. 概要
• いくつかの無料定期配布誌を電子化し、
WEB閲覧させるためのバックエンドシステム
※予定なので変わる可能性があります
• フロントエンドは既存(他社)の
Flash or HTML5な電子化ソリューションを利用

13. 概要
• いくつかの無料定期配布誌を電子化し、
WEB閲覧させるためのバックエンドシステム
※予定なので変わる可能性があります
• フロントエンドは既存(他社)の
Flash or HTML5な電子化ソリューションを利用
• 電子化されたデータを登録・管理し、
内容を全文検索できるようにして、
目的の巻号、ページに直接飛べるようにしたい
（電子化Sol側は対応しているので、パラメータ指定して飛ばしてあげれば良いだけ…のはず）

14. 概要
• いくつかの無料定期配布誌を電子化し、
WEB閲覧させるためのバックエンドシステム
収益化が見込めないサービスなので、
初期費用・ランニングコストはあまりかけられません！
※予定なので変わる可能性があります
• フロントエンドは既存(他社)の
Flash or HTML5な電子化ソリューションを利用
• 電子化されたデータを登録・管理し、
内容を全文検索できるようにして、
目的の巻号、ページに直接飛べるようにしたい
（電子化Sol側は対応しているので、パラメータ指定して飛ばしてあげれば良いだけ…のはず）

15. Region
フロント・管理用
サイト
EC2 Instance Contents
何かしらの
全文検索エンジン
電子ブック
Users
Internet
電子化Sol
Administrators

16. Region
フロント・管理用
サイト
EC2 Instance Contents
何かしらの
全文検索エンジン
電子ブック
Users
Internet
電子化Sol
Administrators
変換

17. Region
フロント・管理用
サイト
EC2 Instance Contents
何かしらの
全文検索エンジン
電子ブック
Users
Internet
電子化Sol
Administrators
変換
アップロード

18. Region
フロント・管理用
サイト
EC2 Instance Contents
何かしらの
全文検索エンジン
電子ブック
Users
Internet
電子化Sol
Administrators
変換
アップロード
画像等を配置

19. Region
フロント・管理用
サイト
EC2 Instance Contents
何かしらの
全文検索エンジン
電子ブック
Users
Internet
電子化Sol
Administrators
変換
アップロード
画像等を配置
内容データ登録

20. Region
フロント・管理用
サイト
EC2 Instance Contents
何かしらの
全文検索エンジン
電子ブック
Users
Internet
電子化Sol
Administrators
変換
アップロード
画像等を配置
内容データ登録
検索

21. Region
フロント・管理用
サイト
EC2 Instance Contents
何かしらの
全文検索エンジン
電子ブック
Users
Internet
電子化Sol
Administrators
変換
アップロード
画像等を配置
内容データ登録
検索
検索結果を元にアクセス

22. さて、全文検索どうしましょう？

23. 全文検索色々
• Elasticsearch
• Apache Solr
• Amazon CloudSearch
• Groonga(Mroonga)
etc…

24. Elasticsearch、Apache Solr
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance Elasticsearch
or
Apacke Solr
※全て個人的な見解です

25. Elasticsearch、Apache Solr
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance Elasticsearch
or
Apacke Solr
• Solrは一応実績有り
※全て個人的な見解です

26. Elasticsearch、Apache Solr
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance Elasticsearch
or
Apacke Solr
• Solrは一応実績有り
• スケールしやすい
※全て個人的な見解です

27. Elasticsearch、Apache Solr
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance Elasticsearch
or
Apacke Solr
• Solrは一応実績有り
• スケールしやすい
• 高機能
※全て個人的な見解です

28. Elasticsearch、Apache Solr
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance Elasticsearch
or
Apacke Solr
• Solrは一応実績有り
• スケールしやすい
• 高機能
• Solrはけっこう管理面倒（らしい）
※全て個人的な見解です

29. Elasticsearch、Apache Solr
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance Elasticsearch
or
Apacke Solr
• Solrは一応実績有り
• スケールしやすい
• 高機能
• Solrはけっこう管理面倒（らしい）
• Elasticsearch素敵っぽいけど大袈裟感
※全て個人的な見解です

30. Elasticsearch、Apache Solr
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance Elasticsearch
or
Apacke Solr
• Solrは一応実績有り
• スケールしやすい
• 高機能
• Solrはけっこう管理面倒（らしい）
• Elasticsearch素敵っぽいけど大袈裟感
• データ投入・検索IFは作り込みが必要
※全て個人的な見解です

31. Elasticsearch、Apache Solr
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance Elasticsearch
or
Apacke Solr
• Solrは一応実績有り
• スケールしやすい
• 高機能
• Solrはけっこう管理面倒（らしい）
• Elasticsearch素敵っぽいけど大袈裟感
• データ投入・検索IFは作り込みが必要
※全て個人的な見解です

32. Elasticsearch、Apache Solr
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance Elasticsearch
or
Apacke Solr
• Solrは一応実績有り
• スケールしやすい
• 高機能
• Solrはけっこう管理面倒（らしい）
• Elasticsearch素敵っぽいけど大袈裟感
• データ投入・検索IFは作り込みが必要
オーバスペック感ある
初期・ランニング共に
かさみそうな予感
※全て個人的な見解です

33. Amazon CloudSearch
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance MeCab
SQS Queue
Amazon CloudSearch
※全て個人的な見解です

34. Amazon CloudSearch
• フルマネージドでメンテナンスフリー
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance MeCab
SQS Queue
Amazon CloudSearch
※全て個人的な見解です

35. Amazon CloudSearch
• フルマネージドでメンテナンスフリー
• スケールは必要に応じて勝手にしてくれる
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance MeCab
SQS Queue
Amazon CloudSearch
※全て個人的な見解です

36. Amazon CloudSearch
• フルマネージドでメンテナンスフリー
• スケールは必要に応じて勝手にしてくれる
• シンプル
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance MeCab
SQS Queue
Amazon CloudSearch
※全て個人的な見解です

37. Amazon CloudSearch
• フルマネージドでメンテナンスフリー
• スケールは必要に応じて勝手にしてくれる
• シンプル
• 公式SDK使えば作り込み簡単
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance MeCab
SQS Queue
Amazon CloudSearch
※全て個人的な見解です

38. Amazon CloudSearch
• フルマネージドでメンテナンスフリー
• スケールは必要に応じて勝手にしてくれる
• シンプル
• 公式SDK使えば作り込み簡単
• 最低約¥10,000/月∼で勝手に料金上がる
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance MeCab
SQS Queue
Amazon CloudSearch
※全て個人的な見解です

39. Amazon CloudSearch
• フルマネージドでメンテナンスフリー
• スケールは必要に応じて勝手にしてくれる
• シンプル
• 公式SDK使えば作り込み簡単
• 最低約¥10,000/月∼で勝手に料金上がる
• 日本語も使えるらしいが、情報無さすぎ
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance MeCab
SQS Queue
Amazon CloudSearch
※全て個人的な見解です

40. Amazon CloudSearch
• フルマネージドでメンテナンスフリー
• スケールは必要に応じて勝手にしてくれる
• シンプル
• 公式SDK使えば作り込み簡単
• 最低約¥10,000/月∼で勝手に料金上がる
• 日本語も使えるらしいが、情報無さすぎ
• 東京リージョンﾏﾀﾞｰ（･∀･ ）っ/凵͡☆ﾁﾝﾁﾝ
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance MeCab
SQS Queue
Amazon CloudSearch
※全て個人的な見解です

41. Amazon CloudSearch
• フルマネージドでメンテナンスフリー
• スケールは必要に応じて勝手にしてくれる
• シンプル
• 公式SDK使えば作り込み簡単
• 最低約¥10,000/月∼で勝手に料金上がる
• 日本語も使えるらしいが、情報無さすぎ
• 東京リージョンﾏﾀﾞｰ（･∀･ ）っ/凵͡☆ﾁﾝﾁﾝ
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance MeCab
SQS Queue
Amazon CloudSearch
※全て個人的な見解です

42. Amazon CloudSearch
• フルマネージドでメンテナンスフリー
• スケールは必要に応じて勝手にしてくれる
• シンプル
• 公式SDK使えば作り込み簡単
• 最低約¥10,000/月∼で勝手に料金上がる
• 日本語も使えるらしいが、情報無さすぎ
• 東京リージョンﾏﾀﾞｰ（･∀･ ）っ/凵͡☆ﾁﾝﾁﾝ
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance MeCab
SQS Queue
Amazon CloudSearch
イマイチ感ある
ランニングかさむ恐れ
※全て個人的な見解です

43. Amazon CloudSearch
• フルマネージドでメンテナンスフリー
• スケールは必要に応じて勝手にしてくれる
• シンプル
• 公式SDK使えば作り込み簡単
• 最低約¥10,000/月∼で勝手に料金上がる
• 日本語も使えるらしいが、情報無さすぎ
• 東京リージョンﾏﾀﾞｰ（･∀･ ）っ/凵͡☆ﾁﾝﾁﾝ
Region
Internet
Gateway
EC2 Instances S3 Bucket With Objects
Users
Internet
Amazon RDS MySQL Instance MeCab
SQS Queue
Amazon CloudSearch
イマイチ感ある
ランニングかさむ恐れ
※全て個人的な見解です
2014 03.25 東京リージョン・日本語対応w

44. Mroonga(Groonga)
Region
Internet
Gateway
EC2 Instances
EC2 Instance Contents
S3 Bucket With Objects
Users
Internet
※全て個人的な見解です

45. Mroonga(Groonga)
• SQLインターフェイス
Region
Internet
Gateway
EC2 Instances
EC2 Instance Contents
S3 Bucket With Objects
Users
Internet
※全て個人的な見解です

46. Mroonga(Groonga)
• SQLインターフェイス
• 参照はレプリケーションでスケール可能
Region
Internet
Gateway
EC2 Instances
EC2 Instance Contents
S3 Bucket With Objects
Users
Internet
※全て個人的な見解です

47. Mroonga(Groonga)
• SQLインターフェイス
• 参照はレプリケーションでスケール可能
• その他情報管理用のDBと統合できる
Region
Internet
Gateway
EC2 Instances
EC2 Instance Contents
S3 Bucket With Objects
Users
Internet
※全て個人的な見解です

48. Mroonga(Groonga)
• SQLインターフェイス
• 参照はレプリケーションでスケール可能
• その他情報管理用のDBと統合できる
• 日本語情報多い
Region
Internet
Gateway
EC2 Instances
EC2 Instance Contents
S3 Bucket With Objects
Users
Internet
※全て個人的な見解です

49. Mroonga(Groonga)
• SQLインターフェイス
• 参照はレプリケーションでスケール可能
• その他情報管理用のDBと統合できる
• 日本語情報多い
• ていうかMySQL！
Region
Internet
Gateway
EC2 Instances
EC2 Instance Contents
S3 Bucket With Objects
Users
Internet
※全て個人的な見解です

50. Mroonga(Groonga)
• SQLインターフェイス
• 参照はレプリケーションでスケール可能
• その他情報管理用のDBと統合できる
• 日本語情報多い
• ていうかMySQL！
• 書き込みスケールが手間
Region
Internet
Gateway
EC2 Instances
EC2 Instance Contents
S3 Bucket With Objects
Users
Internet
※全て個人的な見解です

51. Mroonga(Groonga)
• SQLインターフェイス
• 参照はレプリケーションでスケール可能
• その他情報管理用のDBと統合できる
• 日本語情報多い
• ていうかMySQL！
• 書き込みスケールが手間
• 枯れてない（勝手な）印象
Region
Internet
Gateway
EC2 Instances
EC2 Instance Contents
S3 Bucket With Objects
Users
Internet
※全て個人的な見解です

52. Mroonga(Groonga)
• SQLインターフェイス
• 参照はレプリケーションでスケール可能
• その他情報管理用のDBと統合できる
• 日本語情報多い
• ていうかMySQL！
• 書き込みスケールが手間
• 枯れてない（勝手な）印象
Region
Internet
Gateway
EC2 Instances
EC2 Instance Contents
S3 Bucket With Objects
Users
Internet
※全て個人的な見解です

53. Mroonga(Groonga)
• SQLインターフェイス
• 参照はレプリケーションでスケール可能
• その他情報管理用のDBと統合できる
• 日本語情報多い
• ていうかMySQL！
• 書き込みスケールが手間
• 枯れてない（勝手な）印象
スケールは参照のみでOK
(ていうか当面必要なさそう)
初期・ランニング共に低く済みそう
Region
Internet
Gateway
EC2 Instances
EC2 Instance Contents
S3 Bucket With Objects
Users
Internet
※全て個人的な見解です

54. ここまでは検討段階の話

55. 決め手は全然別の理由だったりｗ

56. こんなことがありました

62. で、助けてもらってこんなものを作りました。
https://github.com/marcy-cookbooks/mysql56-mroonga
MySQL5.6×Mroonga環境を一発で作るChefレシピ
※現状、CentOS6のみ対応(Amazon Linuxも対応予定)
"
あんまり出来は良くないですが、一応ちゃんと動きます。"
"
"
MySQL5.6をrpmインストールした時にmysql_install_dbが勝手に決める
（ちょっとウザいｗ）rootパスワードにも対応してます。
my.cnfのtemplateは形だけなので、そこまで完璧に管理したい場合はご自由にforkどうぞ。

63. つまり、Mroongaを選んだ理由は…

64. 開発者・ユーザが優しかったから！
会ったことも無いのに助けてくれた(ノД`)・゜・。
"
きっと、良質なOSSの周りには良い人が集まるってことですね :)

65. ここから告知ですいません①
４・１１（金）第１３回勉強会やります！"
http://kokucheese.com/event/index/155708/
毎回恒例ですが、AWS本体からエバンジェリストの方や、
東京のトップベンダーの方々が来ます！
札幌の事例も多数！"
(自分は出産があるので行けないかもですがw)

66. Chefって言葉にピンと来た方
ここから告知ですいません②
Chef meetup Sapporoやります！
Tokyo,Kansaiからゲスト調整中！
「Chefって何？」って方もこの後、気軽にお声掛けください。"
日程など、詳細は調整中です！

67. ありがとうございました！
時間が余ったらデモ