2017年7月27日 信頼できるITサービスの鍵となる「SRE」、あらゆる業界での導入が注目される”攻め”の保守運用とは みなさんは「SRE」という単語をご存知でしょうか？ 今後、どの業界や会社にも当たり前の価値観として考え方が広がっていくのでは？とも言われている「SRE」について、アイレット株式会社のお二人にわかりやすく解説していただきました。 こんにちは！in.Live編集部の石川です！ 最近は、ITの技術やサービスがどんどんインフラ化しはじめ、私たちの生活に欠かせないものになってきました。しかし、ある日突然いつものサービスが停止してしまったら…急にアクセスできなくなってしまったら…。そう考えると不安になりませんか？ そこで今回は、技術を影で支える立役者でもあり、常に安定的なサービスを提供することで”信頼あるITサービスの開発”に貢献しているアイレット株式会社のお二人にお話をお伺いしま

企業変革には文化の共有と適切な報酬が不可欠――Autodeskのフェロー：Executiveインタビュー（2/2 ページ） ――企業でも変革の重要性は理解していますが、実践するのは難しいと感じる企業は多いと思います。どうすれば変革を促進できるでしょうか。 ウージャック　変革の障壁になるのは、技術やお金ではなく、コミュニケーションやチームワークなど人間の内面的な部分だと考えています。数多くの企業を見て学んだことは、変革は企業の文化、社風に根ざすものだということです。 例えば、自動車大手の米Ford Motorのデザインスタジオには「Culture eats strategy for breakfast（文化が戦略を食う）」と書かれた大きな看板があります。これが意味するのは、製品計画や戦略がどうであれ、大切なのは社員が何を信じ、どのような価値観を持っているかということです。変革を実現するために

※この投稿は米国時間 2021 年 2 月 27 日に、Google Cloud blog に投稿されたものの抄訳です。 サイト信頼性エンジニアリング（または DevOps）を実装すると、魔法のようにすべてが改善されると思う人もいるでしょう。組織に SRE のおまじないをかけるだけで、サービスの信頼性と収益性が向上し、IT やプロダクト、エンジニアリングの各チームの誰もが満足すると。 このような勘違いが起こる理由は明らかです。世界屈指の信頼性と拡張性を誇るサービスのいくつかは、SRE チームの支援を得て稼働しているからです。Google がその代表的な例です。 私は、大規模な本番環境システムの稼働に明け暮れる生活を 20 年近く続けてきました。トレードオフ、信頼性、コスト、制約や要件が異なる多様なアーキテクチャの実装といったことで頭を悩ませ、深夜に呼び出されることもよくありました。最近では

Are we there yet? Thoughts on assessing an SRE team’s maturity One facet of our work as Customer Reliability Engineers—Google Site Reliability Engineers (SREs) tapped to help Google Cloud customers develop that practice in their own organizations—is advising operations or SRE teams to improve their operational maturity. We've noticed a recurring question cropping up across many of these discussion

※この投稿は米国時間 2019 年 1 月 26 日に Google Cloud blog に投稿されたものの抄訳です。 このたび、『The Site Reliability Workbook』がウェブサイトで閲覧できるようになりました。Google で生まれ、他の企業にも広まりつつある Site Reliability Engineering（SRE）は、運用上の問題をソフトウェア的に解決するためのエンジニアリングであり、Google におけるエンジニアリングの本質的な部分を占めています。 SRE は考え方であり、一連のプラクティスやメトリクスであり、システムの信頼性を保証するための処方箋でもあります。SRE モデルを構築すれば、サービスの信頼性が向上し、運用コストが下がり、人間が行う作業の価値が高くなって、サービスとチームの双方で大きなメリットが得られます。上述の新しいワークブックは、

※この投稿は米国時間 2021 年 9 月 23 日に、Google Cloud blog に投稿されたものの抄訳です。 編集者注: プロダクトの信頼性は、数多くの規範的規則を守りさえすれば確保できるというものではありません。今回は、Google SRE のメンバー（開発担当シニア テクニカル プログラム マネージャーの Vartika Agarwal、シニア SRE マネージャーの Tracy Ferrell、ディレクター SRE の Mahesh Palekar、SRE 担当シニア テクニカル プログラム マネージャーの Magi Agrama）に、チームの現在の信頼性のマインドセットを評価する方法と、目指すべき姿について話を聞きました。 信頼できるソフトウェア プロダクトがあると、組織に対するユーザーからの信用、開発プロセスの有効性、プロダクト全般の品質を改善できます。サービス停止は

SRE-iously: Defining the Principles, Habits, and Practices of Site Reliability Engineering

Alternatives[edit] There are a number of alternatives to the RACI participation types: RACI ROLES SHORTEN: Roles are the following Responsible Does the work to complete the task Accountable Delegates work and is the last one to review the task or deliverable before it's deemed complete Consulted Provides input based on either how it will impact their future project work or their domain of expertis

※この投稿は米国時間 2021 年 6 月 19 日に、Google Cloud blog に投稿されたものの抄訳です。 Google の顧客信頼性エンジニアは、Google Cloud のお客様の組織で実践を支援するよう選任された、Google サイト信頼性エンジニア（SRE）です。その仕事の一つに、運用の成熟度を高めるために行う経営陣や SRE チームへのアドバイスがあります。Google はそのディスカッションの多くで、「今やっていることは『SRE の仕事』でしょうか？」あるいは、もう少し実存的不安の響きがする「自分たちを SRE と呼んでもいいでしょうか？」という質問を何度も受けています。 この質問には、すでに、SRE ワークブックの実践リストで答えています。しかし、このリストは「SRE とは何か」については詳しいですが、その理由について詳しく述べていないため、SRE とは何かとい

