「Pivotal ジャパン サミット 2015」リポート
ヤフー、“開発効率10倍”を目標にPaaS利用に本腰(1/2 ページ)
今、開発効率の向上は企業にとって大きな関心だ。ヤフーはそのためにPaaS利用に乗り出す。Pivotalジャパンが2015年12月に開催した「Pivotalジャパンサミット 2015」の講演から狙いを探る。
迅速なサービス提供を目指すが故の開発面での課題
検索サービスの提供を通じ、日本のインターネット黎明期からインターネットの普及拡大のけん引役を担ってきたヤフー。同社はユーザーの裾野の広がりをいち早く捉え、サービスの多様化を積極的に進めてきた。その事業領域は今や、検索と連動した各種の広告配信やオークションなどのeコマース、クレジットカードをはじめとした決済事業など多岐にわたる。
そんな同社の事業基盤に、多様なサービスを提供するITインフラがある。ネットサービスは参入障壁が低く、競合他社との競争に勝ち抜くにはレスポンスをはじめとする利便性の向上や、アイデアのいち早い事業化などが鍵を握る。そこで同社は創業以来、プログラミング言語やフレームワークをはじめとしたIT技術の見直し、開発プロセスの改善に継続的に取り組んできた。検索エンジンやフラットデータベース(メモリベースの高速なデータベース)、プロセス間通信技術、パッケージ管理などは、独自技術を駆使して自分たちの開発スタイルに合うように開発・運用してきたものだ。開発手法においても、PDCAを頻繁に回す一般向けサービスではアジャイル型、決済や課金などテストをしっかり行う必要のあるB2B向けサービスはウォーターフォール型と、サービスやプロダクトに合わせて変えている。
また、ヤフーのトップページには日々、莫大なアクセスが押し寄せる。「ヤフーのページを見に来た瞬間にその人に適した広告やコンテンツを出すために、複数のデータベースからデータを引き上げ、それらを組み合わせてカスタマイズしたAPIを作っている。一方、更新の少ないデータは、キャッシュの仕組みで高速化するなどの工夫をしてパフォーマンスを維持している。アクセスログだけでも1日に数Tバイトあり、数千万のIDを運用している。この数のIDを保存し有効活用するために、ファームを分けて分散処理をするようなインフラを作ってデータをさばいている」と述べるのは、ヤフーのショッピングカンパニー プロダクション本部で本部長/テクニカルディレクターを務める平田源鐘氏である。
ただし、いまだ解決に至らない課題も多い。「ビジネスの多様化によって、1つのサービスに複数の事業が関わることも増え、システムが複雑になりつつある。開発部隊を事業部ごとに分散配置しているため、開発やテストの足並みをそろえることは容易ではない」
インフラ管理者を開発に回すための策
さらに、事業拡大によるITインフラの肥大化も頭痛の種だという。現在、同社で稼働するサーバは物理と仮想を合せて10万にも及ぶ。大量のアクセスを迅速にさばくためとはいえ、これほど膨大な台数となれば、セキュリティパッチの適用やEOL(End Of Life)を迎えるサーバの特定だけでも多大な手間とコストが掛かる。
もちろん、ヤフーもただ手をこまぬいていたわけではない。仮想化技術をいち早くITインフラに取り入れるとともに、オープンソースソフトウェア(OSS)のクラウド構築ソフト「OpenStack」によるIaaS(Infrastructure as a Service)環境の整備にも取り組んできた。そこでの主たる狙いは、トラフィックの変動に応じ、各サービスに割り当てたサーバリソースを柔軟に提供するという、物理サーバだけでは困難な効率化の実現である。
この取り組みをさらに推し進め、開発効率の向上も実現するために平田氏が着目したのがPaaS(Platform as a Service)である。
「PaaSでは、ネットワークからランタイムまでの幅広いレイヤーで、各種ソフトウェアによって管理がほぼ自動化される。これはすなわち、開発者がITインフラを意識することなく開発に打ち込めるようになるとともに、インフラ部分の運用管理の手間も抜本的に削減できることを意味する。ならば、これを使わない手はないと判断し、本格的な検討作業に着手した」(平田氏)
同社が抱える社員5000人のうち半数はITエンジニアだという。IaaSによって、ITインフラのネットワークからハードウェアまでのレイヤーが仮想化されたことで、それらを管理していたITエンジニアを開発に回せるようになった。PaaSであれば、さらに多くのITエンジニアを開発に充てることが可能だ。また、ITインフラの共通化が進むことで、事業部間で足並みをそろえた開発やテストも格段に行いやすくなると期待できた。
検証作業ではITエンジニアへの配慮に腐心
しかし、PaaS検討の道のりは決して平たんではなかった。「当初はITエンジニアのPaaSに対する理解が必ずしも一致していなかった」(平田氏)ことも原因の1つ。この点を踏まえ平田氏は、現状のITインフラの課題と、その解決に向けたPaaSの有用性をITエンジニアが納得するまで繰り返し説いて回ったのだという。
その打開策ともいえる“荒業”が、運用と開発の責任者をPaaSの検証作業に初期段階から加わってもらったことである。
「プロジェクトの責任者に事業部門のITエンジニアを抜てきし、OpenStackやネットワーク、プラットフォームを手掛けるインフラ担当と、『Yahoo!ショッピング』や『ヤフオク!』、メディアを手掛けるサービス担当の総勢26人の責任者をコアメンバーとして検証作業に巻き込んだ」(平田氏)
最終的に50人規模によるPaaSの検証作業を2015年8月まで実施した。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド:効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは? -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合/分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
2
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
3
「テザリング依存」に潜む落とし穴 “遅いVPN”を解消するネット構築術
-
4
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
5
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
6
AI導入が失敗する“真犯人”は現場のマニュアル 7割が陥る「標準化」のわな
-
7
「IT運用・情報システム業務」に関するアンケート
-
8
Claude利用8割のGMO、AI人材の評価軸が「トークン管理」に変わった
-
9
被害額は過去最高額 それでも「サイバー犯罪者が捕まらない」3つの理由
-
10
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
7
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
「標的型攻撃メール」事例・サンプル集
-
10
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー