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

4,314 views

Published on

Published in: Technology
0 Comments
8 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
4,314
On SlideShare
0
From Embeds
0
Number of Embeds
127
Actions
Shares
0
Downloads
11
Comments
0
Likes
8
Embeds 0
No embeds

No notes for slide

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

  1. 1. Mroongaを選んだ理由と
 ちょっと嬉しかった話
  2. 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. 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. 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. 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. 6. 実は、第2子が生まれそうですw いきなり電話掛かってきて抜けたらごめんなさい(;´Д`)
  7. 7. ということで(何が) Mroongaを選んだ理由
  8. 8. ちょうど一ヶ月前くらいのこと
  9. 9. _人人人人人人人人人人人人_ >突然の日本語全文検索案件 <  ̄Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y ̄
  10. 10. 概要 ※予定なので変わる可能性があります
  11. 11. 概要 • いくつかの無料定期配布誌を電子化し、   WEB閲覧させるためのバックエンドシステム ※予定なので変わる可能性があります
  12. 12. 概要 • いくつかの無料定期配布誌を電子化し、   WEB閲覧させるためのバックエンドシステム ※予定なので変わる可能性があります • フロントエンドは既存(他社)の   Flash or HTML5な電子化ソリューションを利用
  13. 13. 概要 • いくつかの無料定期配布誌を電子化し、   WEB閲覧させるためのバックエンドシステム ※予定なので変わる可能性があります • フロントエンドは既存(他社)の   Flash or HTML5な電子化ソリューションを利用 • 電子化されたデータを登録・管理し、   内容を全文検索できるようにして、   目的の巻号、ページに直接飛べるようにしたい   (電子化Sol側は対応しているので、パラメータ指定して飛ばしてあげれば良いだけ…のはず)
  14. 14. 概要 • いくつかの無料定期配布誌を電子化し、   WEB閲覧させるためのバックエンドシステム 収益化が見込めないサービスなので、 初期費用・ランニングコストはあまりかけられません! ※予定なので変わる可能性があります • フロントエンドは既存(他社)の   Flash or HTML5な電子化ソリューションを利用 • 電子化されたデータを登録・管理し、   内容を全文検索できるようにして、   目的の巻号、ページに直接飛べるようにしたい   (電子化Sol側は対応しているので、パラメータ指定して飛ばしてあげれば良いだけ…のはず)
  15. 15. Region フロント・管理用 サイト EC2 Instance Contents 何かしらの 全文検索エンジン 電子ブック Users Internet 電子化Sol Administrators
  16. 16. Region フロント・管理用 サイト EC2 Instance Contents 何かしらの 全文検索エンジン 電子ブック Users Internet 電子化Sol Administrators 変換
  17. 17. Region フロント・管理用 サイト EC2 Instance Contents 何かしらの 全文検索エンジン 電子ブック Users Internet 電子化Sol Administrators 変換 アップロード
  18. 18. Region フロント・管理用 サイト EC2 Instance Contents 何かしらの 全文検索エンジン 電子ブック Users Internet 電子化Sol Administrators 変換 アップロード 画像等を配置
  19. 19. Region フロント・管理用 サイト EC2 Instance Contents 何かしらの 全文検索エンジン 電子ブック Users Internet 電子化Sol Administrators 変換 アップロード 画像等を配置 内容データ登録
  20. 20. Region フロント・管理用 サイト EC2 Instance Contents 何かしらの 全文検索エンジン 電子ブック Users Internet 電子化Sol Administrators 変換 アップロード 画像等を配置 内容データ登録 検索
  21. 21. Region フロント・管理用 サイト EC2 Instance Contents 何かしらの 全文検索エンジン 電子ブック Users Internet 電子化Sol Administrators 変換 アップロード 画像等を配置 内容データ登録 検索 検索結果を元にアクセス
  22. 22. さて、全文検索どうしましょう?
  23. 23. 全文検索色々 • Elasticsearch • Apache Solr • Amazon CloudSearch • Groonga(Mroonga) etc…
  24. 24. Elasticsearch、Apache Solr Region Internet Gateway EC2 Instances S3 Bucket With Objects Users Internet Amazon RDS MySQL Instance Elasticsearch or Apacke Solr ※全て個人的な見解です
  25. 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. 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. 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. 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. 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. 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. 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. 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. 33. Amazon CloudSearch Region Internet Gateway EC2 Instances S3 Bucket With Objects Users Internet Amazon RDS MySQL Instance MeCab SQS Queue Amazon CloudSearch ※全て個人的な見解です
  34. 34. Amazon CloudSearch • フルマネージドでメンテナンスフリー Region Internet Gateway EC2 Instances S3 Bucket With Objects Users Internet Amazon RDS MySQL Instance MeCab SQS Queue Amazon CloudSearch ※全て個人的な見解です
  35. 35. Amazon CloudSearch • フルマネージドでメンテナンスフリー • スケールは必要に応じて勝手にしてくれる Region Internet Gateway EC2 Instances S3 Bucket With Objects Users Internet Amazon RDS MySQL Instance MeCab SQS Queue Amazon CloudSearch ※全て個人的な見解です
  36. 36. Amazon CloudSearch • フルマネージドでメンテナンスフリー • スケールは必要に応じて勝手にしてくれる • シンプル Region Internet Gateway EC2 Instances S3 Bucket With Objects Users Internet Amazon RDS MySQL Instance MeCab SQS Queue Amazon CloudSearch ※全て個人的な見解です
  37. 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. 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. 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. 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. 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. 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. 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. 44. Mroonga(Groonga) Region Internet Gateway EC2 Instances EC2 Instance Contents S3 Bucket With Objects Users Internet ※全て個人的な見解です
  45. 45. Mroonga(Groonga) • SQLインターフェイス Region Internet Gateway EC2 Instances EC2 Instance Contents S3 Bucket With Objects Users Internet ※全て個人的な見解です
  46. 46. Mroonga(Groonga) • SQLインターフェイス • 参照はレプリケーションでスケール可能 Region Internet Gateway EC2 Instances EC2 Instance Contents S3 Bucket With Objects Users Internet ※全て個人的な見解です
  47. 47. Mroonga(Groonga) • SQLインターフェイス • 参照はレプリケーションでスケール可能 • その他情報管理用のDBと統合できる Region Internet Gateway EC2 Instances EC2 Instance Contents S3 Bucket With Objects Users Internet ※全て個人的な見解です
  48. 48. Mroonga(Groonga) • SQLインターフェイス • 参照はレプリケーションでスケール可能 • その他情報管理用のDBと統合できる • 日本語情報多い Region Internet Gateway EC2 Instances EC2 Instance Contents S3 Bucket With Objects Users Internet ※全て個人的な見解です
  49. 49. Mroonga(Groonga) • SQLインターフェイス • 参照はレプリケーションでスケール可能 • その他情報管理用のDBと統合できる • 日本語情報多い • ていうかMySQL! Region Internet Gateway EC2 Instances EC2 Instance Contents S3 Bucket With Objects Users Internet ※全て個人的な見解です
  50. 50. Mroonga(Groonga) • SQLインターフェイス • 参照はレプリケーションでスケール可能 • その他情報管理用のDBと統合できる • 日本語情報多い • ていうかMySQL! • 書き込みスケールが手間 Region Internet Gateway EC2 Instances EC2 Instance Contents S3 Bucket With Objects Users Internet ※全て個人的な見解です
  51. 51. Mroonga(Groonga) • SQLインターフェイス • 参照はレプリケーションでスケール可能 • その他情報管理用のDBと統合できる • 日本語情報多い • ていうかMySQL! • 書き込みスケールが手間 • 枯れてない(勝手な)印象 Region Internet Gateway EC2 Instances EC2 Instance Contents S3 Bucket With Objects Users Internet ※全て個人的な見解です
  52. 52. Mroonga(Groonga) • SQLインターフェイス • 参照はレプリケーションでスケール可能 • その他情報管理用のDBと統合できる • 日本語情報多い • ていうかMySQL! • 書き込みスケールが手間 • 枯れてない(勝手な)印象 Region Internet Gateway EC2 Instances EC2 Instance Contents S3 Bucket With Objects Users Internet ※全て個人的な見解です
  53. 53. Mroonga(Groonga) • SQLインターフェイス • 参照はレプリケーションでスケール可能 • その他情報管理用のDBと統合できる • 日本語情報多い • ていうかMySQL! • 書き込みスケールが手間 • 枯れてない(勝手な)印象 スケールは参照のみでOK (ていうか当面必要なさそう) 初期・ランニング共に低く済みそう Region Internet Gateway EC2 Instances EC2 Instance Contents S3 Bucket With Objects Users Internet ※全て個人的な見解です
  54. 54. ここまでは検討段階の話
  55. 55. 決め手は全然別の理由だったりw
  56. 56. こんなことがありました
  57. 57. で、助けてもらってこんなものを作りました。 https://github.com/marcy-cookbooks/mysql56-mroonga MySQL5.6×Mroonga環境を一発で作るChefレシピ ※現状、CentOS6のみ対応(Amazon Linuxも対応予定) " あんまり出来は良くないですが、一応ちゃんと動きます。" " " MySQL5.6をrpmインストールした時にmysql_install_dbが勝手に決める (ちょっとウザいw)rootパスワードにも対応してます。 my.cnfのtemplateは形だけなので、そこまで完璧に管理したい場合はご自由にforkどうぞ。
  58. 58. つまり、Mroongaを選んだ理由は…
  59. 59. 開発者・ユーザが優しかったから! 会ったことも無いのに助けてくれた(ノД`)・゜・。 " きっと、良質なOSSの周りには良い人が集まるってことですね :)
  60. 60. ここから告知ですいません① 4・11(金)第13回勉強会やります!" http://kokucheese.com/event/index/155708/ 毎回恒例ですが、AWS本体からエバンジェリストの方や、 東京のトップベンダーの方々が来ます! 札幌の事例も多数!" (自分は出産があるので行けないかもですがw)
  61. 61. Chefって言葉にピンと来た方 ここから告知ですいません② Chef meetup Sapporoやります! Tokyo,Kansaiからゲスト調整中! 「Chefって何?」って方もこの後、気軽にお声掛けください。" 日程など、詳細は調整中です!
  62. 62. ありがとうございました! 時間が余ったらデモ

×