スタートアップ企業のクラウド事例

Amazon EC2やAzureでは解決しない「プロビジョニングできない処理」

事前に必要なコンピューティングリソースが分からない。そんな要件に悩んでいたあるスタートアップ企業。Amazon EC2やAzureでも解決しなかった課題をどうやってクリアしたのか？

　企業Webサイトの監査サービス「seopler.com」を提供しているExpert Digital Marketingは、新興企業がクラウドでビジネスを行う際に直面する、請求とサポートにまつわる課題をどのように解決したのか。

　ダブリンを拠点とする同社のサービスは、Nissan Irelandなどの企業に利用されている。同サービスは、Webサイトクロールソフトウェア（クローラー）を使って、機能しないリンク、サイトリダイレクト、無効なHTMLマークアップなど、検索エンジンのランク付けに悪影響を及ぼす恐れのある要素を見つけ出す。サイトのクロールが完了すると、検索エンジン最適化（SEO）を改善するために取るべき措置についてのアドバイスを記載したPDFを生成してユーザーに送信する。

　クロールに必要なコンピューティングリソースは、対象Webサイトのサイズとページ数によって変わる。同社がクローラーをクラウドで運用することに決めた理由の1つはここにある。

　顧客から依頼を受けた際、対象Webサイトの規模を事前に詳しく知らされることはほとんどない。これが、クロールに必要な処理能力の把握を困難にしている。

　「クロールするWebサイトの規模が大きくなるほど、多くのデータを収集することになる。当社はデータベースエンジンの『SQLite』をインメモリに保持して、Webサイトのデータ収集を高速化している」とExpert Digital MarketingのCEO、グラハム・オシェイ氏はComputer Weeklyのインタビューに答えた。

　このプロセスは、時間が最も重要な要素になる。クロールを長時間行えば、監査中のWebサイトに影響が生じる可能性が高くなる。

　2015年に同社を設立するまで、オシェイ氏はクローラーの実行に適切したIaaSプラットフォームの調査を続けた。最初に選択したのは「Amazon Elastic Compute Cloud」（EC2）だった。

想定外の問題

　だが、クローラーが実行する作業の規模を予測できないことで、コストとリソースプロビジョニングに予想外の問題が発生した。

　「Amazon EC2で問題になったのは、クロールを行う前にコストとリソースを指定しなくてはならないことだ。100万ページもあるWebサイトでは、8GBのメモリと50G～60GBのHDDを搭載したEC2仮想マシンを事前に確保する必要がある」と同氏は語る。

　「最初は非常に安上がりだと思ったが、届いた請求書を見ると、長期間使用を続けると追加料金が必要になることが分かった」

　「また、顧客のWebサイトのことが分かっているわけではない。顧客と契約する時点では、サイトの実際の規模は把握できない。顧客ごとにサイトの規模を調べていたのではコストが非常に高くなる。『Microsoft Azure』でも試してみたが同じことだった」

　同社がこうした課題に取り組んでいるとき、「Web Summit Conference」（2015年11月3日にダブリンで開催されたイベント）でソフトウェアのデモを行うという新たなプレッシャーが持ち上がった。

この記事の著者

関連記事

• 

  モバイルアプリのあまりにもお粗末な開発レベルに研究者がくぜん

• 

  ストレージのI/Oパフォーマンスを低下させる「ミスアライメント」問題

新着ホワイトペーパー PR

• 製品資料
  [サイボウズ株式会社] AIに何を聞いても「汎用的な答え」しか返ってこないのはなぜか？
• 製品資料
  [サイボウズ株式会社] なぜAIは組織で定着しないのか？　全社活用を阻む「3つの壁」の突破法
• 製品資料
  [株式会社スタディスト] 「不適合品率」改善はどこから始める？　すぐにできて効果が大きいポイントとは
• 製品資料
  [株式会社スタディスト] 食品ロスを利益に変える「現場標準化」のすすめ
• 技術文書・技術解説
  [株式会社スタディスト] チョコ停・ドカ停を防ぐ「事前対策」の進め方