30代も後半にさしかかり「体重が増加傾向にある」と妻に相談したら「まずは毎日体重計にのったら」と言われたので、律儀に毎日のってる中村です、こんにちは。 本記事では、業務の責任者や責任範囲を明確にしたいときに使うフレームワーク「RACIチャート」の紹介と試してみた感想をお伝えします。 RACIチャートをプロジェクトに取り入れた背景 責任が曖昧になりがちだけど、責任範囲の明確さも求められる「管理部門」の課題 最初に、RACIチャートを取り入れた背景を説明します。 RACIチャートは管理部門のプロジェクトで取り入れました。このプロジェクトの発端は、管理部門のスタッフから「私たちの業務フローを改善するのを手伝ってくれないか？」という依頼を受けたことでした。 RACIチャートを解説する上で、まずはヌーラボの管理部門について簡単に紹介します。一言で管理部門と言っても、業務内容は多岐にわたります。人事や

Aditya Patil January 3, 2019 デジタル運用の成熟度とは？ デジタル運用の成熟度は、リアルタイムの作業での組織の有効性と、その組織がインシデントへの対応に熟達するにつれて改善するパフォーマンス指標にフォーカスする能力として、定義されます。 PagerDutyは、複数の業界に渡る600名以上の回答者を対象にした調査を含む、広範囲な調査と9年間の業界のデータに基づいて、次の4つの運用成熟度レベルを特定するモデルを開発しました。 リアクティブな組織は、ほとんどの問題を顧客が報告したときに見つけることが多く、これらの問題に対処するためのプロセスを持っていません。第1線にいるレスポンダーが、サービスの問題を解決するためのスキル、知識、または権限を持っていないこともよくあります。 レスポンシブな組織は、顧客に影響が出る前にいくつかの問題に直面します。第一線のレスポンダーはスキ

Site reliability engineers play a pivotal role in most organizations. Here are some of the top skills and qualifications to look for. In January 2018, digital experience monitoring firm Catchpoint conducted a survey of 416 professionals with the title or responsibilities of a Site Reliability Engineer (SRE). The goal of the survey was to find out what it really means to be an SRE, examining the ty

強力なコミュニケーションスキル、平易な英語を話す能力、利害関係者との建設的な関係の構築、およびインスピレーションを与えるリーダー的特性を示すこと－いわゆる「ソフトスキル」－は、エンジニアリングおよび製造のプロフェッショナルにますます必要になっています。 技術能力や業界経験だけが重要だと考えていましたか？今こそ、キャリアの優先順位や価値を転換する時です。なぜなら、コミュニケーションスキルなどのソフトスキルは、現在の熾烈な競争の雇用市場で需要が高まっているからです。 ソフトスキルは、専門的な資格や仕事経験の外側にある、すべての個人的な特質です。これらは、他者と交流し、リードし、コミュニケーションをとる方法を示し、成功するキャリアに不可欠な基礎となります。 以前の役割のシナリオを活用し、仕事でソフトスキルを発揮するために、次の面接で使用できる4つのアイデアをご紹介します。 1. 優れたコミュニケ

従来はビジネスパーソンの仕事ぶりを評価する際に、資格や業務処理能力など目に見える指標が選ばれていましたが、最近では人間性に焦点をあてた「ソフトスキル」が新しい評価指標として注目を浴びはじめています。 そこで、本記事ではチャットツールを使ってソフトスキルを鍛える7つの行動をご紹介します。 ソフトスキルとは ソフトスキルとは、コミュニケーション力、協調性、自発性、営業力、リーダーシップなどの目に見えない定性的なスキルを指します。 その対となるハードスキルは、情報処理能力、資格や認定など目に見えるスキルを指します。 従来は、後者のハードスキルが評価指標などで重視されていましたが、ERPシステムやマーケティングオートメーションツールなどによる業務の自動化にともない、ソフトスキルを新しい評価指標として重視する企業が増えてきました。 世界的な経済誌であるForbesなどでも「ソフトスキル」を解説した記

小中高 SRE チームで Engineering Manager をやっている @yuya-takeyama です。 Quipper にはスタディサプリ ENGLISH の SRE である ENGLISH SRE チームと合わせて 2 つの SRE チームがありますが、この記事では自分たち小中高 SRE チームについての話です。 少し前の話になるんですが、小中高 SRE チームの Vision, Mission, Values というものをチームで作りました。 Quipper には会社としての Vision, Mission そして Quipper Identities というものがあります。 これらは策定から数年以上経っていますが、Quipper の社員にとって今も変わらず大事なものです。 が、SRE チームにとっては教育や学習に対して直接的に貢献しているとは言いづらい状況です。 そこで

もうだいぶ日が経ってしましたが、1/18(金)に SRE Loungeのイベントに参加してきました！すでに7回目の開催ですが、はじめて参加してきました。 SREチームを部署内で立ち上げてみて半年以上が過ぎ、これまでの活動のまとめ・自分の引き継ぎ(産休のため)・来期の計画/活動方針などを考えるタイミングだったので、他社の取り組みを聞いたり、SREs/SREに興味のある方と交流できたのはとても良かったです。 sre-lounge.connpass.com 個人の感想が多分に入ったレポートに仕上がってしまいました(ﾉ≧ڡ≦) SRE Loungeとは SRE Lounge は、UZABASE のSRE チームが中心となり、発足した勉強会です。 http://tech.uzabase.com/entry/2018/01/26/200021 もともとは、クローズドで少人数な勉強会運営をしておりました