Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
サーバサイドの技術スタック・アーキテクチャ総ざらい - SmartNews Tech N...
Search
Nobutoshi Ogata
May 28, 2019
Technology
1
17k
サーバサイドの技術スタック・アーキテクチャ総ざらい - SmartNews Tech Night in Fukuoka Vol.1
Nobutoshi Ogata
May 28, 2019
Tweet
Share
More Decks by Nobutoshi Ogata
See All by Nobutoshi Ogata
Datadogセミナー 2025/3/13 Datadog On-Callの活用事例のご紹介
nobu666
0
260
SmartNews x PLAID - Cost cut and AWS Enterprise Support
nobu666
0
260
Why Slack?
nobu666
0
290
A Complete Work of SmartNews's SRE
nobu666
2
3k
SRE at SmartNews
nobu666
0
7.9k
SmartNews の最近の取り組みについて
nobu666
4
3.5k
Introducing in-hourse PaaS
nobu666
1
290
Monitoring of SmartNews
nobu666
0
160
The story becase happy with itamae
nobu666
0
120
Other Decks in Technology
See All in Technology
Zero Data Loss Autonomous Recovery Service サービス概要
oracle4engineer
PRO
2
7.8k
DatabricksにOLTPデータベース『Lakebase』がやってきた!
inoutk
0
140
Delegating the chores of authenticating users to Keycloak
ahus1
0
160
60以上のプロダクトを持つ組織における開発者体験向上への取り組み - チームAPIとBackstageで構築する組織の可視化基盤 - / sre next 2025 Efforts to Improve Developer Experience in an Organization with Over 60 Products
vtryo
2
490
FOSS4G 2025 KANSAI QGISで点群データをいろいろしてみた
kou_kita
0
410
赤煉瓦倉庫勉強会「Databricksを選んだ理由と、絶賛真っ只中のデータ基盤移行体験記」
ivry_presentationmaterials
2
380
VGGT: Visual Geometry Grounded Transformer
peisuke
0
160
ABEMAの本番環境負荷試験への挑戦
mk2taiga
4
300
サイバーエージェントグループのSRE10年の歩みとAI時代の生存戦略
shotatsuge
4
420
さくらのIaaS基盤のモニタリングとOpenTelemetry/OSC Hokkaido 2025
fujiwara3
3
460
ゼロからはじめる採用広報
yutadayo
3
990
事例で学ぶ!B2B SaaSにおけるSREの実践例/SRE for B2B SaaS: A Real-World Case Study
bitkey
1
160
Featured
See All Featured
Docker and Python
trallard
44
3.5k
Designing for Performance
lara
610
69k
Designing Experiences People Love
moore
142
24k
Gamification - CAS2011
davidbonilla
81
5.4k
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3.3k
Building Adaptive Systems
keathley
43
2.7k
It's Worth the Effort
3n
185
28k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
44
2.4k
Build your cross-platform service in a week with App Engine
jlugia
231
18k
Become a Pro
speakerdeck
PRO
29
5.4k
The Invisible Side of Design
smashingmag
301
51k
Being A Developer After 40
akosma
90
590k
Transcript
Nobutoshi Ogata Engineering Manager, Site Reliability Engineering SmartNews, Inc. サーバサイドの
技術スタック・アーキテクチャ総ざらい
1. はじめに 2. 自己紹介 3. SmartNews とは 4. SmartNews の技術スタック
5. ニュースが配信される流れと規模 6. ニュース配信のアーキテクチャ 7. おわりに Agenda
はじめに
• SmartNews のサーバサイドで利用している技術スタック・アーキテクチャに ついてざっとご紹介 • ニュース選定などのアルゴリズムに関する話はしません はじめに
自己紹介
尾形暢俊 (Nobutoshi Ogata) • Engineering Manager, Site Reliability Engineering •
2015 年 5 月に入社し、開発基盤やインフラ周りの整備を担当 • 2016 年より SRE チームを立ち上げ、Engineering Manager に • ゲームと車と猫と酒で出来ています 自己紹介 @nobu666
SmartNews とは
SmartNews とは
• スマートフォン・タブレット向けニュースアプリ • 日米 4,000 万以上のダウンロード • 月間利用者数 (MAU) 1,000
万人以上 • マスコットキャラクターは地球くん SmartNews とは http://about.smartnews.com/ja/2019/02/20/20190220/
SmartNews の 技術スタック
本日は、ニュース配信基盤にしぼってお話をします SmartNews の技術スタック ニュース配信基盤 広告配信基盤
• 基本的には AWS + Amazon Linux • CDN は Akamai(一部
CloudFront) + WAF • Java 8 → 11 ◦ 一部 Ruby, Golang, Scala, Kotlin SmartNews の技術スタック
• Online ◦ ALB(CLB) + ASG + EC2 ▪ nginx
+ Spring Boot embedded Tomcat ◦ ALB + ECS ▪ nginx + Consul Template ◦ EKS (検証中) • DMP ◦ EMR, Airflow, Hive LLAP, Presto ◦ Chartio, Superset, Jupyter SmartNews の技術スタック
• Instance Provisioning ◦ AMI に共通で必要なものを焼き込み ◦ インスタンスがタグによって自律的に必要なものを Provisioning ◦
Code Deploy によりアプリケーションを Deploy • itamae, Terraform, CircleCI, Jenkins, VAddy SmartNews の技術スタック
• 監視・通知 ◦ Datadog + PagerDuty ◦ Runscope ◦ New
Relic SmartNews の技術スタック
• PipelineDB ◦ News 側では内部利用のみ • Hazelcast ◦ 後述 ちょっと珍しいかもしれないもの
ニュースが配信される 流れと規模
ニュース配信基盤のデータの流れ Publishers SNS
ニュース配信基盤が扱う トラフィック・データの規模 Online 30k+ requests / second Push Notification 25M+
users / 5 minutes Index 100k+ articles / day Log Aggregation 500M+ logs / day
ニュース配信基盤が扱う トラフィック・データの規模 CDN(Akamai) 480k+ hits / second 35G+ bits /
second 120T+ bits / day
ニュース配信の アーキテクチャ
Online のアーキテクチャ • メインのサービスは ◦ API gateway under L7 LB
(ALB) ◦ search engine ◦ personalized engine • API gateway では ◦ 複数のデータソースから非同期に結果を取得 ◦ I/O を極力減らして non-blocking に
Online のアーキテクチャ • Auto Scaling Group (ASG) で制御される EC2 群に
よるサービス ◦ ASG, Lambda, Simple Notification Service (SNS) を組み合わせて scale out を自動化 ◦ scale out が前提なので、scalable なアーキテク チャである必要がある
Online のアーキテクチャ • search engine は cache layer で守る ◦
L1: in-memory ◦ L2: Memcached cache cluster • cache hit rate が重要 ◦ offline 処理で絶えず L1/L2 cache を作成
Online のアーキテクチャ • cache が効きづらい personalized engine には、 in-memory data
grid を採用し高速化 ◦ Hazelcast cluster • Application Framework には Reactive Streams (Reactor) を採用 • 負荷状態に応じて自律的に処理内容を変更
おわりに
• プロダクト・開発組織・サービス提供範囲の全てがより成長します ◦ それに対して scalable なアーキテクチャが必要です ◦ さらに高速で安定した分析基盤が必要です ◦ 時差を超えて、より簡単・スムーズに開発できる環境が必要です
• もっとたくさんの仲間が必要です、ぜひ一緒にとりくみませんか! おわりに
We are hiring! https://smartnews.workable.com/
None
ご静聴ありがとう ございました