25K request/secをさばいた「LINEのお年玉」のアーキテクチャの裏側 - LINE ENGINEERING
みなさんこんにちは、LINEのサーバーサイドエンジニアの長谷部です。普段は、最近でいうとLINE Login や LINE Customer Connect などの開発を担当しています。 2018年の年始に LINEのお年玉 というイベントを実施し、その開発を担当しました。今回の記事では、LINEのお年玉のアーキテクチャの紹介や、当日実際に発生した問題(サービス過負荷起因のkafka consumer遅延)などの振り返りについて書こうと思います。 LINEのお年玉とは お年玉イベント期間中に、お年玉とLINEスタンプをセットで「お年玉つきスタンプ」として販売しました。対象スタンプを購入したユーザーさんは、スタンプ購入数 x 10個 のお年玉が付与されます。 こういったメッセージが受信されます ユーザーは自分がもっているお年玉を友だちに直接送ったりグループに送信することができ、お年玉を受け取
研究分野をサーベイする
2. サーベイとは何か 語意 もともとは「調査」 研究業界では「既存の関連論文を網羅的に調査・勉強すること」 なぜサーベイするのか…例えば： 自分の興味ある研究分野を一から勉強する 研究テーマのヒントを探す 自分が実現したい研究に必要な前提知識・要素技術を探す 新規性や優位性が本当にあるのかを事前に検証する 新規性や優位性を発表時に示すための証拠を揃える 4. いつやるの？いまでしょ…とは限らない [方法例1] 分野全体をサーベイしてから研究テーマを考える まず分野全体を網羅的に理解し、いま着手すべきテーマを絞る その分野の知識全体を道具として活用する その分野で研究者になりたい人は分野の全体像を知る必要がある [方法例2] 研究テーマ案をたててからサーベイする 「研究のアイディアやニーズが最初にありき」という場合に その研究
Amazon Relational Database Service – Looking Back at 2017 | Amazon Web Services
AWS News Blog Amazon Relational Database Service – Looking Back at 2017 The Amazon RDS team launched nearly 80 features in 2017. Some of them were covered in this blog, others on the AWS Database Blog, and the rest in What’s New or Forum posts. To wrap up my week, I thought it would be worthwhile to give you an organized recap. So here we go! Certification & Security January – FedRAMP Certificatio
クックパッドのデータ活用基盤 - クックパッド開発者ブログ
インフラ部 & 技術部の青木峰郎です。 クックパッドでは全社的にAmazon Redshiftを中心としたデータ活用基盤を構築しています。 今日はその全体像についてお話ししたいと思います。 データ活用基盤の全体像 まず、以下にクックパッドのデータ活用基盤の全体像を示します。 大きく分けると入力が2系統、内部処理が1系統、出力が3系統あります。 入力はMySQLからのインポートとログのロードがあり、どちらも独自に構築したシステムで行われています。 DB内部のデータ処理はSQLバッチのみです。 そして出力は管理画面やBIツールからのアクセスとバッチ処理によるエクスポートに大別できます。 以下1つずつ説明していきましょう。 入力その1: MySQLインポートシステム MySQLからRedshiftへのマスターテーブル取り込みにも独自のインポートシステムを使っています。 このインポート処理には、つ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - yandex/gixy: Nginx configuration static analyzer
