[B! インフラ] akky_orangeのブックマーク

ひとりぼっちのサービス開発における技術選択の遷移と戦略 - Qiita

by @appwatcher 以前下記で書かせていただいた goからiOSまで一人でアプリ開発をしてたらいつの間にかマインクラフトエンジニアになった話ですが、上から下まですべてを担当して個々の技術をすべてやった経験自体も勉強になったのですが、どうして、そのような技術選択をしたか？という点が自分でも振り返ってみて学ぶ点がありました。それぞれ良し悪しがあったので何かしらの参考になればと思い、それ以後の技術変遷や取捨選択を踏まえて、振り返ってみたいと思います。なにかしらの参考になれば。ちなみに未だに一人です。今回の技術選択をした時の基準や自分なりの戦略スピード重視。これは今回に限らず自分自身の戦略です。基本通常の人の３倍のスピードでやる気概でやってます。ユーザーグロース重視。これはサービス立ち上げからやるので当然。コスト重視。今回フリーになってコストまできちんと意識するようにな

akky_orange 2016/02/12

リンク

障害の事後分析を読んで得た教訓 ― 「何がシステムを停止させるのか？」 | POSTD

私はポストモーテム（事後分析）の記録を読むのが大好きです。ポストモーテムを読むと勉強になりますが、大抵の教材的資料とは違って、興味深いストーリーが含まれているのです。相当な時間をかけてGoogleとMicrosoftのポストモーテムを読みました。大きな障害を招く最大の原因について、私は（まだ）きちんと分析していませんが、何度も繰り返し目にするポストモーテムのパターンがいくつかあります。エラーハンドリング適切なエラーハンドリングのコードを書くのは難しいものです。エラーハンドリングのコードに含まれるバグは、大きな問題を引き起こす主な原因となっています。つまり、エラーによってバグのあるエラーハンドリングのコードが実行されるということは、単に個々のエラーが重なるだけという事態にはとどまらないのです。障害が重なって重大なシステム停止につながることはよくあります。それはある意味明らかなことで、