こんにちは、プラットフォーム開発グループ SREチームの西川 (@taxin_tt) です。 皆さんTerraform使ってますか? 弊社では既存サービスのマイクロサービス化を進めており、GCPベースのインフラはTerraformを利用して整備するようにしています。 一方で、サービス数の増加などに比例してtfファイルのコード量も増えていき、ディレクトリ構成や個別のリソースの定義などマイクロサービスのインフラ整備において負担になる部分があり、昨年末からSREチーム主導でリファクタリングを行っています。 今回は、そのリファクタリングの背景や進め方についてお話しできればと思います。 (本記事は、Terraform v1.3系を前提にしています。) リファクタリング後のTerraformのディレクトリ構成は下記をベースにしているので、下記の記事も合わせてどうぞ。 tech.visasq.com リ
積極的な技術選定と消極的な技術選定 - uhyo/blog
ArgoCD の Config Management Plugin (CMP)を理解し、Plugin でマニフェストの変数置換を行う - kencharosの日記
Deploy web apps anywhere
Kamal offers zero-downtime deploys, rolling restarts, asset bridging, remote builds, accessory service management, and everything else you need to deploy and manage your web app in production with Docker. Originally built for Rails apps, Kamal will work with any type of web app that can be containerized. Read the docs View the source Vision In the past decade+, there’s been an explosion in commerc
Terraform Cloudを使って複数環境(本番/STG)にAWSリソースをデプロイしてみる | DevelopersIO
「STGと本番のAWSアカウントにTerraform Cloudでリソースをデプロイするにはどんな設定をすればいいんだろう？」 実際のシステム運用では、本番とSTGなど複数の環境を作ることが多いと思います。 このブログが、Terraform Cloudで複数環境を設定する際の参考になると嬉しいです。 構成図 本番環境とSTG環境のAWSアカウントがそれぞれ存在して、Terraformのコード上で本番とSTGでstateが分かれているとします。 Terraform Cloud上ではシステム用にProjectを作り、その中に本番環境とSTG環境のWorkspaceを作る構成です。 デプロイフロー 今回は上記のデプロイフローを想定して、Terraform Cloudを設定していきます。 mainブランチにPull Request Terraform Cloud上で本番とSTG環境のPlan実行
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog 皆さんは「No Measurement, No Improvement」という言葉をご存じでしょうか。これは「測れないものは改善できない」という意味で、熱力学者であるウィリアム・トムソン博士の言葉とされています。 下図はGoogle社のDORA（DevOps Research and Assessment）を参考にして作成しました。開発スピードとサービスの品質を改善するためには計測が必要です。計測のための4つの指標を紹介します。 四つの指標で計測し、開発スピードとサービスの品質を改善 開発スピードの分析に利用する指標は、1つ目が「Change Lead Time（開発が始まってから本番にデプロイされるまでの時間）」、2つ目が「De
HashiCorp、ドキュメントの作成／レビュー／共有などを容易にする「Hermes」ドキュメントマネジメントシステムをオープンソースで公開
HashiCorp、ドキュメントの作成／レビュー／共有などを容易にする「Hermes」ドキュメントマネジメントシステムをオープンソースで公開 TerraformやVagrantなどで知られるHashiCorpは、「急成長するグローバル企業や遠隔地に拠点を置く企業にとって、書く文化は必要不可欠なものだと考えています（we also believe a culture of writing is a necessity for a fast growing, global, remote-oriented organization.）」として、同社内でも文書による情報共有文化が積極的に行われていると説明しています。 その同社が社内で開発し利用しているドキュメントマネジメントシステム「Hermes」を、オープンソースとして公開しました。 We are pleased to announce th
HashiCorp、UIデザインシステム「Helios」をオープンソースで公開。UIコンポーネントやアイコンなど
HashiCorp、UIデザインシステム「Helios」をオープンソースで公開。UIコンポーネントやアイコンなど TerraformやVagrantなどで知られるHashiCorpは、同社製品のユーザーインターフェイス開発に使われているデザインシステム「Helios」をオープンソースで公開しました。 デザイン設計の原則やサンプルと共に、25種類のUIコンポーネントと数百のアイコンが含まれています。 Check out the #opensource launch of Helios, the Ember.js-based design system we use to design and build our better, more consistent product UIs. https://t.co/1KqpdTMIri — HashiCorp (@HashiCorp) Janua
こんにちは、プレックスの種井です。 今回は、2022年Plex開発合宿(秋)シリーズ最後の記事になります。(過去の記事はこちら) 10月の開発合宿で私が取り組んだ内容「開発チームの生産性の可視化」とPlexJob開発チームにおける「振り返り」の取り組みに関してご紹介させていただきます。 開発合宿で扱ったテーマ「振り返り」 開発合宿で取り組んだ内容 スプリントごとのベロシティの計測 Four Keysの計測 デプロイの頻度 変更のリードタイム まとめ PlexJob開発チームでの振り返りの取り組みについて 合宿で取り組んだ内容のその後と活用 おわりに 開発合宿で扱ったテーマ「振り返り」 私の所属するPlexJob開発チームではスクラム開発を取り入れています。合宿時点では月に一回、その月に取り組んだ各スプリントの振り返りをまとめて行っていました。 振り返りを行うなかで 個々人の課題感やその粒度
Terraform Cloud に追加された Dynamic Provider Credentials を Azure Provider で試した - しばやん雑記
今朝に発表された Terraform Cloud のアップデートで OpenID Connect を利用した認証情報の取得に対応したようです。Dynamic Provider Credentials という名前で紹介されています。 GitHub Actions ではほぼ OIDC のみを使うようになりましたが、一番強い権限が必要な Terraform Cloud で使えなかったのが悩みの一つでした。GitHub Actions と Azure AD を組み合わせて利用する方法は以前に書いているので、以下の記事を参照してください。 Terraform Cloud を Azure Provider で利用する場合には期限付きの Client Secret を作成する必要があったので、Client Secret 自体の管理が必要になるというデメリットがかなり大きかったです。まだベータ扱いですが、
[アップデート]Terraform CloudがValutやAWS,Azure,Google Cloudに対してOIDCで動的なクレデンシャル生成に対応 | DevelopersIO
「Terraform CloudもGithub ActionsみたいにOIDCを使ってAWS認証とかできたら最高だな」 と思ったことはありません？ そんな方に朗報です。Terraform CloudがValutとクラウドプロパイダー(AWS,Azure,GCP)に対してOIDCで動的なクレデンシャル生成に対応しました。(beta版 2023/1/31時点 2023/4/9 GAになりました) Terraform Cloud Adds Dynamic Provider Credentials for Vault and Official Cloud Providers 今回はAWSでこのアップデートの内容を試してみました。 アップデート概要 これまでは、Terraform CloudでAWS,Azure,GCPなどにリソースをデプロイする際に、静的なクレデンシャル(AWSだったら、IAMアク
Azure DevOpsのキホンのキ
日々お客様と接する中でよく聞かれる質問やよくある誤解をまとめました。そのため、特に組織(会社)内での利用を想定した内容になっています。 これからAzure DevOpsを使い始めるという方が公式ドキュメントを読み始める前に、本記事をさらっと読んでいただくとドキュメントを読んだ時の理解が深まると思います。 今後も思いついたら追記していきます。 その１：Azure DevOpsは特定のサービスの名前ではない Azure DevOpsという名称はスイート製品の名前であり、実際には以下のサービス(製品)がまとまったものになります。そのため、特定のサービスを使わないといった設定も行うことができます。 Azure Boards：かんばんとスクラムの方法を使用して、作業、コードの欠陥、問題の計画と追跡をサポートする一連のアジャイル ツールを提供します。 Azure Repos：コードのソース管理用の G
[Terraform] “xxx is tainted, so must be replaced” と表示されたら | DevelopersIO
![[Terraform] “xxx is tainted, so must be replaced” と表示されたら | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/8a77b081e14c8d61a2e80498092f8ffb9b60da03/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Fterraform-eyecatch.png)
Terraform stateファイル管理用のリソース(S3,DynamoDB)作成のCFnをService Catalogに登録してみる | DevelopersIO
Terraform stateファイル管理用のリソース(S3,DynamoDB)作成のCFnをService Catalogに登録してみる 「Terraform Backend用のリソースをService Catalogで管理したら便利かも」 個人的にはTerraform Cloudでstateファイルを管理する方法が好きですが、S3とDynamoDBを使用することがあると思います。 このリソースは、Terraform以外の方法で作成する必要があります。(stateファイルどこに置く問題が発生するため) 毎回手動でS3とDynamoDBを作るのは面倒なので、CloudFormation(以下CFn)テンプレート化してみました。 CFn化したことで楽にはなったんですが、組織内で楽に共有する方法はないかなと探していたらService Catalogを見つけました。 Service Catalo
継続的デリバリーのソフトウェア工学 もっと早く、もっと良いソフトウェアを作るための秘訣 作者:David Farley日経BPAmazon 書名の「継続的デリバリー」はCI /CDの解説書かな？とも思わせてしまうので若干ミスリードなんだけど、「工学とは何か？」「ソフトウェア工学とは何か？」「工芸と工学は何が違うか？」ということを解説した1冊。 『継続デリバリーのソフトウェア工学』を読み始めた そういえば、最近「ソフトウェア工学」ってキーワードを聞かないなーって思ってたけど、本書にも「最近敬遠されてない？」って書かれてた— magnoliak🍧 (@magnolia_k_) 2023年1月28日 まぁ、確かに「ソフトウェアの品質分析がー」とか、「設計書を書けばコードが自動生成ー」みたいな、「管理！」的な価値観が大きかったように思われてたんじゃないかなーとか思った— magnoliak🍧
"Enterprise Roadmap to SRE"の日本語訳が出ました - YAMAGUCHI::weblog
はじめに こんにちは、Google CloudでオブザーバビリティとSREの担当をしているものです。今日は去年仕事でやってたものがようやっと表にでたのでその紹介をします。 「SREエンタープライズロードマップ」がでました Enterprise Roadmap to SREの日本語訳が公開されました。本レポートはSREに関して、その技術的立ち位置、導入する理由、必要なプロセス、文化、事例など、幅広く大局観を与えるコンパクトなレポートとなっています。ぜひご一読ください。#SRE #DevOps #GoogleCloudhttps://t.co/Lo1yY40CF4— Google Site Reliability Engineering (@googlesre) 2023年1月25日 「SREエンタープライズロードマップ」はかねてより "Enterprise Roadmap to SRE" と
2022年DevOpsにおけるテスト調査報告書 | mabl
はじめに mablは先日、ソフトウェア開発における品質の専門家たちを讃えるカンファレンス、第3回 mabl Experienceを開催しました。多数のプレゼンテーション、パネルやディスカッションで構成されたこの2日間のイベントは、1200人を超えるソフトウェアテスター、品質リーダー、エンジニアリングの専門家たちにご参加いただき、大盛況のうちに幕を閉じました。Stack Overflow、Chewy、JetBlue、Barracuda、Dawn Foods、Kintent、SmugMugなどの大手企業による多様なセッションを通じて、品質エンジニアリングがソフトウェア業界の基本的変革を大きく支えていることが明らかとなりました。 で紹介されたさまざまな成功例は、当社の第4回「DevOpsにおけるテストの実態調査年次報告書」で示されている傾向と強い相関があります。500人を超える品質とエンジニアリ
3 common DevOps antipatterns and cloud native strategies that can help | The GitHub Blog
Enterprise3 common DevOps antipatterns and cloud native strategies that can helpExplore how GitHub and cloud native strategies can help you address common DevOps pipeline and team antipatterns. When implemented well, DevOps practices can transform how application teams deliver business value. However, the use of antipatterns can lead to disappointing results. Antipatterns are when teams focus on s
年末年始に「継続的デリバリーのソフトウェア工学」を読みました。新年を迎えて、気分を一新して開発を始めるのに良い本でした。 ソフトウェア開発に役立つプラクティスを示した本 学びのエキスパート 複雑さ管理のエキスパート 実践的なツール データに基づく指標 ソースコードに限らずに広く適用 ソフトウェア開発者としての矜持 TDD あちら側とこちら側 「継続的デリバリー」は 1 要素 さいごに ソフトウェア開発に役立つプラクティスを示した本 ソフトウェア工学とは、ソフトウェアの実際的な問題に対する効率的、経済的な解を見つけるための経験的、科学的アプローチの応用のことである。 1.2 「ソフトウェア工学と何か」 本書では、ソフトウェア開発の現場で役立つプラクティスを、ソフトウェア工学としてまとめています。ここでいう科学的アプローチとは、「特徴づけ」「仮説の定立」「予測」「実験」という形で思考を組み立て
概要 今回はTerraformを使って VPC パブリックサブネットとプライベートサブネット IGW ルートテーブルおよびルーティングの設定 Elastic IP NATゲートウェイ を構築したいと思います 今回作成するインフラ構成は下記の図のようになります 前提 東京リージョンを使用 AWSを使用 main.tfとvariables.tfを設定済み ネットワークに関する基本的な知識をある程度持っている 上記のファイルをまだ作成していない方は下記の記事を参考にしてください AWSにおけるネットワークの概要について知りたい方は以下の記事を参考にしてください また、コンテナ経由でTerraformを使用すると複数ブロジェクトで使用する際にバージョンによる違いを意識せずに済みます コンテナを使用したい方はこちらの記事も参考にしてみてください ディレクトリ構成 構成は以下の通りです # -----
# ------------------------------ # Variables # ------------------------------ # プリフィックスを設定 variable "prefix" { default = "tf-pg" } # プロジェクトを識別する一意の識別子を設定 variable "project" { default = "terraform-playground" } # プロジェクトのオーナーを設定 variable "owner" { default = "shun198" } # ------------------------------ # Terraform configuration # ------------------------------ terraform { # tfstateファイルを管理するようbackend(
Join our community of software engineering leaders and aspirational developers. Always stay in-the-know by getting the most important news and exclusive content delivered fresh to your inbox to learn more about at-scale software development.
[レポート] AWS Well-Architected best practices for DevOps on AWS #DOP207 #reinvent | DevelopersIO
[レポート] AWS Well-Architected best practices for DevOps on AWS #DOP207 #reinvent こんにちは、つくぼし(tsukuboshi0755)です! re:Invent2022のセッション AWS Well-Architected best practices for DevOps on AWS を視聴したので、レポートしたいと思います。 セッションの概要 In this session, learn about all of the components required to align your DevOps practices to the pillars of the AWS Well-Architected Framework. Review organization adoption, development
![[レポート] AWS Well-Architected best practices for DevOps on AWS #DOP207 #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/e4cafbaaf61ae0e896e83da659ab2ddaa2d28c88/height=288;version=1;width=512/https%3A%2F%2Fd1tlzifd8jdoy4.cloudfront.net%2Fwp-content%2Fuploads%2F2022%2F11%2Feyecatch_reinvent2022_session-report.png)
謹賀新年 新年あけましておめでとうございます！ サクセスは本日が仕事始めです。 でも、同じフロアの方々が明日からのよう なので、なんとなくまださみしい感じです。 経理のハラモトと営業Sくんは元気に出勤。 ミニトマトも元気に花から実になってきています。 そして・・・・ 私の母が毎年作成する干支編みぐるみもトラ からウサギへチェンジ！ カフェコーナーも今月いっぱいはお正月テイスト にしておこうと思っています。 皆様、本年もどうぞよろしくお願いいたします！！ 思い出しだちょっと笑える話 昨年あった事なのですが・・・・ ブログに書こう書こうと思っていてそのまま時が 経過していたので。。。 実はですね、私が私用で早退して夕方家にいた日 の事。 ニュースエブリーをつけていましたら、、、、 なんと今年の新入社員が街頭インタビューに！！ 放送された企画は、 「富士そばも富士そばマニアの人たちの呼び名を 作
こんにちは、つくぼし(tsukuboshi0755)です! 皆さんは、re:Invent期間中に発表された、ECSでのマイクロサービス間通信に関する新機能であるService Connectはご存知でしょうか。 本機能により、ECSサービス間の通信を、従来より簡単に設定できるようになっています。 今回はこのService Connectについて、既にTerraformでもリリースされているので実装してみたいと思います！ 概要 1つのCloudMap名前空間に、クライアント用/サーバー用のNginxコンテナをそれぞれ配置するAWS構成を、Terraformコードでデプロイします。 また動作確認の手順としては、クライアント側のECSサービスに対してECS Execで接続した後、サーバー側のECSサービスに対してcurlコマンドでリクエストを送信し確認してみます。 なお、デプロイツールにTerr
新年あけましてメリークリスマス！！！！！！！！！ 今日は2023年1月3日。これはKLab Engineer Advent Calendar 2022の21+13日目の記事です。年末年始は寝てばかりでクリスマスらしいことができなかったので、体感ではまだクリスマス前です。 21日からコロナでダウンしてたんですが、やっと回復してきたと思ったら今度は家族にうつしてしまった…（みんなごめん Advent Calendarはもう少しお待ちください — はま (@hmkz_) December 26, 2022 2020年7月にKLabに転職してから、機械学習グループの立ち上げメンバーの一人として色々なことをしてきました。この記事ではそれを振り返ってみます。 KLab機械学習グループとは 機械学習を使ってゲーム開発を支援したり、運用を効率化したり、アナリティクスチーム単独では難しいような分析をしたり、
数えてみたら意外と数あったのでまとめます。 release-please Google謹製のリリース自動化ツール。monorepo対応のRelease Drafterという感じですが、リリースはDraft Releaseの安定版への昇格ではなく、PRのマージによって行います。PRでリリースするという点ではgit-pr-releaseぽいですが、ブランチは main だけでリリースブランチは無い感じ。changesetsよりはとっつきやすい印象です。 github.com 例えば↓のようなワークフローを用意すれば、モジュールごとにGitHub Releaseを作成するためのPRを自動作成できます。 初期セットアップでJSONファイルを2つ作る必要があるのが若干面倒ですが、それさえ越えてしまえば考えることは少なさそうです。 # .github/workflows/release-please.
Devpod: Improving Developer Productivity at Uber with Remote Development
You’re seeing information for Mexico . To see local features and services for another location, select a different city. Show more Introduction In this blog, we share how we improved the daily edit-build-run developer experience using DevPods, our remote development environment. We will start with some of the initial challenges, the pain points we addressed with Devpod, our architecture, and some
今日はサクセスの仕事納めです。 本社勤務のハラモトと営業Sくんと３人で早めに 納会ランチをし、今現在Sくんは事務所内の お掃除をしています。 経理ハラモトは年末の事務処理をパタパタと こなしております。 （私はブログを書いています。という建前のサボりです） 今日はメールも少ないし、出勤時の山手線も なんだかすいていたし、世の中はすっかり 年末モードです。 私個人的にはこの年末の非日常感がなんだか ちょっとさみしくて子供のころからあまり好き ではないのですが、 （みんなお休みしてる感じがね、さみしくなる！） とはいえ、年末年始です。 サクセスのメンバーにはゆっくりお休みして ほしいなと思っています。 サクセスのメンバーは参画案件先の年末年始休暇 に合わせてのお休みになりますが、本社としては １２月３０日～１月３日までが年末年始休暇 となります。 今年はサクセスにとって大きな変化の年でした。
TerraformではなくCDKを使っている話 | MoT Lab (GO Inc. Engineering Blog)
(これはMoT Advent Calender 2022の24日目です) データエンジニアの渡部徹太郎です。私の担当しているプロジェクトでは、Infra as CodeにTerraformではなくCDKというツールを使っているので、その話をします。 CDKの概要 CDKとはAWS専用のInfra as Codeツールです。正式名称AWS クラウド開発キット (AWS Cloud Development Kit）です。 CDKの特徴プログラミング言語でAWSのリソースを記述プログラミング言語はTypeScriptがメインだが、他にもJavaScript,Python,Java,C#でも記述できるAWSのリソースを表すクラスをNewすると、AWSのリソースができるイメージ実態はCloudFormationを吐き出してデプロイするツール。デプロイするとAWSのCloudFormationのSta
2022のアジャイル本紹介です。『継続的デリバリーのソフトウェア工学』は、久しぶりにソフトウェア工学を題した「アジャイル開発」の本です。もう一度、ソフトウェア工学の観点からアジャイルを説明していて、ま...
はじめに 自分がAWSをこれっぽっちも知らない頃、 ググって出てきたどこか知らんサイトからだと、「欲しい情報はこれじゃない」ってのが多くあった。 そんなこと繰り返していると エラー、トラブル時に即対応できない 間違って構築したせいで運用時に悪化してしまう 古いソースコードでエラーがでて動かない これで無駄な時間を過ごすことになる。 要は「ググって得たその情報で、作ったものは正しいのか？」 AWSは常にアップデートされ続ける 欲しい情報を手に入れるまで調べる時間を割くなら、 公式展開してるサイトから得たほうが正確である。 ということで、最速でAWSを攻略するサイトをまとめる。 この記事をブックマークでもしておくと、ググる手間も省けるだろう。 目次 AWSドキュメンテーション AWSサービス別資料 トレーニングライブラリ AWSブログ アーキテクチャーセンター ワークショップをする よくある質
はじめに 事業としてソフトウェア開発を行う企業にとって、自分たちの開発チームの生産性が十分に高いのか、あるいはそうでないのかについては大きな関心があります。 そのこと自体は、何かを計測し、改善するというのは営利企業としては健全です。一方で、ソフトウェアエンジニアリングの世界で「生産性の高さ」だと主張できる汎用性の高い指標は存在しません。こういった状況の中で、「生産性」を巡る議論は経営やビジネス部門とエンジニアチームとの間で繰り広げられ、場合によっては大きな不和や不信感につながることも珍しいことではありません。 今回は、エンジニアの開発生産性について、さまざまなステークホルダーと議論する上で把握しておきたいさまざまな論点について解説します。それによって、「我々が本当に議論すべきテーマは何か」についての共通認識をつくるための土台を構築することを目的としています。 もしかしたら改善したいことは「
リリースの自動化
最近は下記のようにライブラリ等のリリースを自動化している。 バージョンを入力するとPull Requestを生成 Mergeするとリリース ラベルの管理 前回のリリース以降にMergeされたPull Requestからリリースノートが自動生成されてほしい。このとき、Keep a Changelogの形式を参考に、変更点が以下の7種類に分類されてほしい。 add change deprecate fix remove security other そこで、Pull Requestに予めラベルを付けておくことで、どの節に分類するかを決定させる。またこのようなラベリングの習慣を設けることで、各Pull Requestの粒度の是正もねらう。ラベルを利用したリリースノート自動生成機能自体はGitHubが備えているので、.github/release.ymlでそのラベルを使う旨を指定すれば良い。 この
この記事は、開発生産性 Advent Calendar 2022の24日目の記事です。 株式会社スマートショッピングでSREをしているbiosugar0です。 今回はSREが現在DevOpsに向き合い、開発を加速させるために取り組んでいることについて紹介します。 開発を加速させるDevOpsという考え方 DevOpsは、開発チームと運用チームが協力し、よりスムーズに高品質なサービスを作り上げるという考え方です。 歴史的に、企業は複雑なシステムを開発運用していくために「開発」と「運用」という別々のチームにそれぞれの仕事を任せてきました。 このアプローチに伴う開発／運用の分断には、多くの問題がありました。 その中でも大きい問題は、2つのチームの目標が対立関係に陥りやすいことです。 開発者は新しい機能や改修をスピード感をもって開発してリリースしたい、運用者はシステムをより安定させるためにシステム
ソフトウェアデリバリーパフォーマンスに関する考察（後編）- Four Keysと向き合うとはどういうことか
去る2022年9月29日（アメリカ時間）にState of DevOps 2022が公表されました。 State of DevOpsとは、年に1回DORA（Google Cloud内のチーム）が発表しているソフトウェアのデリバリーパフォーマンスに関する調査結果レポートです。State of DevOpsでは、ソフトウェアデリバリーパフォーマンスの指標でもあるFour Keysや、Four Keysの改善効果が高いとされるケイパビリティについての詳細な内容が記載されています。 株式会社ビズリーチでは、日々プロセスをより良くするための活動を行っており、今回State of DevOps 2022の発表に伴い私が所属するプロセス改善部内でState of DevOps 2022に関する調査と議論を行いました。今回はプロセス改善部でまとめた内容を前編と後編の2部に分けて紹介したいと思います。 後編
ソフトウェアデリバリーパフォーマンスに関する考察（前編） - State of DevOps 2022では何が示されたのか
ソフトウェアデリバリーパフォーマンスに関する考察（前編） - State of DevOps 2022では何が示されたのか 去る2022年9月29日（アメリカ時間）にState of DevOps 2022が公表されました。 State of DevOpsとは、年に1回DORA（Google Cloud内のチーム）が発表しているソフトウェアのデリバリーパフォーマンスに関する調査結果レポートです。State of DevOpsでは、ソフトウェアデリバリーパフォーマンスの指標でもあるFour Keysや、Four Keysの改善効果が高いとされるケイパビリティについての詳細な内容が記載されています。 株式会社ビズリーチでは、日々プロダクト開発のプロセスをより良くするための活動を行っています。今回State of DevOps 2022の発表に伴い私が所属するプロセス改善部内でState of
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Terraformのリファクタリング始めました - VisasQ Dev Blog
モニタリングからオブザーバビリティへ - DevOpsDays Tokyo 2023
ヤフーでは開発迅速性と品質のバランスをどう取ってるか（2022年）
DevOpsの指標を開発の振り返りに活用しはじめた話 - PLEX Product Team Blog
『継続的デリバリーのソフトウェア工学』...ソフトウェア工学とは何か？ - Magnolia Tech
「モノづくり」のプロセス改善活動を紹介します - RSGT2023に向けて -
WordやExcelでまとめた構築手順書を「Ansible Playbook」に置き換えてみよう
現代のソフトウェア工学を示す「継続的デリバリーのソフトウェア工学」 - Shin x Blog
Terraformを使ってAWSのVPCをはじめとしたネットワークを構築しよう！ - Qiita
Terraformにおけるmain.tfやtfstateファイルの作成および運用方法について - Qiita
SRE vs. DevOps vs. Platform Engineering
★新年のご挨拶と・・・・思い出した話 - SUCCESS notebook
ECS Service ConnectをTerraformでデプロイしてみた | DevelopersIO
モバイルゲーム会社の機械学習グループを立ち上げた話 - Qiita
2022年に試した開発ワークフロー関係の機能やツール - Kengo's blog
★年末のごあいさつ - SUCCESS notebook
継続的デリバリーのソフトウェア工学 | Agile Studio
ググり時間をぶった切る。AWSを最速で攻略するサイト13選 - Qiita
開発生産性について議論する前に知っておきたいこと - Qiita
SREチームはDevOpsに向き合い、開発を加速させる