23.4.8 ディスクアクセス

23.4.5 パフォーマンスに関する考察:Fast Paxos から 23.4.7 バッチ処理 まで

23.4.2 読み取り負荷が大きいワークロードのスケーリングから23.4.4 分散合意のパフォーマンスとネットワークのレイテンシまで

23.4.1 Multi-Paxos:詳細なメッセージフロー

23.3.5 信頼性を持つ分散キュー及びメッセージング から 23.4 分散合意のパフォーマンス まで

23.3.3 リーダー選出を利用する高可用性を持つ処理 から 23.3.4 分散協調及びロックサービス まで

23.3 分散合意のためのシステムアーキテクチャパターン から 23.3.2 信頼性を持つ複製データストア及び設定ストアまで

23.2 分散合意の動作 から 23.2.1 Paxosの概要: サンプルプロトコル まで

23.1 合意を利用する目的:分散システムの協調障害 から 23.1.3 ケーススタディ 3:問題のあるグループメンバーシップアルゴリズム まで

23章 クリティカルな状態の管理: 信頼性のための分散合意

SRE NEXT 2023 Chair ぐりもおさん をゲストに迎え、SRENEXTのことをお聞きしました。

ランニングのお供に！走りながら聞ける会社説明会・バックエンドエンジニア ver です。 お話するのは、カヤックのさまざまな自社サービスを渡り歩いてきた⁠バックエンドエンジニアの荒賀⁠さんです。 超速！カヤックの会社説明 30代になってランニングをはじめた理由 カヤックでどんな仕事をしているか？ カヤックに合うエンジニア・合わないエンジニア 変化や成長をしていくための考え方や秘訣 などを、20分程度でお話しています！

ランニングのお供に！走りながら聞ける会社説明会・SRE ver です。 お話するのは、ISUCONで優勝経験もあるSREの藤原組長です。 超速！カヤックの会社説明 30代になってランニングをはじめた理由 カヤックでどんな仕事をしているか？ SREって一体何をしているの？ カヤックに合うエンジニア・合わないエンジニア などを、30分程度でお話しています！

22.6 カスケード障害に対応するためにすぐに行うべき手順 から 22.7まとめまで

説明会を聞きながら、90秒＋90秒のインターバル練習ができるポッドキャストです！ 通常は走るスピード×時間をきちんと決めてやると思いますが、今回は時間だけを区切っていくので、走るスピードは各自の練習計画に合わせて決めてください。 お話するのは、カヤックのさまざまな自社サービスを渡り歩いてきたバックエンドエンジニアの荒賀さんです。 荒賀さんのランニング経歴と練習メニュー ランニングが仕事でゾーンに入るために役に立つ！？ 荒賀さんが仕事で大切にしていること エンジニア視点での面白法人カヤックのいい所・ダメな所 ※音声にOtoLogicを使用しています

22.4 カスケード障害を引き起こす条件 から 22.5.3 重要度の低いバックエンドのテスト まで

22.3 起動直後の低パフォーマンスとコールドキャッシュ から 22.3.1 スタックは常に下っていくようにすること まで

22.2.4 レイテンシとタイムアウト から 22.2.4.4 二峰性のレイテンシ まで

22.2.2 ロードシェディングとグレースフルデグラデーション から 22.2.3 リトライ まで

22.1.3 利用できないサービス から 22.2.1 キューの管理 まで

22章 カスケード障害への対応 から 22.1.2.5 リソース間の依存関係 まで 本編は12分05秒あたりからになります。

21.7 接続によって生じる負荷 から 21.8 まとめ まで

21.5 利用率のシグナル から 21.6.1 リトライの判断 まで

21.3 クライアント側でのスロットリング から 21.4 重要度 まで

21章 過負荷への対応 から 21.2 顧客単位での制限 まで

20.4 ロードバランシングのポリシー から 20.4.1.3 マシンのばらつき まで

20.3.3 サブセット選択のアルゴリズム : 決定的なサブセット選択

20.3 サブセットの設定によるコネクションプールの制限 から 20.3.2 サブセットの選択アルゴリズム:ランダムなサブセットの選択 まで

20章 データセンターでのロードバランシング から 20.2.2 不健全なタスクへの確実なアプローチ:レイムダック状態 まで

19.3 仮想 IP アドレスでのロードバランシング まで

19章 フロントエンドにおけるロードバランシング から 19.2 DNS を使ったロードバランシング まで

18.3.5 チームの力学 から 18.5 まとめ まで

18.3.4 認知の向上と採用の推進 から 18.3.4.4 適切なレベルでの設計 まで

18.3.2 Auxon の紹介 から 18.3.3.1 近似 まで

18.2.2 Google におけるソリューション:インテントベースのキャパシティプランニング から 18.3.1.2 パフォーマンスメトリクス まで

18章 SRE におけるソフトウェアエンジニアリング から 18.2 Auxon のケーススタディ:プロジェクトの背景と問題の領域 まで

17.3.7 プロダクション環境におけるプローブ から 17.4 まとめ まで

17.3.6 結合 まで

17.3.5 予想されるテストの失敗 まで

17.3.4 プロダクションへのプッシュ

17.3.2 ディザスタのテスト から 17.3.3 速度の重要性 まで

17.3 大規模なテスト から 17.3.1 スケーラブルなツールのテスト まで

17.2 テストの作成と環境の構築 まで

17.1.2.2 ストレステスト から 17.1.2.3 カナリアテスト まで

17.1.2 プロダクションテスト から 17.1.2.1 設定テスト まで

17 信頼性のためのテスト から 17.1 ソフトウェアテストの種類 まで

16章 サービス障害の追跡 から 16.2.4 予想外のメリット まで

15章 ポストモーテムの文化: 失敗からの学び から 15.4 まとめと改善の継続 まで

15章 ポストモーテムの文化: 失敗からの学び から 15.1 Google におけるポストモーテムの哲学 本編は3分35秒からです。

14.3 インシデント管理のプロセスの構成要素 から 14.5 インシデントと宣言すべき場合 まで 本編は11分00秒からです。