バズワード化して何やらふわっと そういう感じ という扱いになっているSREというものについて、何をする人なのかわかりやすく説明したいと思います。 ※概ねSRE本に書いてあるままですが、Googleの中の人とSREについて話をしたり、色々した結果得られた個人的な見解です。 TL;DR SREとは - ソフトウェアエンジニアに運用チームの設計を依頼したときにできあがるもの - 運用業務とその自動化や全体的な効率化をする人たち よくある誤解 SREは運用自体はしないんでしょ？ 違います。ソフトウェアエンジニアであり、運用をする人です。 Continuous Deliveryにあるように自動化のためにも運用をする必要があります。 SREはインフラエンジニアのことでしょ？ 違います。ソフトウェアエンジニアであり、運用をする人です。 SREは運用するだけでしょ？ 違います。半分以上の時間をソフトウェア
「Site Reliability Engineering」もしくは「SREチーム」という言葉を耳にしたことはありますでしょうか。特にインフラのエンジニアの中では、すでに現場で採用されているという人もいるかもしれません。Site Reliability Engineeringは、サイトの信頼性向上のためにソースコードに手を加えてパフォーマンスを改善、スケーラビリティ向上を担う開発チームのことを指します。今回のコラムで、Site Reliability Engineeringの定義や業務内容、メリットなどをもう少し掘り下げてご紹介していきます。 Site Reliability Engineering（以下SRE）とは、日本語に直訳すると「サイト・信頼性・エンジニア」の3つの言葉で構成されます。日本ではまだ馴染みのない言葉ですが、GoogleやFacebookなどの名だたる企業でSREが採用
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
