こんにちは。弊社のエンゲージメントサーベイ製品HR Spannerのリードエンジニアを担当している岡部です。昨今注目されているDevOpsとそのケイパビリティについて、およそ一年前に社内の勉強会で発表を行ないました。今回の機会に、こちらでも寄稿させていただきたいと思います。 元になっている書籍は比較的大規模な開発を対象にしていると思いますが、当社のHR Spannerは10名程度の比較的小規模な開発であり、それを前提とした内容になっています。 DevOpsとは何か？ 書籍「LeanとDevOpsの科学」では大規模アンケート調査により、高収益、高利益率、高市場占有率を持つ企業は、単に起業家精神やM&Aの取り組みだけでなく、開発組織におけるDevOpsのケイパビリティを強化している傾向が浮かび上がっています。この結果は単なる相関関係ではなく、統計手法によって因果関係として確認されています。また
『LeanとDevOpsの科学』をきちんと解読する 〜Four Keys だけじゃ絶対もったいなくなる話〜
スクラムフェス福岡2024での講演資料です。 --- 皆さん、職場でFour Keysを導入していますか？ Yesと答えた皆さん、『LeanとDevOpsの科学』は読みましたか？ あくまで僕の周囲のみの観測で語るのですが、Four Keysを職場で導入しているという人はとても多いのですが、そのうち、出典である『LeanとDevOpsの科学』をきちんと読んだ人はかなり少ないようです。 そして、ここで敢えて強めの主張をするのですが 『LeanとDevOpsの科学』を読まずにFour Keysをきちんと利用することはほぼ不可能です。 Forsgrenらは徹底した研究の結果として4つのメトリクス（指標）を見出すのですが、その裏には彼女らの沢山の思いが詰まっています。その思いや彼女らの思考を理解し、彼女らの考えをきちんとトレースして始めて、Four Keysは意味を持ちます。 そして『LeanとDe
DevOpsの負の側面について
トランスクリプト Protsenko氏：私の名前はMykytaです。Netflixで働いています。私の仕事は基本的に、他の開発者が遅くまで職場に残らなくてもいいようにすることです。彼らが午後5時に退社しても生産的であることが私の実現したいことです。私はプラットフォーム組織、つまり生産性エンジニアリング部門で働いており、他のエンジニアのために労力を抽象化しようとしているのです。エンジニアが同じ退屈な技術的問題に何度も対処するのではなく、ビジネス上の問題の解決に集中できるようにします。 いくつか質問させてください。あなたたちのうち何人が、自分で作って自分で動かすという哲学を実践している会社で働いてますか？生産現場との間にゲートキーパーがいないこと、機能や修正をより早く提供できることに満足している人はどれくらいいますか？本番環境で発生したインシデントに対処しているときに、どうすればいいのか分から
ぼくのかんがえたさいきょうのDevOps実現構成
はじめに 昨年、AWS のインフラを運用・監視する上で使いやすいと思ったサービスを組み合わせて構成図を紹介した記事、「【AWS】ぼくのかんがえたさいきょうの運用・監視構成」が投稿したその日の Qiita のトレンド 1 位になり、はてなブックマークのテクノロジー分野でトップを飾りました。（たくさんの方に見ていただき感謝してます！） 本記事では「ぼくのかんがえたさいきょうの運用・監視構成」の続編として「ぼくのかんがえたさいきょうの DevOps 実現構成」を紹介させていただきます。あくまでも「ぼくのかんがえた」なので私個人の意見として受け入れていただけると助かります。 前回の記事でもお伝えいたしましたが、各個人・企業によって環境は違うと思いますし、使いやすいサービスは人それぞれだと思うので、これが正解という訳ではありません。一個人の意見として参考にしてただければ幸いです。 また、こちらの記事
「DevOps」とは？〜超基本から実践のポイントを解説〜|インシデント管理プラットフォーム│PagerDuty
変化の激しい市場に対応するための開発手法として、アジャイル開発を導入する企業が増えるとともに、「DevOps」への注目が高まっています。しかし一方で「DevOpsという言葉は聞いたことはあるけれど、実際にはよくわからない」という方もいらっしゃるのではないでしょうか。DevOpsは「開発担当者と運用担当者が密に連携することで、柔軟でスピーディーな開発を実現する」というソフトウェア開発手法の一つです。DevOpsは単なるトレンドではなく、現代のソフトウェア開発において非常に重要な考え方でもあります。本記事では、DevOpsを一から理解したいという方にもわかるように、DevOps誕生の歴史を簡単に紐解きながら、DevOpsの考え方をご紹介します。また、アジャイル開発との違いやDevOps導入のメリット、実践のポイントなどをDevOpsを実践する3社の事例を交えて解説します。 「DevOps」とは
フィーチャーチームの導入と新しいエンジニアリングマネジメントでChatworkが挑戦する、一貫したオーナーシップとDevOpsの実現 - はてなニュース
リリースから12年を迎えた「Chatwork」は、国内ビジネスチャットのフロントランナーとして、中小企業を中心に41万社以上の企業・組織に利用されています（2023年6月時点）。DAU（デイリーアクティブユーザー）も100万を超えるため（108.6万、2023年6月時点）、ビジネスタイムには絶えず飛び交う大量のメッセージをサービスとして安定して処理することが求められます。 一方で、長期間の開発によって蓄積した技術的負債等に対応するため、システムのアーキテクチャを見直す時期にもあります。それにあわせて開発組織も、巨大なモノリスに対して案件ごとにプロジェクトを組み直す既存の体制から、職能を横断したチームが自律して開発を推進できるフィーチャーチームへの移行がまさに進行しています。 こうした開発改善の実情と進め方について、本部長として推進する田中佑樹さん、エンジニアとしてフィーチャーチームに所属す
『Lean と DevOps の科学』って教養ないと理解できないじゃん！っていう話 - Qiita
今や生産性の可視化・評価指標といえば本書籍で紹介された『FourKeys』ですね。ちまたでは、絶対視されている様な表現・評価がされている記述をたまに見かけます。ですが、本当にそうでしょうか？ある方が調べたところ、FourKeys を使用している人のうち『Lean と DevOps の科学』を読んだことがない人は9割近くもいたそうです。 本記事では、FourKeys を有効に活用するために知っておくべき・理解しておくべき事柄を幅広い分野でまとめました。生産性を向上し、仕事の成果の質を上げたいと努力するエンジニアの方々が、次の日から使える情報を書けたのではないかと思います。FourKeys だけを見て生産性を上げるという行動は手段の目的化につながりかねません。Fourkeys の背景にある思想を知ることで、FourKeys を真に活用するきっかけになればと思います。 目次 初めに GW中に読も
AWS Well-Architected フレームワーク DevOps ガイダンスが発表されたのでサマってみた
AWS Well-Architected フレームワーク DevOps ガイダンスが発表されました。 ガイダンスは6つの柱とは違い、特定のユースケースやテクノロジーにフォーカスしたドキュメントです。DevOps を継続的かつ効果的に導入・実践することを支援してくれます。 ベストプラクティス〜アンチパターン〜メトリクスという段落構成になっており、ありがちな理想論を語るドキュメントではなく本当に実践的です。 それでは DevOps ガイダンスをサマってみます。本エントリは機械翻訳でサマっています。ご了承ください。 本家のドキュメントはこちらです。ぜひお読みになってください。 DevOps Guidance 要約と紹介 最初の章です。このガイダンスを作成するに至った経緯や言葉の定義が書かれています。 面白い一文があったので引用します。 There is no one-size-fits-all
「GitHub CI/CD実践ガイド」を読んで、GitHub Actionsを始めよう - とことんDevOps | 日本仮想化技術のDevOps技術情報メディア
弊社ではGitHub Actionsの登場以前からCI/CDを行っていることもあり、CI環境としてはCircleCIが標準となっています。とはいえ開発の中心はやはりGitHubであり、GitHub上で自己完結できるという点において、GitHub Actionsの優位性は見逃せません。 今まで筆者は「CircleCIでやってたこの機能は、GitHub Actionsではどうやるんだろう?」といった視点で、都度検索することが多かったのですが、そういうやり方では知識が横方向に広がらないのですよね。もしかしたらもっと便利な機能があったり、やってはいけないアンチパターンがあるかもしれないのに、ピンポイントに検索していると、そういう気づきが得にくいのです。 なので場当たり的にググるのではなく、どのような技術であっても、一度は体系的に学んでおく必要があるというのが筆者の考え方です。そんな用途にぴったりな
AccelerateとState of DevOpsをもとにした、DevOps問題意識の移り変わり - Kengo's blog
Accelerate 第1版（以下単にAccelerateと呼ぶ）はDevOpsに関するトレンドを抑えるうえで基本となる本なのですが、もはや古く最新の知見が書いてあるとは言えません。State of DevOpsは毎年アップデートされているのですがコンテキストを丁寧には抑えてくれず、背景を含めて読み解くのが難しいという印象があります。どうもAccelerate 第2版がそろそろ出るらしいんですが、とりあえず現時点での自分の理解をまとめておきます。 端的に言うと、これらは安定したソフトウェアを高速に顧客に提供できる良い開発チームの特徴を踏まえ、皆さんの組織で再現可能にするための研究であり指針です。当然「良い開発チームがあれば常に良い問題解決ができる」というわけでも「ここで定義された良さが組織問わず普遍的である」というわけでもありませんが、顧客の課題に立ち向かうための組織設計において良い仮説を
2023 年版の State of DevOps Report が公開されました。 State of DevOps Report とは Google の DevOps Research and Assessment（DORA）チームが毎年公開している DevOps や開発生産性にまつわる年次レポートです。 本記事で、今年のレポートの概要を簡単に見ていきたいと思います。 主な調査結果 Goodhart の法則を理解し、パフォーマンス向上の落とし穴を避ける 開発組織のパフォーマンスを評価する際、メトリクスの設定や評価の方法には注意が必要であり、特に「Goodhartの法則」という考え方を知っておくことが大切であると述べられています。 Goodhartの法則とは、簡単に言うと「測定が目標となると、それは良い測定基準でなくなる」という法則です。 この法則を踏まえた、パフォーマンスの評価や向上のため
[資料公開] DevOpsとSREのために知るべき3つの原則 〜忙しすぎるエンジニアのための開発環境リファクタリングガイド〜 #devio2023 | DevelopersIO
盛況のうちに閉幕しましたオフラインイベント。お暑い中多数のご来場をいただき、ほんとうにありがとうございました！ 2日目 7/8 の 15:10 より、標題の 長すぎる タイトルのセッションで登壇しました。その時に資料を公開します。 「開発環境」と銘打っていますが、運用がメイン担当であるエンジニアの方にとってもヒントになるものを盛り込めたのではないかなーと自負しています。 *1 内容 日々大切なアプリケーションを開発されている開発者の方々のなかには、開発基盤やパイプラインに何かしらの課題を感じている方も多いのではないでしょうか。 それらを一撃で吹き飛ばす特効薬「銀の弾丸」はもちろん存在しませんが、その一部は、ツールや手法・考え方の工夫次第で軽減できるものかもしれません。 状況の変化に合わせて武器や装備を整え直すRPG（ロールプレイングゲーム）のように、開発環境やパイプラインに改善の余地はない
![[資料公開] DevOpsとSREのために知るべき3つの原則 〜忙しすぎるエンジニアのための開発環境リファクタリングガイド〜 #devio2023 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/bd645ea7ea4c43ccbe3f3fdc22958f3a1111361b/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F07%2F202307-session-sdlc-refactoring-guide-devio2023-eyecatch.png)
TerraformとGitHub Actionsで複数のCloud RunをまとめてDevOpsした結果, 開発者体験がいい感じになった話. - Lean Baseball
ざっくり言うと「TerraformとGitHub ActionsでGoogle Cloudなマイクロサービスを丸っとDeployする」という話です. Infrastructure as Code（IaC）は個人開発（趣味開発）でもやっておけ 開発〜テスト〜デプロイまで一貫性を持たせるCI/CDを設計しよう 個人開発（もしくは小規模システム）でどこまでIaCとCI/CDを作り込むかはあなた次第 なお, それなりに長いブログです&専門用語やクラウドサービスの解説は必要最小限なのでそこはご了承ください. あらすじ 突然ですが, 皆さんはどのリポジトリパターンが好きですか? 「ポリレポ（Polyrepo）」パターン - マイクロサービスを構成するアプリケーションやインフラ資材を意味がある単位*1で分割してリポジトリ化する. 「モノレポ（Monorepo）」パターン - アプリケーションもインフラも
今年もState of DevOps Reportが発表されましたね。ということで、ザザッと全体を読んで気になったところなどピックアップして読み解いてみました。 全文が気になる方は以下からPDFをダウンロードしてみてください。 cloud.google.com 今年の調査主軸 組織の業績 組織は収益だけでなく、顧客のため、さらに広範なコミュニティのために価値を生み出さなければならない チームパフォーマンス アプリケーションまたはサービスチームが価値を創造し、革新し、協力する能力 従業員の幸福 組織やチームが採用する戦略は、従業員にとって有益なものでなければならない。すなわち、燃え尽きを減らし、満足のいく仕事体験を育み、価値あるアウトプット（つまり生産性）を生み出す能力を高めることである。 今回は上記３つの成果達成に対しての調査となった。 調査結果短評 生成的な文化を持つチームは、組織のパフ
バクラクの爆速開発を支えるDevOpsチームの「のびしろ」！ #のびしろウィーク - LayerX エンジニアブログ
こんにちは！バクラク事業部DevOpsチームです。 この記事は LayerXテックアドカレ2023 の37日目の記事です、前回はid:kikuchyさんが『歳末！バクラク申請・経費精算モバイルアプリ のびしろ大放出祭 』という記事を書いてくれました。また、38日目はid:suguruが『バクラク Enabling Team の課題とのびしろ #のびしろウィーク』を書いてくださいました！ 今回はのびしろウィークということで、バクラクのDevOpsチームの伸びしろをお伝えできればと思います！ のびしろウィークとは のびしろウィークとは、LayerXの各チームメンバーが自分たちのチームの「のびしろ」について対外的に発信する期間です！ 過去の対外的な発信では社内でうまく行った事例などについては各種発信していましたが、どういう課題があってどういった方の協力を求めているかについての発信はあまり行なって
新卒エンジニアが仕事に没頭したら DevOps チームが誕生しました【ウォンテッドリー 23卒入社エントリ】 | Wantedly Engineer Blog
こんにちは！ウォンテッドリー株式会社の市古 (@igsr5_) と申します。 私は2023年4月にウォンテッドリーに新卒エンジニアとして入社し、もうすぐ1年が経ちます。 ウォンテッドリーは究極の適材適所により、シゴトでココロオドルひとをふやしたい会社です。 そして世界で最も「シゴトでココロオドル」を体現している会社でもあります。 本記事では新卒1年目のエンジニアが「どんな仕事に没頭したのか」を振り返ります。 現在転職を考えているエンジニアや学生エンジニアの方の参考になれば幸いです。 目次自己紹介ウォンテッドリーに入社を決めた理由どんな仕事に没頭したのか新卒2年目に没頭したいことタイトルにある DevOps チームの話は『どんな仕事に没頭したのか』の最後の章で言及しています。気になる方はスクロールしてください。 自己紹介市古 空 (いちご そら) と言います。先月 21 歳になりました。 市
a keynote at DavOpsDays Tokyo 2024 https://www.devopsdaystokyo.org/
Tesla共同創業者 元CTO、「LeanとDevOpsの科学」の著者来日！ 開発生産性Conference 2024
ファインディ株式会社が主催する開発生産性Conference 2024の特設サイトです。開発生産性Conferenceは、開発生産性に関する最新の知見が集まる場になっています。
GitHubを使わずDatabricksだけで お手軽にライブラリ共有やCIが できる環境を作ってみた/Creating an Environment for Easy Library Sharing and CI Using Only Databricks Without GitHub
StrawmanRecently, I’ve had conversations about team structure, specifically whether development teams should be organized around features or product capabilities. During those conversations, it became clear that Large Scale Scrum (LeSS) agile coaches are adamant that teams should be organized around features. This article from LeSS hits all of their talking points. Now, I’m no agile coach, and it
DevOpsのループ図およびシフトレフトテスト/シフトライトテストについての考察 - ブロッコリーのブログ
はじめに 本記事は ソフトウェアテスト Advent Calendar 2023 および10X プロダクトアドベントカレンダー2023の5日目の記事です*1。 皆さんは「DevOpsに関する図を思い浮かべてください」と言われたら、どのような図を想像しますか？一番思い浮かべる人が多いのが、DevOpsのループ図ではないでしょうか？ DevOpsのループ図（vecteezyより拝借） 本記事では、DevOpsのループ図の発端を探しつつ、このループ図に対しての私なりの考えを述べた上で、シフトレフトテスト/シフトライトテストについて詳しく言及していきます。 目次 はじめに 目次 Danの考えるDevOpsのループ図 ループ図の解釈 テストの扱いについて ループの形について DevOpsのループ図とシフトレフトテスト/シフトライトテストの関係性 シフトレフトテストの具体的な活動は何か テスト駆動開発
こんにちは！バクラク事業部 Platform Engineering 部 DevOps チームの id:sadayoshi_tada (@tada_infra)です。趣味でボディビルディングの大会に出ているのですが、フィジークという部門で今年初めて入賞することができました。来年は更に良い成績を目指してデカい男になりたいです 💪 この記事は SRE Advent Calendar 2023 5日目の記事です。4日目は@egmcさんのIaC、あるいはインフラ抽象化レイヤー導入時に考えたらいいんじゃないかと思うことを雑多に書くという記事でした。本記事では、私とプロダクト開発チームで行った、プロダクトの課題改善の取り組みについてお話を書いていきます。 qiita.com DevOpsチームのプロダクト開発チームとの関わり方 バクラク請求書受取・仕訳チームとの取り組み紹介 CUJ を使った課題の精
Spotifyの開発生産性向上事例 - 効果的なDevOpsアプローチとそのリスクとはに参加してきた - 天の月
developer-productivity-engineering.connpass.com こちらのイベントに参加してきたので、会の様子と感想を書いていこうと思います。 会の概要 会の様子 DRE Favorable Context 生産性を高めるために必要な3要素 データ、情報、知識の関係性 アクティビティ、アウトプット、アウトカム、インパクトの関係性 失敗事例 意味ある分析をするために メトリクスの罠 社内で議論のきっかけになるメトリクス メトリクスを使う注意点 Q&A メトリクスの中で特に重視しているステップや項目はあるか？ DORAメトリクスを使った測定は、Spotifyやその他の国際的な企業では標準的な手法と考えられているのか？それとも一部企業が行っているものか？ オンボーディングタイムは具体的にどのように計算するのか？ 全体を通した感想 会の概要 来る6月28日（金）-29
State of DevOps 2023レポートが公開！日本語版はまだ：Productivity Weekly (2023-10-11号)
こんにちは。サイボウズ株式会社 生産性向上チームの平木場です。 僕たち生産性向上チームは毎週水曜日に Productivity Weekly という「1 週間の間に発見された開発者の生産性向上に関するネタを共有する会」を社内で開催しています。 本記事はその時のネタをまとめたものです。 2023-01-25 号から、基本的に隔週で連載することとしました。たまに単独でも投稿するかもしれません。 今週は 2023-10-11 単独号です。 今回が第 128 回目です。過去の記事はこちら。 news 📺 2023 State of DevOps Report | Google Cloud 2023 年版の State of DevOps Report が公開されました。 State of DevOps Report は Google の DevOps Research and Assessmen
The Ruby on Rails Resurgence Ruby combines functional and imperative programming to create an easy-to-use, powerful language where everything is an object. Introduced in 1995, the open source programming language became popular in the 2000s during the dot-com era, when developers at startups and established companies were under pressure to rapidly launch new web applications. Ruby on Rails, releas
LeanとDevOps生産性の神話(1) - 11年目のState of DevOps Report｜シリコンバレーからのノート
「LeanとDevOpsの科学」が2018年に出版されてから今年2024年で6年が経った。この書籍のもとになった「State of DevOps Report」という技術レポートが最初に発行されたのは2013年なので、それから数えるとなんと11年目である。 LeanとDevOpsの科学［Accelerate］ テクノロジーの戦略的活用が組織変革を加速する impress top gearシリーズ www.amazon.co.jp 今でもたびたび参照される書籍ではあるが、本書が提案している内容はほぼその有効性を失っていると言っていいのではないだろうか。 特に「フォーキーズ」と呼ばれる４つの生産性の指標で組織全体の生産性が判断できるという部分は、他でもない本書の序文でマーティン・ファウラー氏が疑問を呈しているように、本書の出版直後から様々な指摘がされており、当初からシリアスな現場への影響力は限
動機 OSのコンセプト？やってること？はざっくり理解したので、つぎはLinuxの基本を勉強する。 DevOps Roadmap 対象の初学者向けLinux本 ゼロからわかる Linuxコマンド200本ノック―基礎知識と頻出コマンドを無理なく記憶に焼きつけよう！ ITエンジニア1年生のための まんがでわかるLinux コマンド＆シェルスクリプト基礎編 [試して理解]Linuxのしくみ ~実験と図解で学ぶOSとハードウェアの基礎知識 個人的に、順番は上記の列挙順がおすすめ。 1冊目は初学者でもめちゃくちゃわかりやすく書いてくれている 2冊目は漫画なので読みやすいけど、好み分かれそう 3冊目は仕組みを分かりたい人向け（タイトル通り）なのでお好みで 目次 Linuxの基本的知識・概念など Linux OSとは カーネルモードとユーザーモード Linuxディストリビューション LinuxコマンドとC
はじめに こんにちは、プレックスの池川です。 2023年2月に「DevOpsの指標を開発の振り返りに活用しはじめた話」という記事をこのブログに投稿して、はや10ヶ月。10ヶ月の間に振り返りのやり方も変わってきました。 product.plex.co.jp そこで今回の記事では、振り返りのやり方が10ヶ月前と比べて何がどう変わったのかを紹介したいと思います！ 目次 はじめに 目次 エンジニア組織について プレックスジョブ開発チームでの振り返り 振り返りMTGについて KPTについて 開発のパフォーマンス改善について エンジニア全体での振り返り さいごに エンジニア組織について 振り返りについて紹介する前に、プレックスのエンジニア組織について簡単に紹介します。というのも、振り返りの方法を見直すきっかけが「エンジニア組織の拡大」だったからです。 プレックスの開発体制は下記の画像のような事業部制を
はじめに この記事ではDevOpsを切り口に私がまとめている記事を目次形式でまとめます。 この記事を読んでほしい人 AWSにおけるDevOpsを網羅的に整理したい人 私が書いている記事の前後性や一覧がわかりづらく困っている人 AWS Certified DevOps Engineer Professionalを目指している人 DevOps on AWS大全目次 SDLCのオートメーション AWSにおけるCI/CDのテクノロジースタック https://qiita.com/tech4anyone/items/f9d24d77cdf2b55d91ec AWSにおけるパイプラインのベストプラクティスパターン整理 https://qiita.com/tech4anyone/items/d0f86ef24ab710498d59 AWS CodeCommitの超詳細解説 https://qiita.c
Google Cloud Japan Advent Calendar 2023 1 日目です！ 昨年の 2022 年度版 に続き、今年度版のレポートまとめをお届けします。 DORA DORA は DevOps を軸に、2014 年から 組織やチームを成功に導く能力やプラクティスを研究 能力やプラクティスから組織のパフォーマンスを予測 といった調査研究をする Google Cloud のチームです。 State of DevOps Report 過去 9 年間、延べ 36,000 人に協力いただき調査を実施してきました。実践から期待できる成果と、その成果に大きく寄与する要因を分析しています。 本記事でまとめをお届けする 2023 年度版の全文は こちら からダウンロードできます！ 2023 年度サマリー 5 行でまとめるとこんな結果です。 開発速度と製品安定性は両立できます ユーザーにフォー
MicrosoftのMLOpsホワイトペーパー「Breaking the Wall between AI and DevOps with MLOps」要点まとめ - 肉球でキーボード
Breaking the Wall between AI and DevOps with MLOps microsoftの公式GitHubアカウントにMLOpsというレポジトリがあります。 その中に、MLOps whitepaper.pdfというファイルがあり、各章の要点をまとめました。 MLOps/MLOps whitepaper.pdf at master · microsoft/MLOps · GitHub gitのcommit履歴を見るに、2019年10月に公開されたドキュメントです。 ※注意 GitHubからPDFファイルをダウンロードすると執筆時のレビューコメントがある状態なので、本ドキュメントを正式なホワイトペーパーと捉えて良いか不明です。 2024年現在、他にMLOpsに関するホワイトペーパーとしての位置付けのドキュメントがmicrosoftから出ていないので、暫定的に本ド
「SRE(サイト信頼性エンジニアリング)」とは？〜DevOpsとの関係・実践ポイントを解説〜|インシデント管理プラットフォーム│PagerDuty
ユーザーニーズの変化が激しい現代において、アジャイル開発を導入するなどして開発スピードを向上させることが重要です。しかし、スピーディーな開発をめざす一方で、システムの安定性の維持が難しいと悩んでいる方もいるのではないでしょうか。そこで注目されているのが、開発の高速化とシステムの安定性を両立するための方法論である「SRE（Site Reliability Engineering・サイト信頼性エンジニアリング）」です。この記事では、SREの基本を知りたい方に向け「概要」「主要な指標」「DevOpsとの違い」「SRE実践におけるポイント」といったポイントをわかりやすくご紹介します。 SREとは 「SRE（Site Reliability Engineering）」とはシステム運用方法の一つで、日本語では「サイト信頼性エンジニアリング」と言います。Webサイトの安定的な運用を支えるための方法論とし
本記事の背景 本記事は、某所で密かに行われていた Snowflake DevOps 情報交換会 Season 1 最終回の議論用に共有した内容です。 本会は、 DevOps を中心に、また DevOps とは直接は関係ないテーマも含め、その時々において関心のあるテーマを取り扱っていましたが、今回は最終会ということで、本来のテーマである DevOps において、私個人が中心的テーマであると考える構成管理やデプロイの自動化について議論したいと思い、整理しました。 中心的テーマを再び取り上げようと考えたきっかけの 1 つが Snowflake Data Superhero の Tomas が LinkedIn で EXECUTE IMMEDIATE FROM という新しい構文について紹介しているのを発見したことです。これはステージ上の SQL ファイルを直接実行できるという機能です。 Tomas
AWS上での DevOps の基本的な哲学、プラクティス、ツールの理解を学べる【DevOps Engineering on AWS】を受講してみた | DevelopersIO
AWS上での DevOps の基本的な哲学、プラクティス、ツールの理解を学べる【DevOps Engineering on AWS】を受講してみた 皆さんこんにちは、AWS事業本部オペレーション部の清水です。 AWS Certified DevOps Engineer - Professional 認定を取得するべく、「DevOps Engineering on AWS」を受講してきました。以下に、学習した内容や参考ブログをご紹介したいと思います。 本コースの受講をお考え中の方へ、お役に立てば幸いです。 AWS認定トレーニングとは？ 以下のブログに、弊社AWS認定トレーニング講師の平野のほうで執筆した各トレーニングの詳細が記載されています。 私が今回受講したのは、以下の図の赤枠に入るコースになります。 このトレーニングは、先にAWSの開発の基本を学習できるDeveloping on AWS
こんにちは。クラウドエース株式会社で Google Cloud 認定トレーナーをしている廣瀬 隆博です。前回の記事で「絵文字がメロイックサイン（🤘）になっている人」と書きましたが、もちろん ヘヴィメタル が好きだからですね。誰も聞いてこなかったけどアピールしておきます。なお、にわかメタラー なのでお手柔らかにお願いします。 さて、ヘヴィメタルはにわかですが Google Cloud はそれなりに得意としているので、今回は Professional Cloud DevOps Engineer の認定試験範囲について解説いたします。同試験は サービスの信頼性と開発速度の向上を両立する ための考え方を学ぶことができます。受験される方はもちろん、受験はまだ考えていない方にも参考となりますので、最後までお付き合いいただけますと幸いです。 なお、同試験は 2023 年 8 月 21 日 に 日本語化
InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architects. View an example
Azure DevOpsがテスト自動化のコードカバレッジ体験を改善 7月21日、Azure DevOpsはテスト自動化の中でコードカバレッジ体験の改善を発表しました。 この改善により、開発者はより簡単にコードのテスト状況を 7月21日、Azure DevOpsはテスト自動化の中でコードカバレッジ体験の改善を発表しました。 この改善により、開発者はより簡単にコードのテスト状況を把握することができます。 具体的な改善点は以下の通りです。 '.coverage'形式の結果を直接ポータルで表示できるように 以前は、'.coverage'形式のコードカバレッジの結果をポータルで表示することができませんでした。 しかし、この改善により、結果をオフラインで閲覧する必要がなくなり、開発者は直接ポータルで結果を確認することができます。 これにより、開発者は製品の範囲外に出ることなく、効率的に作業を進めること
真剣に技術ブログを作ろう【Azure DevOps × Azure Static Web Apps × Next.js】
最近偉い人に言われました。 エンジニアたるもの、アウトプットしてなんぼだと。 お前がどれだけ勉強しているかなんて知ったことではない。 こいつはエンジニアとしてどの程度使えるかどうかを可視化する必要がある。その為に常日頃アウトプットするんや！と。 確かにおっしゃる通り。ほな作りましょか。ということで自分専用の WEB アプリを作成しようと思います。 使用する技術 所属している会社が Azure を使うので、それに合わせて技術選定してみました。 フロントは最近アゲアゲっぽい Next.js を選定 サーバサイドはおそらく Azure の Functions を使って拡張していく予定 まずは Azure DevOps の Repos と Pipeline を使って Next.js の WEB アプリを Deploy するところまでやってみる。 フロントエンド → Next.js(TypeScri
Developer Productivity室の @uncle__ko です 自分が所属してるCyberAgentのDeveloper Productivity室では開発生産性向上に日々取り組んでいます ついに2023年版 State of DevOps Reportが公開されましたね State of DevOps Reportは DevOps Research and Assessment（DORA）チームが2014年から毎年公開しているDevOps業界の年次調査レポートです DORAは書籍「LeanとDevOpsの科学」の著者陣が中心となって設立された調査機関で、このレポートは書籍からのトレンドの変化を読み取れるとてもいいレポートになってます 開発生産性向上を担うチームとしては、このレポートはとても有用な資料になりますし、開発生産性を向上させたいエンジニア組織にもとても有用な資料とな
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
組織をハイパフォーマーにするスキル、DevOps - techtekt
State of DevOps Report 2023 のまとめ
2023 State of DevOps Reportを読んだ - 生涯未熟
DevOpsDays History and my DevOps story
Value Driven DevOps Team
5-Minute DevOps: Feature Team Strawman Fallacy
「Unity 6」が発表 ～新しい長期サポート（LTS）サポートとして2024年に登場／アセット管理・自動化・DevOpsをパッケージングした「Unity Cloud」などもアナウンス
プロダクト開発チームとDevOpsチームでのプロダクト課題改善の取り組み - LayerX エンジニアブログ
The Ruby on Rails Resurgence - DevOps.com
初学者向けLinux本３冊読んでDevOps Roadmap的にまとめてみた - Qiita
【DevOps】開発の振り返りをアップデートした話 - PLEX Product Team Blog
DevOps on AWS大全 - Qiita
DORA 2023 度版 State of DevOps Report
Snowflake 向けの DevOps の取り組みと現状の課題についてまとめてみた
日本語化された Professional Cloud DevOps Engineer 認定試験範囲の解説
InfoQ DevOps and Cloud Trends Report – July 2023
Azure DevOps、テスト自動化でのコードカバレッジ体験を改善 ー カバレッジの結果をポータル上で確認可能に
2023年版 State of DevOps Reportの内容まとめ