※この記事は、SREを薬の取扱説明書風に個人の感想を述べています。 SRE(Google Site Reliability Engineering) を「服用」する際の注意事項などを説明します。 使用上の注意 次の人は使用前に、SRE Book の位置づけを再確認してください SREについて、日本企業や官公庁が好む「国際標準規約」と誤解している場合 〇〇master, Gold などの認定資格が取得できると考えている場合 SRE book は、Googleでの運用ノウハウであり、章ごとに完結する論文です。 ITILのように体系立てて書かれてはいません。 ※ITILなどにマッピング・整理される可能性はあります。 使用後、次の症状が現れた場合は、副作用の可能性があるので直ちに使用を中止しSRE Bookを持って上司・同僚・メンターに相談してください 自動化が目的化してきた場合（その活動状況が客

PublickeyはおもにエンタープライズITの分野にフォーカスし、クラウドやシステム開発、Webテクノロジーなどを中心に専門性の高い記事を提供しているブログメディアです。 運営は基本的に僕一人で行っていて、日々記事を書くことに加えて、Webサイトを構築するためのHTMLを書き、お客様や代理店からの問い合わせに対応し、バナー広告やタイアップ広告を販売し、アドサーバへの設定や運用をし、掲載後のお客様への報告などを行っています。 こうして運営されているPublickeyの売り上げはどうだったのか、今年も紹介していきましょう。 広告は直接販売が中心。アフィリエイトは重視せず Publickeyの特長は、AdSenseやアフィリエイト広告に依存せず、バナー広告やタイアップ広告を直接販売して売り上げを上げていることです。専門性の高いブログメディアでは必然的に読者数が絞られることになるため、クリック数

メルカリバックエンドエンジニアの@yagi5です。 Mercari Advent Calendar 2018の23日目を担当します。 モノリシックなシステムは、障害が発生するとシステムが全停止してしまうことが一般的です。 しかし、Microservicesアーキテクチャでは様々なテクニックを用いて、サービス全体が停止するような障害に対処することができます。 この記事では、Microservicesにおけるシステムの回復性を高めるための技術について書いていきます。 回復性とは、障害が起こらないことを意味しません。 高い回復性を備えたシステムは、障害が発生するということを前提に、システム全体のダウンを避け、データのロスが回避されるように設計されています。 Microservicesの世界では、システムは自律的に動作する複数のサブシステムによって構成されます。 ひとつのサービスに障害が発生しても

この記事は、SRE Advent Calendar 2018 - Qiitaの24日目として投稿しています。 SRE風のインフラエンジニア SREとDevOps そもそもDevOpsとは SRE本でも取り上げられている、DevとOpsの目的の差異 ミクロなDevの目的 ミクロなOpsの目的 Ops側の視点での安定性の考え方を改める システムを高速に更新可能にしておくことで安定性を担保する インフラエンジニアではなくSREとしてどう高速リリースを実現するか プロダクトの高速リリースに効くところを見極める リリースするにあたっての心配事を潰す 開発チームが自律して動ける仕組みやツールを提供する 今の組織でやれていること 開発チーム出身の人がSREチームにジョインしてくれている SREチームに入る新人のエンジニアさんもRails研修などを通して最低限の開発力を持っている SREチームのケツを叩い