共有
  • 記事へのコメント36

    • 注目コメント
    • 新着コメント
    その他
    iga_k
    iga_k SREについて。良い。

    2017/06/21 リンク

    その他
    akakit
    akakit SRE:Site Reliability Engineering

    2017/02/21 リンク

    その他
    girled
    girled 今話題のSREってなんじゃらほいって思ってたのでなんとなくイメージ出来ました

    2016/06/29 リンク

    その他
    d4-1977
    d4-1977 日本語の概要だけでも読むといいと思った

    2016/04/17 リンク

    その他
    restartr
    restartr 書評はやい。。。SREだけでなくサービスに関わるすべての人間にとって参考になる本だと思う。自分はまだ4章なので先は長い。

    2016/04/16 リンク

    その他
    june29
    june29 ここにある概要を読むだけでもいろいろと考えさせられる。

    2016/03/29 リンク

    その他
    raimon49
    raimon49 >日々のリアクティブな活動に忙殺されるインフラ/Ops担当はどうしても減点評価になりがちだが、仕事の半分がプロアクティブな活動であり、成果を加点評価できる。昇格、昇給の根拠になりやすい。

    2016/03/29 リンク

    その他
    key_amb
    key_amb 興味深い。運用と開発でError budgetを共有して減点方式じゃなくすっての、いいな。

    2016/03/28 リンク

    その他
    progrhyme
    progrhyme 興味深い。運用と開発でError budgetを共有して減点方式じゃなくすっての、いいな。

    2016/03/28 リンク

    その他
    oooooo4150
    oooooo4150 “インシデント対応、問い合わせ対応、手作業は仕事の50%に収まるように調整する”←いきなりハードル高すぎワロタw・・・・・ワロタ。。。。

    2016/03/28 リンク

    その他
    tsekine
    tsekine 書評出た。早い。日本語版を出すだけの需要があるのかは謎。追記: 中の人いわく、世界で最初の書評らしい。

    2016/03/28 リンク

    その他
    synchro800
    synchro800 書評: Site Reliability Engineering · re-imagine

    2016/03/28 リンク

    その他
    chronosfm
    chronosfm 書評: Site Reliability Engineering · re-imagine

    2016/03/28 リンク

    その他
    kaputte
    kaputte 気になる

    2016/03/28 リンク

    その他
    halfrack
    halfrack Error Budget の網羅的な可視化やりたい

    2016/03/28 リンク

    その他
    fjwr38
    fjwr38 こういうのやりたいなぁ、と思う

    2016/03/28 リンク

    その他
    keepkeptkept
    keepkeptkept “サービスごとにアプリ/製品チームとSREチームがError Budgetを共有することで、利害関係を一致できる。”

    2016/03/28 リンク

    その他
    luccafort
    luccafort ざっと書評見た感じ、良書っぽい。

    2016/03/28 リンク

    その他
    YuichiTanaka
    YuichiTanaka "アプリ/製品チームとSREチームは”Error Budget”を定義、共有する。これは四半期ごとに定義される、サービスレベル目標である。ユーザがサービスを使えなくなると、その時間が、このError Budgetから取り崩されていく。"

    2016/03/28 リンク

    その他
    tdtsh
    tdtsh 「Error Budgetを共有することで、利害関係を一致できる」これいいねー!

    2016/03/28 リンク

    その他
    tinsep19
    tinsep19 Error Budgetの大きさはサービスごとに異なり、定義は製品チームの責任。当然Error Budgetが少ない = サービスレベルが高い = コストがかかる ので、製品チームはいたずらに高いサービスレベルを定義しない。

    2016/03/28 リンク

    その他
    kimutansk
    kimutansk Error Budgetを共有することで利害関係を一致できるのは面白い。重視するものが違うからこそ製品チームに定義が委ねられるというのも。

    2016/03/28 リンク

    その他
    naka-06_18
    naka-06_18 「日々のリアクティブな活動に忙殺されるインフラ/Ops担当はどうしても減点評価になりがちだが、仕事の半分がプロアクティブな活動であり、成果を加点評価できる。昇格、昇給の根拠になりやすい。」よさげ

    2016/03/28 リンク

    その他
    ryuzee
    ryuzee “インフラ/Ops担当は「サービスを少しでもダウンさせたら悪」となりがちだが、サービスごとにアプリ/製品チームとSREチームがError Budgetを共有することで、利害関係を一致できる。”

    2016/03/28 リンク

    その他
    mizoguche
    mizoguche “アプリ/製品チームとSREチームは”Error Budget”を定義、共有する。これは四半期ごとに定義される、サービスレベル目標である。ユーザがサービスを使えなくなると、その時間が、このError Budgetから取り崩されていく。Budge

    2016/03/28 リンク

    その他
    suthio
    suthio いたずらにサービスレベルを上げることだけを考えないのは良い

    2016/03/28 リンク

    その他
    mukaken
    mukaken “Googleのインフラ/Ops系技術チームの働き方や考え方を題材にした本”

    2016/03/28 リンク

    その他
    amagitakayosi
    amagitakayosi "日々のリアクティブな活動に忙殺されるインフラ/Ops担当はどうしても減点評価になりがちだが、仕事の半分がプロアクティブな活動であり、成果を加点評価できる。" モチベーションもあがりそう

    2016/03/28 リンク

    その他
    mirakui
    mirakui Error Budget の考え方いいな

    2016/03/28 リンク

    その他
    kazeburo
    kazeburo 読まねば

    2016/03/27 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    書評: Site Reliability Engineering

    英語だけどぜひ読んでほしい Site Reliability Engineering: How Google Runs Production Systems 参考...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事