Measuring Developer Productivity: Real-World Examples
You can see there’s a wide range of metrics in use, including: Ease of Delivery (Amplitude, GoodRx, Intercom, Postman, Lattice) Experiment Velocity (Etsy) Stability of Services / Apps (DoorDash) SPACE metrics (Microsoft) Weekly focus time per engineer (Uber) Every company has its own tailored approach to measuring its engineering organization’s efficiency. For this article, I’ve chosen four compan
ISUCON11 予選問題の解説と講評 : ISUCON公式Blog
※2021.09.18 18:44 MariaDBのDESC指定に関する記述を修正しました --- こんにちは、ISUCON11 予選問題担当の Mahito です。 この記事では ISUCON11 予選問題であるアプリケーション「ISUCONDITION」について、問題の概要と想定した解法について解説を行います。なお、ISUCON11 予選問題の作問はNTTコミュニケーションズ株式会社 - kanata、Mahito、東京工業大学デジタル創作同好会traP - eiya、oribe、ryoha、ヤフー株式会社 - okimoto、 tabuchi の7名で担当させていただきました。 ISUCONDITION とはISUCON11 予選問題は、ISU (問題ではイスをこう表現していたのでここでもそう表現します) が人々にとって大事なパートナーとして扱われる世界で、ISU から送られるデータ
NTT Tech Conference #5 で発表してきた&コメ返し #NTTTech - なおすけの落書き帳
先日02/26に開催された NTT Tech Conference #5で発表してきました． ntt-techconf.connpass.com 内容 発表資料はこちら． speakerdeck.com 新入社員と一緒に癒着*1した話です． 発表のときに頂いた質問やコメント返信 「ペアプロとは別にレビューしましたか？それともペアプロでレビュー済みとしてレビューは省略しましたか？」 今回はペアプロとは別にレビューをしました．チームでどういうふうにしようか合意をとれていなかったので． うちのチームは，普段は2人でレビューをする文化なのですが，さすがにペアプロしてから2人レビューはいらんだろという話がチラホラと出ました．次は1人でもいいかなとかチームで少し話も出ました． 「我がチームは昨年4月からチーム全体で常にモブワークしているので、オンボーディングもうまくいっています」 たしかに，モブワーク
How Gremlin’s Chaos Engineering Platform Validates AWS Operational Excellence and Reliability | Amazon Web Services
AWS Partner Network (APN) Blog How Gremlin’s Chaos Engineering Platform Validates AWS Operational Excellence and Reliability By Eugene Wu, Partner Solutions Architect at Gremlin Chaos engineering is the discipline of experimenting on a software system or service to build confidence in its capability to withstand turbulent and unexpected conditions. Its goal is to reveal weaknesses before they brea
Disasterpiece Theater: Slack’s process for approachable Chaos Engineering - Slack Engineering
Disasterpiece Theater: Slack’s process for approachable Chaos Engineering Slack is a large and complex piece of software that’s been added to and changed many times over the last five years. We added features, grew to 10,000,000 DAUs, and made major architectural changes. We made assumptions and tested them with processes that often resembled science. Whenever we launch features or make changes, w
Learning Chaos Engineering
Read it now on the O’Reilly learning platform with a 10-day free trial. O’Reilly members get unlimited access to books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers. Most companies work hard to avoid costly failures, but in complex systems a better approach is to embrace and learn from them. Through chaos engineering, you can proactively hunt for e
Netflixにおけるフルサイクル開発者―開発したものが運用する - CARTA TECH BLOG
こんにちは。fluctでiOS/Android向けSDKの開発をしているarimuraです。この記事ではPhilip Fisher-Ogden、Greg Burrell、Dianne MarshによるFull Cycle Developers at Netflix — Operate What You Buildを私が翻訳したものを著者の許可のもとに掲載しています。元の記事は弊社の技術力評価会のインプットの一つとして共有されており、そこで興味を持ったのが翻訳するきっかけとなりました。 以下、2018年5月時点における情報を記載したものであり Netflix TechBlog「Full Cycle Developers at Netflix」より引用したものである。 Netflixにおけるフルサイクル開発者―開発したものが運用する 2012年―Netflixでの重要なサービスの運用は骨の折れ
GitHub - dastergon/awesome-chaos-engineering: A curated list of Chaos Engineering resources.
Chaos Monkey - A resiliency tool that helps applications tolerate random instance failures. orchestrator - MySQL replication topology management and HA. kube-monkey - An implementation of Netflix's Chaos Monkey for Kubernetes clusters. Gremlin Inc. - Failure as a Service. Chaos Toolkit - A chaos engineering toolkit to help you build confidence in your software system. steadybit - A Chaos Engineeri
Re:silience から始めるカオスエンジニアリング生活 / A Life of Chaos Engineering Starting with Resilience
https://techconf.cookpad.com/2019/ で話す (話した) 資料です。 下記スライド内のリンクです。 - https://principlesofchaos.org/?lang=JAcontent# - https://www.quora.com/What-is-chaos-engineering - https://github.com/Netflix/SimianArmy/wiki/Chaos-Monkey - https://microservices.io/ - https://www.slideshare.net/hashikem/rails-presentation-667968 - https://speakerdeck.com/a_matsuda/the-recipe-for-the-worlds-largest-rails-monolith
回復性の高いMicroservicesアーキテクチャを支える技術 - Mercari Engineering Blog
メルカリバックエンドエンジニアの@yagi5です。 Mercari Advent Calendar 2018の23日目を担当します。 モノリシックなシステムは、障害が発生するとシステムが全停止してしまうことが一般的です。 しかし、Microservicesアーキテクチャでは様々なテクニックを用いて、サービス全体が停止するような障害に対処することができます。 この記事では、Microservicesにおけるシステムの回復性を高めるための技術について書いていきます。 回復性とは、障害が起こらないことを意味しません。 高い回復性を備えたシステムは、障害が発生するということを前提に、システム全体のダウンを避け、データのロスが回避されるように設計されています。 Microservicesの世界では、システムは自律的に動作する複数のサブシステムによって構成されます。 ひとつのサービスに障害が発生しても
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HRzine
Googleが解説 - 他社のSRE実践はなぜ誤りなのか