導入事例:株式会社マイニングブラウニー

御社ビジネスの概要、専門分野やサービス規模等について教えてください。

株式会社マイニングブラウニーは2006年に設立された会社で、主にインターネットの情報を集めてくるロボット(クローラ)と、その集めてきた情報をデータマイニングし、有益なマーケティングデータを提供するサービス「MitsuBachi」を展開しており、国内の大手企業に利用されています。
miningbrownie

どのようにAWSを御社システム(又は製品、サービス)の中に取り込みましたか? またAWSのどのサービスをどのように使っていますか? (もしシステム図やアーキテクチャー図があれば、それも含めてください)

現在提供中のサービスにて、主にEC2、RDS、SQS、SimpleDB、S3を使っています。サーバ構成図は下記のとおりとなります。 お客さまに提供するインターフェイスとクローリングと解析処理にはEC2で行い、スケーリングの仕組みにはSQSを使っております。 AutoScalingなどもあったのですが、クローラという特性上、CPU使用率は常に100%が理想で、タスクの量という観点でスケーリングを行うようにするためにSQSを使っています。 キューにはタスクが入っているのですが、具体的な内容はS3に入れ、キューにはそこにアクセスする為のURLをいれています。 SQSへのキューの追加はCrawling Clusterからの追加と、ユーザインターフェイス(WEBサーバ)からの追加もしています。 Crawling Clusterが解析した結果は、RDSに保存され、またWEBサーバからお客さまに提供されます。

miningbrownie. architecture diagram

User Interface:

  • Amazon EC2
  • CentOS 5.4 + Apache 2.2 + mod_php
  • Instance : m1.small

Crawling Cluster:

  • Amazon EC2
  • CentOS 5.4 + Apache CouchDB + polipo
  • Instance : m1.small

Analise Cluster:

  • Amazon EC2
  • CentOS 5.4
  • Instance : m1.small

DB Server:

  • Amazon RDS
  • Instances:m1.small MultiAZ

AWS導入以前に利用されていたインフラやテクノロジーについて教えてください。また、現在のビジネス(サービス)は100%AWS上で稼働していますでしょうか? それともその中のいくつかは御社設備(データセンタ―含む)上でも稼働していますでしょうか?

社内にサーバを置き、回線も複数引っ張り、データベース、WEB、クローラがそれぞれ複数台づつという構成でサービスを提供していました。完全にスケールする事はなく、手でこのサイトはこのサーバからといったような分散を行っていました。 現在は全てをAWS上で稼動させています。

AWSを採用した理由は何ですか? きっかけとなった事柄があればそれもお聞かせください。

AWSを最初に採用したのは、現在のクローラではなく、E-Commerceサイトでした。 EC2が発表されてすぐの導入だったのですがEIP・EBSがなかったりだったため、当時は毎日S3にAMIのバックアップをしていました。しかし、そのまま使っているうちにEIPやEBSが登場し、どんどん便利になっていき、いつのまにかサーバを買うということを忘れていました。 その後、クローラーのサービスを新たに立ち上げる際には既にサーバを買うという発想はなく、最初からAWSを使う前提での設計をしていました。 SQSもあり、S3もある、さらにはRDSもある。こんなリッチなインフラを初期投資なしで、運用にかかる手間も少なく使えるのなら、サーバを買うという発想がなくなるのは当然です。

AWSの導入効果について、数値的に説明できるものがあれば教えてください(コスト削減、時間の短縮、インスタンス数、アクセス数やビジネスの拡大 等)

AWSを使う前提での設計だったので、推測になってしまうのですが、まずは初期投資の部分に関して、サーバを購入した場合、十数台のサーバを用意する事になり、かつネットワークの帯域もかなり使用する。 初期費用だけで見ても、1,000,000円以上の削減になり、月々の運用の費用も、弊社のサービスを展開する上で、レンタルサーバ(共有、専用どちらも)はお断りされる事が多くハウジングになってしまうのですが、そこでかかる費用と比べても毎月半分程度に抑えることが出来ています。

御社でのAWS導入の経験から、他社の導入決定者に伝えるべき情報はありますか?

AWSのメリットはサーバのスケールや、初期費用の削減が良く言われますが、全くその通りです。 ですが、AWS導入のメリットはそこだけでは有りません。様々なクラウドサービスが台頭してきている中、なぜAWSを使うのかというと、それはEC2以外のサービスの充実が挙げられます。 SQS、S3、RDS、SimpleDBなどのサービスの存在こそが、オンプレミスよりも、他社クラウドよりも優れた点です。 東京リージョンでの利用が可能となった今、他社クラウドを選択する理由は思いつきません。

AWSについて最も気に入っている、または満足いただけている点や、どのように御社のビジネスに寄与したかコメントをいただけますでしょうか?

サーバのプラットフォームだけではなく、SQS、SimpleDB、S3といった何かに特化したサービスがあるため、全てのインフラを自前で構築する必要もなければ、保守する必要もないところが最も気に入っています。 SimpleDBが特に気に入っているのですが、CassandraやTokyoCabinetのように自分でインストールする事も必要なければ、サーバのメンテナンスも必要ありません。 また、いつ使われるかわからない、かつ、常に動いているわけではないような場合EC2では動いてない間も待っているためにコストをかけなくてはいけないのですが、実際に使った容量だけで課金されるSimpleDBは非常に安く上がります。 実際に現在動いているものでは、もしEC2(もしくはRDS)で動かしていたら、月に5,000円(2011.3.7現在)位掛かってしまうものもSimpleDBにする事で、この半年を見ても最高で$1.44/月に抑えることが出来ました。それ以外の月は0円です。 簡単に言うと半年で$1.44しか掛かっていません。それでも24時間つながる状態で待機されています。

御社内で、AWSのソリューションを新たに、または拡張して利用する予定があれば教えてください。

今後はデータマイニングにはEMRを使います。ユーザインターフェイスにはELB、AutoScalingを使い冗長性と、負荷分散をしていくと計画しています。

そのほかに、AWSの将来への期待や質問等あれば教えてください。

Simple Logging Serviceが欲しいです。[r]syslog[-ng]のバックエンドで動く事もでき、コストも1,000,000メッセージあたり$0.1位でS3にログを生成可能なサービスが欲しいです。 Syslogの為にIOを使うのは勿体無く、複数サーバのログを一元管理できそのログをすぐに、EMRで解析できる。そのようなニーズを満たせるログサーバがあったらいいと思います。

さらに詳しくは、http://mitsubachi.ne.jpこのリンクをクリックすると新しいブラウザウィンドウまたはタブが開きます。

上へ


©2011, Amazon Web Services LLC or its affiliates. All rights reserved.