ばばさんがお勧めする「SRE入門」と「SRE入門の入門」に効く書籍や文章
はじめまして。ばばと申します。 インターネットではnetmarkjpと名乗っています。 X（旧Twitter）にて自分の目に触れた情報をハッシュタグ #ばばさん通信ダイジェスト でしつこく共有しています。最近エクスポートしたデータによると2019/2/22から続けています。執念深いですね。 お仕事ではSREサービスや、SRE/オブザーバビリティの導入・定着支援をしている株式会社X-Tech5のCTOをしています。そんなわけで、バックエンドエンジニアであったり、インフラエンジニアであったりさまざまなスタートラインの方々に、SREの考え方をお伝えしたり実践を支援したりしています。 そう。入門・導入あたりのお話をすることが多いのです。 新しい世界のセオリーや基礎知識、価値観の獲得には、書籍などのまとまった文章がお勧めです。 というわけで、わたしが現場でお勧めしている 「セオリーや基礎知識、価値観
組織のクラウドオペレーションをいかにモダナイズするか | Amazon Web Services
Amazon Web Services ブログ 組織のクラウドオペレーションをいかにモダナイズするか 過去 10 年間で、IT 運用チームとアプリケーション開発者が協調する方法は急速に進化してきました。かつて両チームには明確な責任分担があり、一方のチームはアプリケーション実行のためのサーバーやさまざまなコンポーネント（ストレージ、DNS、ネットワークなど）の提供と保守に重点を置き、もう一方のチームは主にアプリケーションの機能の開発、バグの修正、デプロイする成果物のパッケージングに重点を置いていました。最終的にこの分担はサイロ化されたアプローチにつながり、明らかな課題に直面します。サイロ化はチーム間のコミュニケーションを妨げます。開発者はコードをリリースする準備が整うと、運用チームにほとんど、あるいはまったく連携することなく引き渡すということがしばしばありました。その結果、運用チームは直前に
オブザーバビリティとは？オブザーバビリティはビジネス目標の達成をいかに支援するのか。
New Relicの無料ティアの洞察を使用して、Statista社がどのようにレイテンシを95 %削減したかをご覧ください。
開発組織の生産性を可視化するState of DevOpsとFour Keysとは(増補改訂版) / Introduction to State of DevOps and Four Keys for Visualizing Productivity in Development Organizations expanded and revised edition
以下のイベントの発表資料です。 https://phpcon.php.gr.jp/2022/ 想定課題 開発がスケールしたり、開発年数が経過すると、様々な要因で開発生産性の低下が起こります。 そこで現場のエンジニアは改善をしたくなるかと思いますが、大抵の場合、ステークホルダーと工数確保の合意が必要になります。 その際にこのようなことを言われがちではないでしょうか？ 今動いているものを直す必要ある？ 効果測定どうやんの？ 費用対効果はどれくらい？ パフォーマンスチューニングの世界には「推測するな計測せよ」という言葉がありますが、開発組織における生産性についても測定してモニタリングする必要があると思います。 本セッションの目標 以上を踏まえ、本トークでは開発組織とステークホルダーの間の共通言語を獲得することを目標に以下の内容についてお話します。 State of DevOpsとは Four K
監視論Ⅱ ～外部SREの可能性～ - Qiita
はじめに 2019年に監視論 を発表し多くの「いいね」を頂きありがとうございました。 システム監視を取り巻く環境は、DevOpsやサーバーレス、Observabilityなど進化を続けている。 2020年はこれらの動向を踏まえて、監視エンジニアやMSP事業者に求められる役割について考察する。 SREの役割 SRE（Site Reliability Engineering）の役割は性能、可用性、セキュリティーを担保し、サイト（サービス）の信頼性を確保することである。 このためにインフラモニタリングやAPM（Application Performance Management）を行いリソースやアプリケーション実装上の問題点を見つけ出し対応策を策定することが重要となる、 監視の役割は開発ではない SREが登場した当時DevOpsの文脈が強くOpsやSREも開発を行うという総員コーダーのような雰囲
SREへの社内留学を通してEnabling SREを推進した話 - freee Developers Hub
こんにちは、金融開発チームでアプリケーションエンジニアをしている ogugu です。 普段はサーバーサイド・フロントエンド問わず実装しています。 直近では、半分趣味でGoのlinterを自作したり、フロントエンドにStorybookのインタラクションテストを導入したり、幅広くやっています。 さて、今回は、SREチームに社内留学して Enabling SRE を推進した話をします。 なぜ留学したか 自分はこれまで「技術をリードしていく立場として幅広い知識と経験を持った人材になりたい」というキャリア志向を抱いていました。 そのために、自分自身がウィークポイントに感じていたインフラやセキュリティの理解を深めたいと感じていました。 また、同時に、freeeの開発組織に対して「悪い意味で開発者とSREの責任境界がはっきりしていて、開発者がインフラの構築・運用やアラート対応に疎くなっているのでは」とい
CIOpsとGitOpsの話 - inductor's blog
はじめに GitOpsという言葉が生まれたのが自分の知る限り2017年頃なのですが、世の中にあるCI/CDの仕組みはまだほとんどがCIOpsもしくは手動のオペレーションによって成り立っていると思っていて、かつては自分もそうだったのですが「Gitで管理されていればGitOpsなんでしょ？」という勘違いを払拭したくてこのエントリーを書いています。 GitOpsとCIOpsは全然違う まず前提としてGitOpsの明確な定義を知らないという場合、あなたの思う「Gitを契機とした自動デプロイの仕組み」は基本的にはCIOpsです。GitOpsとCIOpsは思ったよりも大きな違いがあって、そもそもGitOpsの必要性が分かっていない場合、自動化によって成立しているデプロイはCIOpsが基本です。 CIOpsとGitOpsの一番の違いは、Push型かPull型かである CIOpsの場合、例えばGitHub
Four Keys 〜自分たちの開発レベルを定量化してイケてる DevOps チームになろう〜
はじめに この記事タイトルに興味をもって読み始めていただいている方の多くは、ソフトウェアエンジニアとしてチームで開発をしていたり、エンジニアリングマネージャーとしてチームビルディングやマネジメントをされている方なのではないかと思います。 実際、この記事を書いている加藤も、リクルートライフスタイルのデータプラットフォームグループ (以前は CETチーム と呼ばれていました) に所属するデータエンジニアとして、データ活用のための基盤開発・運用を行っている一人です。また、担当している社内データプロダクトのプロダクトマネージャーも兼任しています。 本記事では、自分の所属している DevOps チームを「イケてる DevOps チーム」にするために取り組んだ内容や気づいた点をお伝えしたいと思っています。 目次 はじめに 「イケてる」DevOps チームってなに？ Four Keys とは なぜ Fo
闇のDevOps DevOpsと業績評価 – ところてん – Medium
ここから、DevとOpsが協力すればより効率的になる＝DevOps、という言葉が生まれました。 当時は大企業においてはDevとOpsが分かれていることが当たり前だったのです。そして、大企業における当たり前が、当たり前ではないことに気付き始め、DevOpsを実現するためのツールができ始めたころでもあります。 ではなぜ、大企業ではDevとOpsが分かれているのが当たり前だったのでしょうか？ ハードウェアの時代その昔、産業の主役はハードウェアでした。 そのため、多くの企業はハードウェアを作ることに対して最適化が行われました。 ハードウェアには研究開発、製造、運用サポートといった大きな区分けが存在します。そして、それぞれの仕事において要求する人材レベルは異なります。 加えて、大量生産された製品の運用サポート（設置作業員、サポートセンタ）には、大量の人員が必要になってきます。 したがって、組織を研究
日本でアジャイル / DevOps 導入が進まないのは「文化」を変えないから - メソッド屋のブログ
私が初めてeXtreme Programming に出会ったのは確か2000年だと思う。実際に初めてのプロジェクトを実施したのが2001年。それからすでに15年が経過していることになる。そんな長い間アジャイル、そして DevOps の日本での導入に関わってきた。日本のアジャイル導入に関しては全て成功とは言わないが、かなり成果は上げてきたとは思う。だけと、今日は自分の導入ポリシーの誤りに気付いて、新たなステージにいける気がしたので、そのことを共有してみたい。 2002年 尊敬するアリスターコバーンと、XP JUG関西のメンバーと清水寺で。私が写真撮ってたのかなw Alistair.Cockburn.us | Alistair's first trip to Japan sept 2002 日本はアジャイルの導入がこれからという噂を聞いたけど本当？ これは、私がマイクロソフトの面接の時に、当時
DevOpsを正しく理解しビジネスの価値を高める――なぜあなたのチームのDevOps化は進まないのか
作りきりのウォーターフォール開発から、継続的に開発・改善していくアジャイル開発のようなスタイルが普及するにつれ、開発チームと運用チームの対立が生まれるようになりました。両者を連携させるためにはどんな考え方や手法が必要なのでしょうか。10月13日に刊行された『DevOps導入指南』から、その要点を紹介します。 DevOpsは言葉だけが普及し、理解が共有されていない 皆さんはDevOpsという言葉を聞いたことがあるでしょうか。 本記事をご覧になっている方々の中には「チームをよりよいものにしたい」「なんとかしたい」という気持ちをお持ちの方が多いと思います。そうした課題に対して何らかの解決策を提示するのが、DevOpsという概念でありアプローチです。 しかし、チームにDevOpsを導入するといっても、それが何なのかを具体的かつ端的に説明するのは非常に難しいと感じている方もいらっしゃるのではないでし
DevOps スタータキットの公開 - メソッド屋のブログ
DevOps の概要、プラクティス、そしてそれに関するリソースを整理して自ら学習しやすいようにしてみました。DevOps の考え方、プラクティス毎に、ビデオとそこで使っているPPTを公開しますのでお楽しみください。 channel9.msdn.com docs.com docs.com 1. DevOps の歴史 DevOps を学ぶときに、海外と比べると日本の商習慣が異なるので、向こうで話されているDevOps の概要を聞いてもピンと来ないかもしれません。そこで、DevOps の歴史を7分程度で学べる動画を作成しました。 これで、DevOps が生まれきた背景が学べると思います。 docs.com 2. DevOps の概要 DevOps の歴史を知るとと、DevOps の概要がよりわかりやすいかもしれません。次のビデオをご覧ください。 docs.com DevOps プラクティス ビデ
アプリ開発者もインフラ管理者も知っておきたいDockerの基礎知識
関連記事 共同プロジェクトも展開：Red Hat、Linuxコンテナ技術で米新興企業と提携 米Red Hatは、Linuxの次世代コンテナ技術に関して、米新興企業と提携を結んだと発表した。Red Hat Enterprise Linuxに「Docker」を組み合わせて、Red HatのPaaS製品の強化を目指す。 認定ホスト間でのシームレスな機能を保証：米レッドハット、コンテナー化されたアプリケーションの認定プログラムを発表 米レッドハットは2014年3月11日、コンテナー化されたアプリケーションの認定プログラム「Red Hat Container Certification」を発表した。既存のアプリケーション認定プログラムの延長だ。 ユーザーは「PaaS」「IaaS」を求めているわけではない：狭義の「PaaS」を超えようとするレッドハットのOpenShift レッドハットは、PaaS製品
コードによるインフラ構成管理はなぜ必要？ 今さら聞けない「Infrastructure as Code」
はじめに 本連載では、インフラの構成をコードで管理するための便利なツールを使って、インフラを構築するための手順をご紹介します。今回は、Vagrantというツールを使って、ローカルマシンに仮想環境でWebアプリケーションの開発環境を作って、開発チーム内で統一した開発環境を構築する方法について説明します。 対象読者 本記事は、次の方を対象にしています。 コードを使ってインフラの構成管理をしたい人 ネットワークやLinuxの基礎知識がある人 Webシステムの開発環境を構築したことがある人 なぜ、コードでインフラの構成管理をするの？ 業務アプリケーション開発者のみなさんは、前任者が作った既存システムにバグがあり、それを修正することき、「設計書の内容と、ソースコードの中身が違う！？！」というシーンに出くわすことはありませんか？ Excelの設計書とソースコードを交互ににらめっこしながら、関係者に仕様
Amazonクラウド、「AWS認定DevOpsエンジニア」の試験開始
Amazonクラウドは同社の新しい認定資格である「AWS Certified DevOps Engineer - Professional」（AWS認定DevOpsエンジニア プロフェッショナル）のベータ版の試験を開始すると発表しました。 DevOpsとは一般に、ビジネスゴールの達成に向けて関連する部署が協力するための方法論を中心にしたムーブメントと言えます。DevOpsはツールや方法論が具体的に規定されているわけではありませんが、現実的にはクラウドをプラットフォームとし、アジャイル開発と継続的デリバリのような、運用と開発が緊密になって短いサイクルで繰り返し開発を行う方法論が中心となっています。 Amazonクラウドが認定DevOpsエンジニアの試験を開始する背景には、クラウドの普及を背景にDevOpsへの要求が高まっていることがあるとしています。 As cloud computing b
構成管理ツール「Chef」の概要とインストール手順
自動化ツールの必要性 昨今、仮想化およびクラウドの普及に伴い、サーバを短時間で増設することが容易になってきました。例えばユーザアクセスが増えてシステムの負荷が高くなった場合、サーバそのものは即座に準備できるようになりました。しかし、システムの設定は別途実施しなければいけないという状況も多々見受けられています。 サーバの台数が少なければ一台一台構築や設定を行えますが、何百台ものサーバを扱うとなると時間がかかって迅速性は失われてしまいますし、多くの人手が必要となれば設定の間違いが起こる可能性も高くなるでしょう。そして管理するサーバが増えたとしても、それらを管理する人は増えていないのが現状です。 そのため、サーバ構築とともにアプリケーションやミドルウェアの設定をも実施する自動化ツールが注目されています。 Chefとは Chef（シェフ）は、米Opscode社が提供するクラウドコンピューティングを
JavaOne報告会2014アーキテクチャトレンド
2014/10/18に開催されたJavaOne報告会での「アーキテクチャトレンド」での発表資料です。 （誤字があったので再アップしました）
SIとしてできるDevOps DevOps Day Tokyo 2013を聞いて - toshi_miura's blog
結論 SIでも出来るDevOps的な取り組みはある。 特に、ビジネスメトリクス、インフラメトリクの収集、見える化が良いのではないか？ エントリのの内容 DevOps Day Tokyo 2013を見てSI所属の人間が考えたことです。 セッションの内容に関する情報はあまりありません。 セッションに関する情報は下記が参考になります。 DevOps Day Tokyo 2013 参加レポート http://jedipunkz.github.io/blog/2013/09/29/devops-day-tokyo-2013-report/ そもそも運用がない！?開発がなくなる！？ SIのシステムの中には開発して納入して終わり。運用は完全にお客様まかせ ってパターンもあるので、まず開発、運用のパターンから整理します。 納入後契約関係が切れお客様が完全に運用をやるパターン 問い合わせが頻繁に来るパターン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SadServers - Linux & DevOps Troubleshooting Interviews
社内システムの構造と設計、実装のはなし