ペロリでの障害再発防止の考え方と実施例 - peroli Developer's Blog
2016 - 10 - 24 ペロリでの障害再発防止の考え方と実施例 list Tweet こんにちは。 普段はEC系サービスの開発をしているsian-izmです。 今回はペロリでの障害再発防止の考え方と実施例について紹介させていただきます。 障害は前向きにとらえる 目指すべきは障害件数は0にすること。 しかし、システムを運用していれば、思わぬタイミングで障害がおきることはあるでしょう。 サービスが拡大している時であれば、自ずと件数も多くなると思います。 よって大切なことは、その障害をよりよいプロダクト作りのきっかけにしていくこと。 そういう点で障害を前向きにとらえていこうということです。 ペロリでは一定レベルのユーザー影響があり、緊急メンテナンスを行ったときには報告を上げる必要があります。 ただそれ以外でも、「よりよいプロダクト作りのきっかけのために」どんどん報告することを推奨しています
ペロリ流 開発要件のまとめ方 - peroli Developer's Blog
2016 - 07 - 22 ペロリ流 開発要件のまとめ方 開発プロセス list Tweet こんにちは。開発部のマネージャーをやっている mizushimac です。 今回は開発するモノの要件のまとめ方についてペロリ開発部が実践している内容を少しご紹介したいと思います。みなさんの会社やプロジェクトではどうやって開発するモノの要件をまとめていますか？ パワポ ですか？ spreadsheet ですか？ 流れ行く slack や github issue で議論しながらコメントに埋もれていき誰かが箇条書きでまとめますか？ きっとカオスなことが多いかなと思いますのでこのエントリーが少しでもご参考になればと思います。 ちなみに、ペロリはカオスを楽しめる人を求めていますw 開発要件のまとめ方って色々あって難しい 私が学生の時に所属していた ベンチャー企業 では、数十MBもある パワポ に画面イメ
Sidekiq による非同期処理を Redis の分散ロックで排他制御した話 - peroli Developer's Blog
MERY のサーバーサイドエンジニアの @saidie です。 MERY では画像アップロードや記事投稿による検索インデックス作成などなど、ユーザからのリクエスト起因で起こる時間のかかる処理の多くを非同期に行うことでレスポンスタイムの向上に努めています。また、重複した非同期処理が並行して走ることによる スループット の劣化を分散ロックを用いた 排他制御 で緩和する取り組みなども行っています。 MERY は Ruby on Rails を用いて開発されており、非同期処理には Ruby 製の フレームワーク である Sidekiq を採用しています。この記事では Sidekiq と Redis による分散ロックを使って、同一の非同期処理が(あまり)重複しないような MERY の非同期処理システムについてご紹介します。 Sidekiq Sidekiq はクライアントサー バモ デルのマルチスレッ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
