「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
-
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣 -
製品資料
[サイボウズ株式会社] AIが「わざわざ使うツール」になっていない？ 業務で自然に使う導線にする秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
4
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
5
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
6
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
8
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
9
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
10
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー