The browser you are using is not supported. We recommend using Chrome or Firefox to get the best experience.
The browser you are using is not supported. We recommend using Chrome or Firefox to get the best experience.
はじめに 実際に運用していた時に非同期にしていた主な処理は下記のようなものがあります。 iOS Android の push 通知の送信処理 ログの作成 様々な外部 API の呼び出し 非同期で更新しても問題ないデータの更新 Sidekiq is なに sidekiqは非同期処理を実現する gem 他にも Ruby で非同期処理を実現できる有名な gem には resque や delayed_job 等がある。 sidekiq.org Enterprise版等もありますが、 今回はOSS版を使用している前提でのお話しです。 他の非同期処理が可能な gem との簡単な比較 FAQ · mperham/sidekiq Wiki · GitHub この内容は結構真実を語っていることを最近知った Sidekiq Redis マルチスレッド リトライ処理あり おしゃれなダッシュボード Resque
押忍、くしいです。すっかり秋ですな。 さて、今回お邪魔したのはFacebookを利用した恋愛・婚活マッチングサービス「pairs」や、恋人たちに欠かせないカップルのためのアプリ「Couples」などを提供されている株式会社エウレカさん。 8月にお引越しされたばかりの新オフィスは外苑前駅から徒歩すぐなのでウルトラ便利。デザインはシンプルに、社員が働きやすいことを重点に置いたそうで大変過ごしやすそうでございましたよ。んじゃ早速どうぞ~。 受付、中の様子が見えて開放感があります ==== 入るとすぐにフリーアドレスな作業スペース ※公開から3ヶ月以上経過した特定の記事は有料となっている場合があります この続きはcodocで購入
こんにちは。VASILYに入社して、オシャレぶるようになったと周りにイジられているデータサイエンティストの金田です。 VASILYでは、プッシュ通知の開封数を上げるために様々な施策を行っていますが、その一つとして、多腕バンディット問題を応用し、複数の異なるタイトル文言の配信比率を動的に最適化することで、開封数を高めるといった取り組みを行っています。今回は、なぜプッシュ通知配信の最適化に多腕バンデ...こんにちは。VASILYに入社して、オシャレぶるようになったと周りにイジられているデータサイエンティストの金田です。 VASILYでは、プッシュ通知の開封数を上げるために様々な施策を行っていますが、その一つとして、多腕バンディット問題を応用し、複数の異なるタイトル文言の配信比率を動的に最適化することで、開封数を高めるといった取り組みを行っています。今回は、なぜプッシュ通知配信の最適化に多腕バ
最近クックパッドでは、アプリケーションサーバの大半が Rails 2.3 から Rails 3 に置き換わったのですが*1、リリース前のベンチマークの時点ではあまりパフォーマンスが出ず四苦八苦していました。具体的には Rails 2.3 の時と比べ MRI 1.8.7 だとレスポンスタムが200%ぐらい遅い結果でした。Rails 3 になって実装が Merb core を取り入れ疎結合で綺麗になった反面、より多くのオブジェクトと・メモリを利用する様になった影響かと思います。 そこで Ruby インタプリタの変更*2を行い検証をしたところ MRI 1.8.7 (Rails 2.3と比べ) 約200%遅い MRI 1.8.7 -> Ruby Enterprise Edition 1.8.7 2011.03 (tcmalloc 無効) 約180%低速 MRI 1.8.7 -> Ruby Ente
こんにちは。技術部の吉川です。 クックパッドでは、ユーザーが快適にサービスを利用できるように本番環境でのパフォーマンスを向上させるための様々な工夫がなされています。 ところでパフォーマンスを気にするのは本番環境だけで良いのでしょうか? 開発環境に目を向けると、そこにもユーザーがいます。開発者です。開発環境のパフォーマンスが向上することで、開発者が快適にサービスを開発できるようになります。 今回はそういった開発環境でのパフォーマンス向上のための取り組みについてご紹介します。 ※ なお先日 Ruby2.2化されました が、今回紹介するものはそれ以前に実施されたため、Ruby2.2で同じ結果になるとは限りません。 状況 今回対象とするのはcookpad.comのアプリケーションです。 近年はMicroservices化を進めていますが、それでも本体のレシピサービスのアプリケーションは依然として非
こんにちは、@ManoDesignです。 Webサービスの事業成長を牽引するプロダクトマネージャーになるには?という勉強会に参加してきました。 UXデザイナーの行き着く先はプロダクトマネージャーかも?という考えで、勉勉強するぞ!と気楽にお邪魔したのですが。。。 会場はデザイナー畑の方が少ないううっとなりながら、がんばって聞きましたw(あんまり理解出来ていない言い訳ですね) 登壇者のお二人が早速資料をシェアされていたので、特におおっ!と思ったところと、後半のQAトークセッションについてのレポートです。 一言で言うと、自分でデザインだからと枠をくくらずに、勉強すべきことが超ある(。。。遠い目)と思いました。はい。がんばります。 イベント概要日時:2015/10/09 (金) 19:00〜場所:BIZREACHビズリーチ プロダクトマネージャー 丹野氏 × Kaizen PlatformCEO須
こんばんは、城内です。 最近、3歳半になる娘が『ちいさなプリンセス ソフィア』を観るようになって、急に妙なリーダーシップを発揮するようになりました。 両親共にそんな気質は持ち合わせていないので、どんな成長を遂げるのかちょっと不安です。。 といったどうでもいいプライベートな近況報告を織り交ぜながら、引き続き先日東京リージョンに上陸したAmazon Auroraを触っていきたいと思います。 はじめに 今回は、Auroraの障害テストを実施してみたいと思います。Auroraでシミュレーションできる障害は以下の4つです。 インスタンスのクラッシュ レプリカの障害 ディスクの障害 ディスクの輻輳 上記の内、インスタンスとレプリカ、ディスクの障害テストを試してみたいと思います。 (ディスクの輻輳は、ディスクの障害をやるからまいっか的なノリで外しましたw) 試してみる では、早速1つずつどんな挙動をする
こんにちは。インフラチームの野島です。 最近、cybozu.com はロードバランサを Apache から nginx に置き換えました。 (参考: cybozu.com のリバースプロキシを nginx にリプレイス) 置き換えの一環として、Apache に実装していた DoS 対策の仕組みを nginx の拡張モジュールにする形で移植しました。今回、この拡張モジュール nginx-maxconn-module を OSS として公開しましたので紹介します。 背景 DoS 対策 秒間リクエスト数 v.s. 瞬間同時リクエスト数 実装方針 nginx-maxconn-module 基本的な使い方 高度な使い方 インストール おわりに 背景 本題に入る前に、cybozu.com において、HTTP リクエストがどのように処理されているかを説明します。 cybozu.com では、負荷分散のた
軽い気持ちで投稿したら、思わぬ反響を頂いたこの話。 賛否両論で色々な意見を頂きました。 問題点も含めてある程度メリット・デメリットが見えてきたので、最後にまとめてみます。 ブコメ、Twitterで色々と意見を頂いた方々ありがとうございました。 この場を借りてお礼申し上げます。 前回までのおさらい クライアントとサーバー間で何らかのデータの受け渡しをする時に、 よく使われるフォーマットとしてJSONやXMLがあります。 構造がシンプルなテキストで汎用性が高いため、あらゆるプラットフォーム間の差異を吸収するフォーマットとしてメジャーな存在です。 モバイルアプリも例外ではないのですが、JSONなどを使わずにSQLiteのDBファイルを直接渡してやりとりするというのが先日書いた記事です。 SQLiteはクロスプラットフォームな上に1ファイルで完結するので、1つのファイルで様々なプラットフォームから
「ブルーオーシャン症候群」とは、密かに日本企業に蔓延する病である。その症状には以下のようなものがある。 自社事業とは遠いところに、競争が少なくて儲かる事業領域があると信じている そしてその事業領域は楽勝で参入できると思っている よって、少人数、少額、短期間で新規事業が創出できるべきだと思っている 結果として(実は当たり前に大変な)新規事業創出に本腰が入らない そもそもブルーオーシャンとは 「ブルーオーシャン」は、長きにわたって日本のビジネスマンが好きな言葉だ。(ちなみにアメリカではとんと聞くことがない)。 ちょっと前に、元マッキンゼーコンサルタントの日本人3人で「ブルーオーシャン」の話になった。大体こんな感じの会話だったはず。 「なんか、『楽勝で参入できる競争が少なくて儲かる事業領域』みたいな意味で、『ブルーオーシャン』って使うよね?」 「そうそう。そんなのあるわけないのに」 「だよねー。
第32回 PostgreSQL 勉強会(2015年10月10日)で登壇してきました。 内容は前に書いたエントリーの MySQL使いが知るべきPostgreSQLとの違いと変わらない一つのこと MySQL使いの人がPostgreSQLを始めるときの罠をまとめてみた を元に発表してきました。 と言っても今回は参加者がPostgresSQLに詳しい前提だったのでMySQLを中心に話をしました。 実際の資料は下記のとおりです。 当日はビデオ撮影があったのでそのうち動画が上がると思います。 第32回 PostgreSQL 勉強会まとめ ~ togetter ~ 流石に2時間は疲れました。 内容としては眠くならないように面白おかしく伝えようと思ったのですがなかなか難しかったです。 前半はMySQLとPostgreSQLの方向性の違いをメインにしました。 後半はMySQLは僕が実際にハマった事などをメイ
とある区民センターの一室に集まったのはいずれも30歳前後の男性たち総勢六名。コの字に並べた机に各々ひとまずは腰を落ち着けたものの主催者のいない無機質な空間で誰しもが所在なさげにもじもじしている。しかし良い大人が、しかもこれから大人としてより重大な使命を担う男たちが六人も集まっていつまでもそうもじもじしているわけにもいかない。やがて彼らは何ら面識のないお互いの顔を見合わせながらおずおずと二言三言の挨拶を交わし始める。 「あ、鈴木です」 「小林です」 「あ、今回が初めてですか?」 「あ、そうなんですね、僕も初めてなんですよー、緊張しますよね」 「私は、実は二回目で。前回の講習でたぶん大丈夫だと思うんですけど、二人目が念願の女の子のようでして、それで少し不安になりまして……」 「ちなみに今は何か月?」 「あ、同じくらいですね。私のところも12月が予定日なんですよ」 盛り上がってるか盛り上がってい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く