並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 1365件

新着順 人気順

DevOpsの検索結果161 - 200 件 / 1365件

  • Terraformのライセンス変更を受けてオープンソース版のフォークとして「OpenTF」の開発が進んでいる

    コードを元にインフラストラクチャを構成できるツールのTerraformのライセンスが変更されたことを受けて、オープンソース版のフォークとして「OpenTF」の開発が進んでいます。 The OpenTF fork is now available! https://opentf.org/fork OpenTF Foundation https://opentf.org/ Terraformはコードを元にインフラストラクチャを自動で構築することで、安全かつ効率的に構築、変更、バージョン管理できるようにするツールです。2014年からMozilla Public License 2.0のオープンソースソフトウェアとしてHashiCorp主導で開発されてきましたが、HashiCorpは2023年8月10日に突然Terraformのライセンスを商用利用を一部制限するBSLに切り替えると発表し、コミュニ

      Terraformのライセンス変更を受けてオープンソース版のフォークとして「OpenTF」の開発が進んでいる
    • OpenTF、TerraformのフォークをGitHubで公開 | gihyo.jp

      The OpenTF Foundationは2023年9月6日、HashiCorp製の構成管理プラットフォームTerraformのフォークを作成し、GitHubリポジトリで公開した。 The OpenTF fork is now available! -OpenTF Foundation HashiCorpは2023年8月10日、それまでMozilla Public License v2.0の元で公開してきたTerraformをはじめとする同社製品のライセンスをBusiness Source License v1.1に変更した。このため、オープンソースとしてTerraformを利用してきたユーザやコミュニティでライセンス違反となり使用できなくなる懸念が生じている。Terraformはスタンダードな構成管理基盤として多くの組織で利用されており、HashiCorpのライセンス変更はこれらの組織

        OpenTF、TerraformのフォークをGitHubで公開 | gihyo.jp
      • 今さら聞けないログの基本と設計指針 - Qiita


         使 AWSAzureGCP   4 調
          今さら聞けないログの基本と設計指針 - Qiita
        • DevOpsの負の側面について

          トランスクリプト Protsenko氏:私の名前はMykytaです。Netflixで働いています。私の仕事は基本的に、他の開発者が遅くまで職場に残らなくてもいいようにすることです。彼らが午後5時に退社しても生産的であることが私の実現したいことです。私はプラットフォーム組織、つまり生産性エンジニアリング部門で働いており、他のエンジニアのために労力を抽象化しようとしているのです。エンジニアが同じ退屈な技術的問題に何度も対処するのではなく、ビジネス上の問題の解決に集中できるようにします。 いくつか質問させてください。あなたたちのうち何人が、自分で作って自分で動かすという哲学を実践している会社で働いてますか?生産現場との間にゲートキーパーがいないこと、機能や修正をより早く提供できることに満足している人はどれくらいいますか?本番環境で発生したインシデントに対処しているときに、どうすればいいのか分から

            DevOpsの負の側面について
          • SREはインフラエンジニアだけでなく、みんなの活動 - ytake blog

            みなさんSREしてますか? サービスなどの品質を維持していくために切っても切り離せないSREですが、 日本でもSREという言葉が定着しつつあるかと思います。 このSREについて書いていきたいと思います。 SRE NextのCFP忘れてたのでその代わりに・・ SREってインフラですよね? 非常によくあるケース、というか多分ほとんどがこうなっていると思います。 もちろん会社としてインフラのことを指しても問題はありませんが、 SREとはどういうものなのか、正しく認識して今一度現状を振り返ることで さらに良い活動に繋がることが多いと思います。 なんのこっちゃ、という方も多いかもしれません。 SREはエラーバジェットなどの話が必ず出てきますので、 モニタリングや監視などが必ずセットにはなっていきます。 ですが、この部分が強調されているのかどうしてもインフラエンジニアでしょ、 というのが定着している場

              SREはインフラエンジニアだけでなく、みんなの活動 - ytake blog
            • Windowsでaws-vaultの設定を最初から実施し、aws-vault経由でterraformの実行テストをしてみた | DevelopersIO

              Windowsでaws-vaultの設定を最初から実施し、aws-vault経由でterraformの実行テストをしてみた こんちには。 データアナリティクス事業本部 インテグレーション部 機械学習チームの中村です。 今回はWindowsマシンに対して、以下記事に沿ってaws-vaultの設定をしてterraformの実行まで確認しましたので、その作業メモをブログにしました。 本記事の設定は以下の則っています。aw-vaultについての説明はこれらの記事もご参考にされてください。 aws-vaultでcliとterraformをいい感じにしてみる | DevelopersIO AWS Vaultで端末内のAWSアクセスキー平文保存をやめてみた | DevelopersIO aws-vaultのインストール Windowsマシンからの実行であるため、PowerShellを管理者権限で起動して

                Windowsでaws-vaultの設定を最初から実施し、aws-vault経由でterraformの実行テストをしてみた | DevelopersIO
              • Infrastructure from Code (IfC) ツールまとめ - maybe daily dev notes


                Infrastructure from Code (IfC)AWSGregor Hohpe architectelevator.com Infrastructure from Code Infrastructure from Code Infrastructure from Code (IfC) Infrastructure as Code (IaC) IaCIaCIfC
                  Infrastructure from Code (IfC) ツールまとめ - maybe daily dev notes
                • Faster Pull Request Reviews 〜ハイパフォーマンスチームへの道〜 / Faster Pull Request Reviews

                  『ベストプラクティスから学ぶ!Four Keys向上へのトライ~夏の開発生産性LT Week~』の登壇資料です。 - イベントURL: https://findy.connpass.com/event/292030/

                    Faster Pull Request Reviews 〜ハイパフォーマンスチームへの道〜 / Faster Pull Request Reviews
                  • Snykを組み込んだDevSecOps基盤「GigOps Security powered by Snyk」を発表しました! | TC3株式会社|GIG INNOVATED.

                    Snykを組み込んだDevSecOps基盤「GigOps Security powered by Snyk」を発表しました! 本日2023年8月22日、「GigOps Security powered by Snyk」の提供開始を発表いたしました! 本ソリューションにより、TC3独自の手法であるギグ・エコノミーの開発者がオンデマンドに参画するプロジェクトにおいても、開発期間中から早期に脆弱性対策などのセキュリティ対策を講じることが可能になるとともに、継続的に機能拡張を行っていくようなアジャイルな開発ができる基盤をプロジェクト初期から導入することが可能です。 本ソリューションの詳細については、プレスリリース及び資料をご確認ください。 プレスリリース:https://www.tc3.co.jp/news/gigopssecurity-poweredby-snyk/ 紹介資料ダウンロードサイト:

                      Snykを組み込んだDevSecOps基盤「GigOps Security powered by Snyk」を発表しました! | TC3株式会社|GIG INNOVATED.
                    • テストデータを貯めて感じたこと

                      https://toruby.connpass.com/event/286678/ の発表資料です。

                        テストデータを貯めて感じたこと
                      • 日本語化された Professional Cloud DevOps Engineer 認定試験範囲の解説

                        こんにちは。クラウドエース株式会社で Google Cloud 認定トレーナーをしている廣瀬 隆博です。前回の記事で「絵文字がメロイックサイン(🤘)になっている人」と書きましたが、もちろん ヘヴィメタル が好きだからですね。誰も聞いてこなかったけどアピールしておきます。なお、にわかメタラー なのでお手柔らかにお願いします。 さて、ヘヴィメタルはにわかですが Google Cloud はそれなりに得意としているので、今回は Professional Cloud DevOps Engineer の認定試験範囲について解説いたします。同試験は サービスの信頼性と開発速度の向上を両立する ための考え方を学ぶことができます。受験される方はもちろん、受験はまだ考えていない方にも参考となりますので、最後までお付き合いいただけますと幸いです。 なお、同試験は 2023 年 8 月 21 日 に 日本語化

                          日本語化された Professional Cloud DevOps Engineer 認定試験範囲の解説
                        • 【海外ITトピックス】 賛否分かれる HashiCorpの“脱”オープンソースライセンス

                            【海外ITトピックス】 賛否分かれる HashiCorpの“脱”オープンソースライセンス
                          • まだOpenAI使ったことないの?この記事で全員ハンズオンさせてやんよ!

                            目次 はじめに 今回作成するシステムの概要 Azure OpenAI セットアップ Azure DevOps の Azure Repos をセットアップ Next.js でフロントエンド構築 Azure Static Web Apps へ Pipelines を用いて Deploy 動作確認 お片付け はじめに 昨今ちまたで話題の OpenAI。chatGPT はさらっと触ったけど、API までは触ってないなぁ…という方向けのハンズオン 🖐️ となります。 この記事の目標としては、OpenAI を触ってみたい全てのアゲアゲエンジニアがハンズオン出来ることです。 セットアップで詰まるところはどんどんコメント欄に質問していただいたら、がんがん返していきますので、ご遠慮なく質問してください! では、Let's ハンズオン! 今回作成するシステムの概要 今回作成するシステムは Azure 上で作

                              まだOpenAI使ったことないの?この記事で全員ハンズオンさせてやんよ!
                            • 開発生産性 実践入門

                              本書は基本的には無料で公開しています。 開発生産性という言葉が世に広まりつつあります。 このカテゴリに関する記事の多くを見てきましたが、開発生産性という言葉の概念や考え方に対するものが多く、具体的な打ち手やアクションに対するアウトプットが少ないと感じていました。 そこで本書は、開発生産性を向上させるための基本的な打ち手と、それに対する具体的なアクションを読者に届けたいと思い執筆しています。 実際に読んで、読者の皆さんに何かしらの気づきを届けることが出来たのであれば、投げ銭感覚で購入ボタンを押していただけたら幸いです。

                                開発生産性 実践入門
                              • Broken Ownership

                                Have you been in any of these situations? Managers make decisions that’s out of their leagues and everyone else in the team ends up paying for it. Knowledgeable people passively observe without bothering to contribute. Sometimes they are denied access to the room. Developers act like code monkeys, throwing the code over a metaphorical wall for the QA to test and “DevOps” to run. In “you build it,

                                  Broken Ownership
                                • Terraform(AWS)の構成を公開します

                                  はじめに アプリボット SREチームの一条です。 弊社ではAWSやGCPの構築にTerraformを利用しています。 IaC(Infrastructure as Code)には欠かせないTerraformですが、長らく運用していく中で様々な課題に直面し、その度に構成や運用ルールを更新していきました。 しかし、まだ完璧な構成ではないと思っています。 なぜなら、会社・プロジェクト独自の事情もありますが、他社の事例を参考にしても運用方法は様々で、これといった正解がないと感じているからです。 今回は弊社のAWSにおけるTerraformの構成を公開しますので、事例の一つとして参考にしていただければと思います。 また、事例を世の中に増やすために、この記事を読んでくださった皆様も、構成や運用ルールを公開・共有していただけますと幸いです。 構成紹介 前提 弊社では1プロジェクトに対して、1~N個のAWS

                                    Terraform(AWS)の構成を公開します
                                  • Pull RequestごとにGitHub ActionsでSnykを動かしてみた | TC3株式会社|GIG INNOVATED.


                                     Snyk So Now You Know GitHub ActionsSCM)SnykPatch SnykGitHub ActionsSnyk Open Source
                                    • 三社三様!テスト自動化アプローチのあれこれ共有会 (2023/08/30 19:30〜)

                                      ■どんなイベント? DevOpsの浸透は、チームの価値提供速度を加速します。 息を吐くようなテストの自動化が求められている一方で 深いドメイン知識が必要なテスト、固有の操作が必要な手動でやらざるを得ないテストは どんなプロダクトでも依然、存在していることでしょう。 自動と手動テストをバランスよく組み合わせて、最小アセットで最大の品質効果を生み出せるのが理想的。 そのために様々なテスト自動化アプローチを工夫・思案しているのだと思います。 本イベントではNTT 研究所、CircleCI、株式会社SHIFTが 三社三様に工夫しているテスト自動化のアプローチ例をご紹介します。 単なるツール紹介、あるべき論紹介にとどまらない、ヒントの場になれば、と企画しました。 お楽しみにどうぞ。 ■こんな人向きです テスト自動化に興味あり DevOpsに興味あり 開発の効率化に興味あり リリースサイクルの改善に興

                                        三社三様!テスト自動化アプローチのあれこれ共有会 (2023/08/30 19:30〜)
                                      • TFLint: Terraform の Linter を活用しよう - kakakakakku blog

                                        Terraform を使うときに記法やお作法を共通化してベストプラクティスに近付けるために TFLint を導入すると便利❗️ 最近 TFLint を導入する機会があったので作業ログをまとめる📝 github.com TFLint をセットアップする TFLint のセットアップは macOS だと Homebrew を使えば簡単〜 今回は TFLint v0.47.0 を前提にする. $ brew install tflint $ tflint --version TFLint version 0.47.0 + ruleset.terraform (0.4.0-bundled) TFLint を実行する 基本的には tflint コマンドを実行すれば OK👌 該当する Warning があるとだーっと表示される. $ tflint 10 issue(s) found: もしモジュール

                                          TFLint: Terraform の Linter を活用しよう - kakakakakku blog
                                        • Terraformが考える、インフラセキュリティを強化する6つのポイント

                                          HashiCorpが、「Terraformによるインフラストラクチャのセキュリティ強化に関する6つの手法」というブログ記事を公開しました。この記事では、クラウド環境への移行に伴うセキュリティ上の課題に対処する方法が具体的に述べられています。 HashiCorpが、Terraformによるインフラストラクチャのセキュリティ強化に関する6つの手法を公開しました。 この記事では、クラウド環境への移行に伴うセキュリティ上の課題に対処する方法が具体的に述べられています。 HashiCorpの調査によれば、セキュリティはマルチクラウド環境の成功に不可欠な要素として挙げられており、Terraformを活用することでセキュリティとコンプライアンスを重視したインフラストラクチャのプロビジョニングプロセスを実現することができます。 1. プロビジョニングスキルのギャップを埋める 調査によると、スキルギャップが

                                            Terraformが考える、インフラセキュリティを強化する6つのポイント
                                          • 組織のクラウドオペレーションをいかにモダナイズするか | Amazon Web Services

                                            Amazon Web Services ブログ 組織のクラウドオペレーションをいかにモダナイズするか 過去 10 年間で、IT 運用チームとアプリケーション開発者が協調する方法は急速に進化してきました。かつて両チームには明確な責任分担があり、一方のチームはアプリケーション実行のためのサーバーやさまざまなコンポーネント(ストレージ、DNS、ネットワークなど)の提供と保守に重点を置き、もう一方のチームは主にアプリケーションの機能の開発、バグの修正、デプロイする成果物のパッケージングに重点を置いていました。最終的にこの分担はサイロ化されたアプローチにつながり、明らかな課題に直面します。サイロ化はチーム間のコミュニケーションを妨げます。開発者はコードをリリースする準備が整うと、運用チームにほとんど、あるいはまったく連携することなく引き渡すということがしばしばありました。その結果、運用チームは直前に

                                              組織のクラウドオペレーションをいかにモダナイズするか | Amazon Web Services
                                            • BizDevOpsを円滑にする品質改善開発プロセスモデル(実践編)


                                              /  / BizDevOps 
                                                BizDevOpsを円滑にする品質改善開発プロセスモデル(実践編)
                                              • BizDevOpsを円滑にする品質改善開発プロセスモデル(コンセプト編)


                                                /  / BizDevOps    Visio
                                                  BizDevOpsを円滑にする品質改善開発プロセスモデル(コンセプト編)
                                                • GitHubを用いたDevOpsの導入を支援するSI─エーピーコミュニケーションズ | IT Leaders

                                                  IT Leaders トップ > テクノロジー一覧 > 開発ツール/プラットフォーム > 新製品・サービス > GitHubを用いたDevOpsの導入を支援するSI─エーピーコミュニケーションズ 開発ツール/プラットフォーム 開発ツール/プラットフォーム記事一覧へ [新製品・サービス] GitHubを用いたDevOpsの導入を支援するSI─エーピーコミュニケーションズ 2023年7月31日(月)IT Leaders編集部 リスト ITインフラ自動化支援などを提供するエーピーコミュニケーションズは2023年7月28日、SIサービス「DevOps導入支援サービス for GitHub Enterprise」を発表した。GitHubを用いたDevOpsの導入を支援する。DevOpsの確立に向けた組織の課題を解決すると共に、GitHubの利用を技術面でサポートする。 エーピーコミュニケーションズの

                                                    GitHubを用いたDevOpsの導入を支援するSI─エーピーコミュニケーションズ | IT Leaders
                                                  • Pull Requestを小さくする戦略 - 開発チームのパフォーマンス向上のための第一歩 - Agile Journey

                                                    Agile Journeyをご覧の皆さん、こんにちは。ZOZOの御立田です。 私が所属する株式会社ZOZOは、「世界中をカッコよく、世界中に笑顔を。」を企業理念として掲げ、ファッションEC「ZOZOTOWN」、ファッションコーディネートアプリ「WEAR」などの各種サービスの企画・開発・運営や、「ZOZOSUIT」「ZOZOMAT」「ZOZOGLASS」などの計測テクノロジーの開発・活用をおこなっています。また、カスタマーサポート、物流拠点「ZOZOBASE」を運営しています。 ファッションコーディネートアプリ「WEAR」やショップスタッフの販売サポートツール「FAANS」を手がける、私が所属するブランドソリューション開発本部では、「開発生産性を3倍に」を目標に掲げ、多くの改善を進めています。 「開発生産性」をどのように定義するかには議論がありますが、まず私たちが向き合ったのは「仕事量の生産

                                                      Pull Requestを小さくする戦略 - 開発チームのパフォーマンス向上のための第一歩 - Agile Journey
                                                    • 20年にわたるDXを経てたどり着いた設計思想。リクルートは開発組織を「バリューチェーン」として捉える - はてなニュース

                                                      開発組織を柔軟に動かし、エンジニアのパフォーマンスを最大化させる上で、「リーダーシップ」の定義は欠かせません。組織の価値最大化を求められるマネジメントレイヤーならば、どのような形で組織に関わっていくべきか、日頃から頭を悩ませているはずです。 ここで、エンジニアを「率いる」のではなく「支援する」という視点でリーダーシップのあり方を考えたとき、どのような組織のフォーメーションが想定できるでしょうか。 リクルートは、「エンジニアを支援し、エンジニアの生産性を向上させるための組織」として開発組織を定義。結果的に、ピラミッドではなく「バリューチェーン」として組織を捉える、というユニークな発想へたどり着きました。 バリューチェーンの中では、エンジニアの“後方支援”に特化した専門職が開発のフェーズごとに配置され、さまざまなアプローチで組織を下支えしています。その姿はまるでサッカーのフォーメーションのよう

                                                        20年にわたるDXを経てたどり着いた設計思想。リクルートは開発組織を「バリューチェーン」として捉える - はてなニュース
                                                      • Feature Flagsのベストプラクティス(機能トグル)|Harness正規販売代理店(株)Digital Stacks

                                                        実運用でのテスト、トランクベースの開発、デフォルトでのフィーチャーフラグの使用 - これらは全て、フィーチャーフラグのベストプラクティスです。今すぐ詳細を学び、あなたのフィーチャーフラグ体験を可能な限り有益なものにしましょう! これまでにも、「意外と知らないフィーチャーフラグの5つの活用例」「フィーチャーフラグを使った本番環境でのテスト」「Progressive Delivery。 Canariesとフィーチャーフラグ 」など、フィーチャーフラグについて多くの記事を書いてきました。 しかし今日は、チームが成熟し、フィーチャーフラグを立てることが標準になってきたときに、よりよい結果を得られるよう、より高度なフィーチャーフラグのベストプラクティスを提供するために時間をとりたいと思います。 これらのヒントは、ソフトウェアチームが、機能トグルの実装、機能テストの拡張、アクセス制御のためのシステム動

                                                          Feature Flagsのベストプラクティス(機能トグル)|Harness正規販売代理店(株)Digital Stacks
                                                        • TerraformでAzureのポストデプロイメントポリシーオペレーションを管理するには ー Hashicorpによる公式記事が公開

                                                            TerraformでAzureのポストデプロイメントポリシーオペレーションを管理するには ー Hashicorpによる公式記事が公開
                                                          • 開発チーム作成ガイドを公開します - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                            こんにちは。シニアスクラムマスターの天野 @ama_ch です。 サイボウズの開発組織において、今後の成長を加速させるためには、組織の基本単位をスクラムチームのような自律的な小さなチームにしてスケールさせることが非常に大切だと考えています。サイボウズは比較的スクラムが普及している組織ではありますが、組織内のすべてのチームがスクラムを採用しているわけではありません。 フレームワークとしてスクラムを採用するかどうかはチームの自由です。しかし、健全なチーム環境を整えることはすべてのチームにとって重要です。チームやチームワークに関する情報は巷に多く存在しますが、我々のようにすでにある程度の規模で活動しているプロダクト開発組織で、チーム環境を整えるために実践的に使える情報がないことが悩みでした。 そこで、これまでのチームに関する学びと実践を踏まえ、サイボウズの開発組織の文脈において、スクラムを実践し

                                                              開発チーム作成ガイドを公開します - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                            • Linux Foundation、日本語版「セキュア ソフトウェア開発:実装」トレーニングを無料提供

                                                              Linux Foundationは、edXプラットフォームを通じて、オープンソースやその他のソフトウェアの安全な使用・開発についての無料オンラインコース「セキュア ソフトウェア開発」を提供している。今回発表されたのは、第2部の「セキュア ソフトウェア開発:実装(LFD105-JPx)」。 本トレーニングは3部から構成されており、6月から第1部「セキュア ソフトウェア開発:要件、設計、再利用(LFD104-JPx)」が提供されていた。 同トレーニングの対象は、ソフトウェア開発者、DevOpsプロフェッショナル、ソフトウェアエンジニア、Webアプリケーション開発者、および安全なソフトウェアの開発方法の学習に関心のある人々。限られたリソースで、情報セキュリティを向上させるための実践的な手順に焦点を当てている。攻撃に強いソフトウェアを開発するためのセキュリティの基本、脆弱性が悪用された場合の実践的

                                                                Linux Foundation、日本語版「セキュア ソフトウェア開発:実装」トレーニングを無料提供
                                                              • 「Terraformのデプロイパイプラインに使用できるツールをまとめてみる」というテーマのビデオセッションで話しました #devio2023 | DevelopersIO

                                                                DevelopersIO 2023 ビデオセッション「Terraformのデプロイパイプラインに使用できるツールをまとめてみる」の登壇ブログです。 概要 インフラの構成管理を行うことができるツール 「Terraform」 Terraformの利用規模が大きくなると、デプロイパイプラインが必要になってきます。 Terraformのデプロイパイプラインには、様々な選択肢があります。 今回はTerraformのデプロイパイプラインに使用できるツールを、必要性やメリットデメリットを交えながら紹介します。 動画 目次 0:11 自己紹介 0:25 本セッションの想定聴講者とゴール、前提と注意事項 1:21 なぜTerraformのデプロイパイプラインが必要なのか? 3:43 デプロイパイプラインに使用できるツール 3:57 ①Terraform Cloud 5:26 ②Atlantis 6:37 ③

                                                                  「Terraformのデプロイパイプラインに使用できるツールをまとめてみる」というテーマのビデオセッションで話しました #devio2023 | DevelopersIO
                                                                • CDK for Terraformが複数言語サポートに関するドキュメントを公開 ー TypeScript、Python、C#、Java、Goなどでクラウドインフラストラクチャを定義可能

                                                                    CDK for Terraformが複数言語サポートに関するドキュメントを公開 ー TypeScript、Python、C#、Java、Goなどでクラウドインフラストラクチャを定義可能
                                                                  • Branch Deploy Action: GitHub Actions でブランチデプロイと IssueOps を試す - kakakakakku blog

                                                                    The GitHub Blog の記事 Enabling branch deployments through IssueOps with GitHub Actions を読んで「branch deployments(ブランチデプロイ)」というデプロイ戦略を知った💡 プルリクエストを main ブランチにマージしてから本番環境にデプロイするのではなく,プルリクエストを直接本番環境にデプロイして,動作確認の結果問題なしと判断できてからプルリクエストを main ブランチにマージするという流れが特徴的❗️そして,デプロイに異常があってロールバックする場合は main ブランチをデプロイして復旧する💡 記事に載ってるブランチ画像(Merge Deploy Model と Branch Deploy Model)は非常にわかりやすく見てみてもらえればと〜 github.blog IssueOp

                                                                      Branch Deploy Action: GitHub Actions でブランチデプロイと IssueOps を試す - kakakakakku blog
                                                                    • オブザーバビリティ入門

                                                                      Exadata Database Service on Dedicated Infrastructure(ExaDB-D) UI スクリーン・キャプチャ集

                                                                        オブザーバビリティ入門
                                                                      • 経営層に開発生産性向上へのコミットについて理解してもらうためには


                                                                        @stormcat24  Conference調LeanDevOpsNicole ForsgrenQ&A LeanDevOpsConference (2023/07/13 09:30)# Conference 2023  1 
                                                                          経営層に開発生産性向上へのコミットについて理解してもらうためには
                                                                        • 組織をスケールさせるための Four Keys とチームトポロジー

                                                                          Findy 開発生産性 Conference における発表です

                                                                            組織をスケールさせるための Four Keys とチームトポロジー
                                                                          • なぜ Four Keys を改善するのか?/productivity-con-link-and-motivation

                                                                            【開発生産性Conference】 リンクアンドモチベーション登壇資料(2023/07/13) 『なぜ Four Keys を改善するのか? 〜How ではなく Why を重視したメトリクス改善活動〜』 #開発生産性con_findy #リンクアンドモチベーション #リンモチ ============================================= 【イベント情報】 ■イベントページ https://findy.connpass.com/event/283417/ ■特設サイト https://dev-productivity-con.findy-code.io/ 【株式会社リンクアンドモチベーション】 ■お問い合わせ engineer_pr@lmi.ne.jp ■Entrancebook https://note.com/lmi/n/n179505e048f4 ■テック

                                                                              なぜ Four Keys を改善するのか?/productivity-con-link-and-motivation
                                                                            • 運用出来るWebアプリケーションの作り方

                                                                              はじめに 先日、下記のようなツイートを見つけて、そういえば趣味で個人開発してたときには然程気にしてなかったけど、仕事で運用するようになって先輩たちから学んだり自分で身につけたチップスってちょこちょこあるよねー、とふと思ったので、Webアプリケーション開発に関わるものをいくつかまとめてみました。 特に体系的/網羅的という程でもないですし、最近はFWや色々な仕組みでカバーされてるものも多いですが備忘録として。 Tips 機械が読めるログを作る これは割と重要なのですが、ログは人間が読むものではなく機械が読むものです。それはZabbixだったりDatadogだったりSplunkだったりgrep/awkだったりツールは何でも良いのですが、古の時代はさておき現代ではログは機械が読めることが最重要です。 まず大前提として構造化されている必要があります。言うまでもないですが「フリーフォーマット」のログの

                                                                                運用出来るWebアプリケーションの作り方
                                                                              • Terraformの状態を可視化するツール、「Pluralith」を試す

                                                                                Pluralithとは? プラリスと読むみたいです。 Terraformの状態(state)を可視化するツールです。 こんな感じの図が自動で作成できたり、 コストやリソースの変更を可視化することができます。 GitHub ドキュメント 紹介動画 特徴 pluralith graphを実行するだけで構成図を自動作成可能 CIツールに組み込むことで、ドキュメント・構成図の作成を自動化 最新の変更をハイライトして見やすくする コストの可視化ができる(infracostが必要) リポジトリのREADMEを参照のこと 使ってみる Getting Startedに沿って使ってみましょう。 ※今回はRun Locallyで試しています。 インストール Download CLI手順に従います。 $ pluralith version _ |_)| _ _ |._|_|_ | ||_|| (_||| | |

                                                                                  Terraformの状態を可視化するツール、「Pluralith」を試す
                                                                                • ブラックボックスになりがちな開発チームの内部状況を指標を用いて可視化する|mtx2s

                                                                                  自社ソフトウェアプロダクトを内製する組織であっても、開発チームがそれをどうやって作り上げているか、開発者ら以外にとってはブラックボックスであり、不可視です。それだけに、開発チームのパフォーマンスや内部状況の良し悪しは、各々の主観や興味によって、不統一な認識を持ってしまうことも多いでしょう。そしてそのような認識のばらつきは、開発する当人たちにとっても実は同じです。 しかし、例えブラックボックスであっても、自動車のダッシュボードのように様々な指標によってその内部が数値化され、可視化されていれば、チームのパフォーマンスに統一的な認識を持たせやすくなります。 本記事では、どのような指標を可視化すべきか、その代表的なものについて取り上げます。 リードタイム(開発、製造)リードタイムは、開発項目ごとの作業期間を計測したもので、短いほど優れていることを示す指標です。計測対象となるプロセス全体を「開発」と

                                                                                    ブラックボックスになりがちな開発チームの内部状況を指標を用いて可視化する|mtx2s