並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 1515件

新着順 人気順

DevOpsの検索結果201 - 240 件 / 1515件

  • [DevOpsプラットフォームの取り組み #2] Qmonus Value Streamを使ってみた(後編) - CI/CDパイプラインの構築 - NTT Communications Engineers' Blog

    はじめに DevOpsプラットフォームの取り組みを紹介する2回目の記事の後半です。 Qmonus(クモナス) Value Streamの開発チームの奥井( @HirokiOkui )です。 連載第2回では、Qmonus Value Streamを使ってアプリケーションを実際にビルド・デプロイする事例を2つ、前編・後編に分けて紹介します。 前編では、Cloud Native Adapterを用いてパブリッククラウドとKubernetesの両方をまとめてInfrastructure as Code(以下、IaC)として表現し、クラウド基盤を構築する事例を紹介しました。 後編では、Cloud Native Adapterを用いたContinuous Integration/Continuous Delivery(以下、CI/CD)パイプラインの構築を中心に説明します。 1回目、2回目前編の記事を

      [DevOpsプラットフォームの取り組み #2] Qmonus Value Streamを使ってみた(後編) - CI/CDパイプラインの構築 - NTT Communications Engineers' Blog
    • ABEMAモバイルアプリ開発のDevOps戦略 | CyberAgent Developers Blog

      3月24日、サイバーエージェントのエンジニア・クリエイターによる技術カンファレンス「CyberAgent Developer Conference2022」を開催しました。本記事では、「ABEMAモバイルアプリ開発のDevOps戦略」の様子をお届けします。 目次 ■新しい未来のテレビ「ABEMA」について ■「ABEMA」の開発体制 ■Delivery Performance ■DevOps戦略 ■Conclusion ■新しい未来のテレビ「ABEMA」について 「ABEMA」は新しい未来のテレビとして展開する動画配信サービスで、ニュースチャンネルをはじめ、アニメ、スポーツ、オリジナルのドラマや恋愛番組などを24時間365日放送しています。常時3万本以上のオンデマンド配信、オンラインライブも展開しており、順調にメディア規模を拡大しています。 「ABEMA」が大事にしているのは「無料・同時性

        ABEMAモバイルアプリ開発のDevOps戦略 | CyberAgent Developers Blog
      • エリート DevOps チームであることを Four Keys プロジェクトで確認する | Google Cloud 公式ブログ

        ※この投稿は米国時間 2020 年 9 月 23 日に、Google Cloud blog に投稿されたものの抄訳です。 DevOps Research and Assessment(DORA)チームが実施した 6 年間の研究から、ソフトウェア開発チームのパフォーマンスを示す 4 つの指標が確立されました。 デプロイの頻度 - 組織による正常な本番環境へのリリースの頻度 変更のリードタイム - commit から本番環境稼働までの所要時間 変更障害率 - デプロイが原因で本番環境で障害が発生する割合(%) サービス復元時間 - 組織が本番環境での障害から回復するのにかかる時間 概要レベルでは、デプロイの頻度と変更のリード時間は速度の指標であり、変更障害率とサービス復元時間は安定性の指標です。チームはこれらの値を測定し、継続的に改善を繰り返すことで、ビジネス成果を大幅に向上させることができま

          エリート DevOps チームであることを Four Keys プロジェクトで確認する | Google Cloud 公式ブログ
        • 2021 年の Accelerate State of DevOps Report で、燃え尽き症候群とチームのパフォーマンスについて発表 | Google Cloud 公式ブログ

          2021 年の Accelerate State of DevOps Report で、燃え尽き症候群とチームのパフォーマンスについて発表 ※この投稿は米国時間 2021 年 9 月 22 日に、Google Cloud blog に投稿されたものの抄訳です。 過去 7 年間で、32,000 人を超える世界中の専門家が参加している Accelerate State of DevOps Report は、この種の調査としては最大規模かつ最も長期にわたる研究となっています。Accelerate State of DevOps Report は毎年、データドリブンな業界分析情報を提供しています。分析情報では、ソフトウェア デリバリーや運用における組織的なパフォーマンスを促進する機能とプラクティスが検証されています。そしてこの度、Google Cloud の DevOps Research and

            2021 年の Accelerate State of DevOps Report で、燃え尽き症候群とチームのパフォーマンスについて発表 | Google Cloud 公式ブログ
          • Azure DevOps を使って、AWSへのCI/CD環境を簡単に構築する方法 | DevelopersIO

            いわさです。 Azure DevOps (旧:Visual Studio Team Services) ではGUIベースで簡単にCI/CDパイプラインを構築することが出来ます。 名前にAzureの文字が含まれていますが、AWSへの統合も簡単に行うことが出来ます。 今回はAWSより提供されている、"AWS Toolkit for Azure DevOps"という Azure DevOps拡張を用いることでAWS環境へのCI/CDパイプラインを構築しました。 本記事では以下を行います。 Visual Studio for Mac を用いて、シンプルな ASP.NET Core プロジェクトを作成 Azure DevOps上のリポジトリへソースコードをプッシュし、パイプラインを構築 デプロイタスクとしてToolkitサイト内でも取り上げられている、"Amazon S3へのデプロイ"、"Elast

              Azure DevOps を使って、AWSへのCI/CD環境を簡単に構築する方法 | DevelopersIO
            • 【R&D DevOps通信】GitHub Actions: コメント駆動のワークフローを作る - Sansan Tech Blog

              DSOC R&Dの島です。ArcグループにてR&Dエンジニアを務めています。この記事を皮切りにR&D DevOps通信と題しまして、Arcグループの面々が、当社R&Dのエンジニアリングをよりよくするテーマで連載していく予定です。乞うご期待。 私は過去に旅行記しか書いてない人ですが*1*2、今回は初めて技術らしい記事を書きます。GitHubのpull requestへのコメントで発動するワークフロー を GitHub Actions で作ります。 github.co.jp 下のようなイメージです。コメントに反応してコメントを返すアクションを定義しています。本記事は /deploy staging /deploy production のようなコメントによってデプロイに利用することを念頭に置いています。 コメント駆動ワークフローのイメージ 私は最近GitHub Actionsに入れ込んでおり、

                【R&D DevOps通信】GitHub Actions: コメント駆動のワークフローを作る - Sansan Tech Blog
              • アジャイル・スクラム開発に便利なAzure DevOpsの拡張機能まとめ - Qiita

                本記事は、アジャイル・スクラム開発において便利な「Azure DevOps Extensions」(拡張機能)のまとめ記事です。 アジャイル・スクラム開発で「製品の品質」を保つには、開発プロセス”そのもの”の品質も重要となります。 高い品質の開発プロセスを保つには、アジャイル開発のツールをうまく利用することが、ひとつ大切な要素となります。 PO(および開発者)がアジャイル開発のツールをうまく使いこなし、製品、プロジェクト、プロダクトバックログなどを上手くマネジメントすることが重要です。 私たちが実際にチーム開発をしていて、おススメの機能を紹介します。 ※1: Azure DevOpsはAzureのサービスの一つである、DevOps統合環境です(Azure DevOps ドキュメント) ※2: Azure DevOpsの拡張機能は以下のマーケットから選択して、DevOps環境にインストールし

                  アジャイル・スクラム開発に便利なAzure DevOpsの拡張機能まとめ - Qiita
                • 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から出ていないので、暫定的に本ド

                    MicrosoftのMLOpsホワイトペーパー「Breaking the Wall between AI and DevOps with MLOps」要点まとめ - 肉球でキーボード
                  • [レポート] データアプリケーションのためのDevOpsの簡略化 #SnowflakeSummit | DevelopersIO

                    大阪オフィスの玉井です。 日本時間の2021年6月9日~10日に、Snowflake Summit 2021が開催されました。 当記事では、Simplifying DevOps for Data Applications(データアプリケーションのためのDevOpsの簡略化)というセッションのレポートをお届けします。 概要 Building, deploying, and maintaining data-intensive applications has its own set of unique challenges. It’s important to ensure app developers are equipped with the right tools to rapidly and reliably deliver applications. This session wi

                      [レポート] データアプリケーションのためのDevOpsの簡略化 #SnowflakeSummit | DevelopersIO
                    • 自分の環境に合わせた DevOps のモニタリング環境を手に入れる方法 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

                      皆さん、こんにちは。ソリューションアーキテクトの光吉隆雄です。 皆さんは「AWS ソリューションライブラリ」というページがあるのをご存知でしょうか ? この AWS ソリューションライブラリの中には、すぐにお客様の課題に対応できるよう導入までの手順や AWS CloudFormation のテンプレート等を含めた AWS ソリューション実装 というリファレンスとなる実装パターンが多数掲載されています。ただ、この AWS ソリューション実装はリファレンスであるため、実際の皆さんが抱えている環境にそのまま 100% 合致するような実装かと問われると、そうでない場合もあるでしょう。 このソリューション実装は AWS CloudFormation のテンプレートを利用して構築されています。つまり、 Infrastructure as Code の概念で実装されているため、そのコードを変更することに

                        自分の環境に合わせた DevOps のモニタリング環境を手に入れる方法 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
                      • DevOpsのCAMS原則に従ってアラート/不具合対応プロセスを改善する - Gaudiy Tech Blog

                        この記事は「Gaudiy Advent Calendar 2022」の21日目の記事になります。 こんにちは。Web3スタートアップのGaudiyで、エンジニアをしているhaseyan(@hassey_11)です。 Gaudiyは、この1年で開発組織が倍以上になってきており、来る2023年に向けて組織もプロダクトも加速度的に成長しています。それに伴い、開発〜運用プロセスにおいていくつかの問題が発生していたため、DevOps の CAMS 原則に則ってアラート/不具合対応プロセスの改善に取り組みました。 今回は、その改善プロセスについて一連の流れを振り返ってみたいと思います。スケールする開発組織の課題を抱えているチームの方に参考になれば嬉しいです! 1. スケールするプロダクト組織と DevOps の必要性 2. 実際に起こっていた問題 3. DevOps の CAMS 原則に基づく改善策の

                          DevOpsのCAMS原則に従ってアラート/不具合対応プロセスを改善する - Gaudiy Tech Blog
                        • DevOps導入指南 ~基本編~

                          2020年度リクルート新人ブートキャンプ エンジニアコースの講義資料です

                            DevOps導入指南 ~基本編~
                          • AWSプロファイルを環境変数で切り替える - とことんDevOps | 日本仮想化技術のDevOps技術情報メディア

                            AWS環境を操作する場合、省力化や自動化のためにawsコマンドをターミナルから叩くのは日常的ですよね。操作する環境がひとつだけであればよいのですが、テスト環境と本番環境でアカウントが分かれていたり、また複数のプロジェクトに参画している場合に問題となるのがプロファイルの管理です。特に環境を取り違えるような事故がないよう、十分に気をつけなければなりません。 基本的には以下のコマンドを実行し、環境ごとに別のプロファイルを作成して使い分けますよね。 $ aws configure --profile PROFILE_NAME コマンドを実行する際には、--profileオプションで使用するプロファイルを指定すればOKです。 $ aws subcommand option --p PROFILE_NAME しかしコマンドを実行する度に、都度プロファイルを指定するのは面倒です。またコマンドラインオプシ

                              AWSプロファイルを環境変数で切り替える - とことんDevOps | 日本仮想化技術のDevOps技術情報メディア
                            • 【R&D DevOps通信】GitHub Actions の Problem Matchers でコード中に注釈を入れる (flake8を例に) - Sansan Tech Blog

                              DSOC R&Dの島です。ArcグループにてR&Dエンジニアを務めています。前回のGitHub Actionsに関する記事の流れで、今回は Problem Matchers を紹介します。 このProblem Matchersの使い道として、例えば任意のlinterの出力をpull requestのコード差分中に注釈 (Annotation) として表示できます。こんな感じです。 flake8のGitHubアノテーション出力例 本記事では、Pythonの flake8 を題材に、Problem Matchersの導入方法を示します。flake8以外の任意のツールにも応用可能です。 基本のGitHub Actionsワークフローを作成 .github/workflows/python.yml のような新規ワークフローの定義ファイルを作成します。GitHubのWeb上で作成するとテンプレートを

                                【R&D DevOps通信】GitHub Actions の Problem Matchers でコード中に注釈を入れる (flake8を例に) - Sansan Tech Blog
                              • 2022 年の Accelerate State of DevOps Report を発表: セキュリティに焦点 | Google Cloud 公式ブログ

                                ※この投稿は米国時間 2022 年 9 月 29 日に、Google Cloud blog に投稿されたものの抄訳です。 2021 年は、データ侵害により 220 億件以上の記録が流出し、大企業の数社が犠牲になりました。このような侵害や他の悪意のある攻撃の間も、顧客データを安全に保ち、ビジネスの運用を継続するよう取り組むために、セキュリティは、組織にとって最優先事項であり続けています。 これを念頭に置いて、Google Cloud の DevOps Research and Assessment(DORA)チームは、本日公開された 2022 年の Accelerate State of DevOps Report のセキュリティに焦点を当てることにしました。 過去 8 年間で、33,000 人を超える世界中の専門家が、Accelerate State of DevOps の調査に参加してい

                                  2022 年の Accelerate State of DevOps Report を発表: セキュリティに焦点 | Google Cloud 公式ブログ
                                • Microsoft、「Internet Explorer 11」の対応が終了する製品・サービスを公表/「Microsoft 365」や「Azure DevOps」など、来年は多くの製品でサポート打ち切り

                                    Microsoft、「Internet Explorer 11」の対応が終了する製品・サービスを公表/「Microsoft 365」や「Azure DevOps」など、来年は多くの製品でサポート打ち切り
                                  • Azure DevOps Boards(ボード)の超概要 - Qiita

                                    Azure DevOps全体の概要については、こちらをご覧ください。 https://qiita.com/mstakaha1113/items/1cf45a5119e1397d0315 "Boards(ボード)"は、開発の根幹を成す大切なサービスです。 サービスとして何があるのかご紹介します。 超概要なので、具体的な画面の説明はありません。 "Boards"のメニュー かなりザックリした説明になります。あえて抽象的な言葉で説明しています。 Work Items : 作業の一覧です。自分に割り当てられている作業をすばやく見つけたい時などに使います。 Boards : 作業をカード型で提示し、ドラッグアンドドロップでステータス更新できます。付箋紙に書いた作業をホワイトボード上に貼りだしたような見せ方です。いわゆる"Kanban(かんばん)"と呼ばれているもので、作業の流れを可視化します。 Ba

                                      Azure DevOps Boards(ボード)の超概要 - Qiita
                                    • DORA 2022 Accelerate State of DevOps Report now out | Google Cloud Blog

                                      Announcing the 2022 Accelerate State of DevOps Report: A deep dive into security In 2021, more than 22 billion records were exposed because of data breaches, with several huge companies falling victim. Between that and other malicious attacks, security continues to be top of mind for organizations as they work to keep customer data safe and their businesses up and running. With this in mind, Googl

                                        DORA 2022 Accelerate State of DevOps Report now out | Google Cloud Blog
                                      • 新機能 – Amazon DevOps Guru for RDS が ML を使用して Amazon Aurora 関連の問題を検出、診断、解決 | Amazon Web Services

                                        Amazon Web Services ブログ 新機能 – Amazon DevOps Guru for RDS が ML を使用して Amazon Aurora 関連の問題を検出、診断、解決 2021 年 12 月 1 日(米国時間)、 Amazon DevOps Guru の新しい機能である Amazon DevOps Guru for RDS を発表しました。これにより、デベロッパーは Amazon Aurora のパフォーマンスと運用上の問題を簡単に検出、診断、解決できます。 Amazon Aurora は可用性が高く、スケーラブルで、耐久性に優れているため、現在何十万ものお客様が Amazon Aurora を利用しています。しかし、アプリケーションの規模と複雑さが増すにつれて、運用やパフォーマンスの問題を迅速に検出して解決することが難しくなっています。 昨年の re:Inven

                                          新機能 – Amazon DevOps Guru for RDS が ML を使用して Amazon Aurora 関連の問題を検出、診断、解決 | Amazon Web Services
                                        • Snowflake 向けの DevOps の取り組みと現状の課題についてまとめてみた

                                          本記事の背景 本記事は、某所で密かに行われていた Snowflake DevOps 情報交換会 Season 1 最終回の議論用に共有した内容です。 本会は、 DevOps を中心に、また DevOps とは直接は関係ないテーマも含め、その時々において関心のあるテーマを取り扱っていましたが、今回は最終会ということで、本来のテーマである DevOps において、私個人が中心的テーマであると考える構成管理やデプロイの自動化について議論したいと思い、整理しました。 中心的テーマを再び取り上げようと考えたきっかけの 1 つが Snowflake Data Superhero の Tomas が LinkedIn で EXECUTE IMMEDIATE FROM という新しい構文について紹介しているのを発見したことです。これはステージ上の SQL ファイルを直接実行できるという機能です。 Tomas

                                            Snowflake 向けの DevOps の取り組みと現状の課題についてまとめてみた
                                          • データベース管理者を楽にする「Amazon DevOps Guru for RDS」「AWS DMS Fleet Advisor」とは

                                            関連キーワード Amazon Web Services | データベース | RDBMS Amazon Web Services(AWS)は2021年12月に、組織がクラウドデータベースの管理と運用をしやすくするための幾つかのアップデートを実施した。前編「『Amazon RDS Custom』『Amazon DynamoDB』を便利にする“あの機能”とは」に引き続き、そのアップデート内容を詳しく説明する。 アップデート内容の中には「Amazon DevOps Guru for RDS」という新サービスの登場がある。Amazon DevOps Guru for RDSは「Amazon Aurora」をはじめとする、リレーショナルデータベース管理システム(RDBMS)を利用可能なAWSのクラウドデータベースでデータベースを構築したり、可用性を向上させたりするための機械学習機能を提供する。 「A

                                              データベース管理者を楽にする「Amazon DevOps Guru for RDS」「AWS DMS Fleet Advisor」とは
                                            • DevOps プラクティスを強化したい場合、調査結果は「SRE を試す」 | Google Cloud 公式ブログ

                                              ※この投稿は米国時間 2021 年 11 月 30 日に、Google Cloud blog に投稿されたものの抄訳です。 信頼性は重要です。アプリケーションにアクセスできない場合、アプリケーションの反応が遅い場合、またはアプリケーションが期待どおりに動作しない場合、ユーザーはアプリケーション提供者が意図した価値を得られません。そのため、Google では、信頼性はどのようなシステムにおいても最も重要な特性であると考えています。信頼性の影響は、最終的な利益に至るまでのあらゆる過程で見られます。ひとたびダウンタイムが発生すると、収益は大幅に低下し、評判やユーザー ロイヤルティは損なわれます。 DevOps Research and Assessment(DORA)プロジェクトの開始当初から、私たちは一貫したエクスペリエンスをユーザーに提供することの重要性を認識していました。その測定には Fo

                                                DevOps プラクティスを強化したい場合、調査結果は「SRE を試す」 | Google Cloud 公式ブログ
                                              • DevOps の Four keys の Lead time for changes (=変更のリードタイム)についてのまとめ

                                                DevOps の Four keys の Lead time for changes (=変更のリードタイム)についてのまとめ DevOps の指標としての 4keys DevOps のレベルの高さを測る指標として 4keys がよく用いられます。 (英語)https://cloud.google.com/blog/products/devops-sre/using-the-four-keys-to-measure-your-devops-performance (日本語)エリート DevOps チームであることを Four Keys プロジェクトで確認する その指標とは以下の4つです。 Deployment Frequency Lead Time for Changes Change Failure Rate Time to Restore Service 今日はその中でも特に2番めの

                                                  DevOps の Four keys の Lead time for changes (=変更のリードタイム)についてのまとめ
                                                • 「Kubernetesで実践するクラウドネイティブDevOps」を読んでみた - しょ〜うぃん広場

                                                  LAPRASでは、AWSのEKSをつかってインフラを管理しているのだが、今後自分がインフラの面倒をメインで見ていくことになったので、社内のインフラエンジニアにおすすめの本を聞いてみた。 「Kubernetesで実践するクラウドネイティブDevOps」がおすすめとのことだったので読んでみたところ、とても良い本だったので紹介しようと思う。 ちなみに LAPRAS夏の自由研究リレー なるものをLAPRASメンバーでやっていて、これはその2日目の記事。 本を読むだけで研究なのかというツッコミはあるが、きっとこの後も面白い記事が続くと思うのでチェックしてみて欲しい。1日目の $ docker pull と $ docker run を自作してみる話も面白かったよ。 moro-archive.hatenablog.com 本題に戻り、、 まず結論から 基礎から運用まで実践的な話が多く、インフラエンジニ

                                                    「Kubernetesで実践するクラウドネイティブDevOps」を読んでみた - しょ〜うぃん広場
                                                  • Online DevOps Dojo

                                                    Online DevOps Dojo The Online DevOps Dojo is a novel set of hands on learning modules which cover both cultural and technical aspects of DevOps. The modules are hosted on GitHub and executed from the Katacoda platform. They can be run from your browser without any download or configuration. Informed by research on how people learn, the DevOps Dojo curriculum incorporates storytelling and emphasize

                                                      Online DevOps Dojo
                                                    • Kubernetes で実践するクラウドネイティブ DevOps "監視とオブザーバビリティ"編 / Cloud Native DevOps with Kubernetes (Monitoring and Observability)

                                                      コンテナと Kubernetes の到来によりソフトウェアをデプロイおよび運用する方法は大きく変わりました。ソフトウェアはコンテナ化された分散システムとなり、Kubernetes(または類似の基盤)の上で自動化を通じて動的に管理されるものになっています。そうしたアプリケーションを開発し、本番(プロダクション)に高頻度でデプロイしながらも安定した運用を実現することが今求められています。 本セッションは「OpenShift Meetup Tokyo #9 - DevOps/GitOps編」での発表の続編としてアプリケーションの運用、監視におけるメトリクスやオブザーバビリティに関する DevOps のプラクティスを実践する方法と具体的に利用できるツールを紹介します。 https://www.slideshare.net/pfi/kubernetes-devops-cloud-native-dev

                                                        Kubernetes で実践するクラウドネイティブ DevOps "監視とオブザーバビリティ"編 / Cloud Native DevOps with Kubernetes (Monitoring and Observability)
                                                      • アジャイルやDevOpsチームに求められる成熟度 〜「DASA 成熟度モデル」 | サーバントワークス株式会社

                                                        チームで受講することで、クイックにスタートできる研修メニューをご用意しています。チームの立ち上げ時期や、学び直し、認識合わせとしてご活用ください。

                                                          アジャイルやDevOpsチームに求められる成熟度 〜「DASA 成熟度モデル」 | サーバントワークス株式会社
                                                        • ソフト版トヨタ生産方式 クルマに広がるDevOps - 日本経済新聞

                                                          自動車メーカーが「DevOps(デブオプス)」と呼ばれるソフトウエア開発手法に力を入れている。「トヨタ生産方式のソフト版」ともいえる取り組みで、「ソフト工場」などとも呼ばれる。IT(情報技術)分野で実績のある効率的なソフト開発手法を取り入れることで「CASE(コネクテッド、自動運転、シェアリング、電動化)」への対応力を高める。「ソフトウエアファーストのものづくりに転換する」――。トヨタ自動車社

                                                            ソフト版トヨタ生産方式 クルマに広がるDevOps - 日本経済新聞
                                                          • 【DevOpsとは?】概念・目的とその重要性 | Splunk

                                                            組織全体を可視化してインサイトを獲得し、セキュリティの強化、信頼性の向上、イノベーションの加速を図りましょう。

                                                              【DevOpsとは?】概念・目的とその重要性 | Splunk
                                                            • 【tfdevops】Terraformで作成したリソースをAmazon DevOps Guruで監視する。 | DevelopersIO

                                                              こんにちは! AWS事業本部コンサルティング部のたかくに(@takakuni_)です。 今回は、Terraformで作成したリソースでも、Amazon DevOps Guruの監視対象にしたいと思います。 結論 tfdevopsはTerraformからCloudFormationへの変換ツールではない 発展途中のツールであるため今後に期待! Amazon DevOps Guruとは ざっくりご説明すると、CloudWatch, Config, CloudTrail, X-Rayをデータソースに、機械学習を利用して異常な運用アクティビティを検知、是正方法をアドバイスするサービスです。 Amazon DevOps Guru for RDSは、拡張機能として、解決まで行うサービスとなっております。 AWS公式:Amazon DevOps Guru 弊社ブログ:【簡単導入】機械学習で運用を効率化!

                                                                【tfdevops】Terraformで作成したリソースをAmazon DevOps Guruで監視する。 | DevelopersIO
                                                              • Google Cloud Certified Professional Cloud DevOps Engineerを取得してきました - YOMON8.NET

                                                                Google Cloud Certified Professional Cloud DevOps Engineerを取得してきました。 試験情報 試験内容 ここは勉強しておいた方が良い これでGCP 6冠 試験情報 試験時間 2時間 問題数 50問 言語 英語 模擬試験も、申し込みも英語は英語用のリンクからの方が辿りやすいです。 cloud.google.com 1問あたり2分強で、長文もある程度あったので、私の英語力では結構ギリギリで10分くらいしか見直しの時間取れませんでした。 試験内容 今回、既存知識だけで大して勉強せず受けてきたので、あまり言えること無いのですが、GCPは模擬試験無料で公開されていたり、試験のトレーニング内容等も無料で試験ページにあって、基本的にそこに素直に出題される気がするので、このページしっかり見れば十分合格できるのではと思います。 cloud.google.c

                                                                  Google Cloud Certified Professional Cloud DevOps Engineerを取得してきました - YOMON8.NET
                                                                • (後編)プロジェクト管理サービス「Azure Boards」入門 ~Microsoft Azure DevOps入門~|クラウドテクノロジーブログ|ソフトバンク

                                                                  <span class=\"biz-smb-block\"><b>ビジネスに役立つ情報をメールでお届けします(無料)&nbsp;<br>\r\n </b><span class=\"biz-smb-fs-m2\">企業もしくは官公庁など、組織団体に所属している方を対象としています。</span></span></p>\r\n"}}" id="text-4997044289" class="cmp-text"> ビジネスに役立つ情報をメールでお届けします(無料) 企業もしくは官公庁など、組織団体に所属している方を対象としています。

                                                                    (後編)プロジェクト管理サービス「Azure Boards」入門 ~Microsoft Azure DevOps入門~|クラウドテクノロジーブログ|ソフトバンク
                                                                  • 「LeanとDevOpsの科学」著者が語る開発生産性のヒント──DORAのメトリクスとSPACEフレームワーク、そして文化

                                                                    DevOpsは、ソフトウェア開発をより生産的かつ持続可能なものにする先駆的な開発手法である。しかし、そのメリットを享受していると言い切れる開発現場は、まだ少ないのではないだろうか。ファインディ株式会社が主催した「開発生産性Conference」の基調講演では、2018年にGoogleに買収されたDevOps Research and Assessment(DORA)社の元CEOであり、「LeanとDevOpsの科学」の著者であるニコール・フォースグレン氏がDevOpsによる開発生産性向上に欠かせない要素を紹介。DORAのメトリクスとSPACEフレームワークをキーに、測定や文化がどのような役割を果たすのかについて解説した。 基調講演を行ったニコール・フォースグレン氏、セッション後には米国からリアルタイムでQ&Aを行った。 DevOpsにおける開発生産性を可視化するDORAのメトリクス Dev

                                                                      「LeanとDevOpsの科学」著者が語る開発生産性のヒント──DORAのメトリクスとSPACEフレームワーク、そして文化
                                                                    • SREやDevOpsチームでのアラート疲れの5つのよくある原因

                                                                      成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。

                                                                      • 【図解】DevOpsとは?アジャイルとの違い - カゴヤのサーバー研究室

                                                                        運用担当者と開発担当者が対立して、システム開発や運用がスムーズにすすまない経験は、どの企業にもあるのではないでしょうか。DevOpsは、この対立を解消することを目指し生まれた仕組み・方法論です。実際、DevOpsを採用して両者の連携を構築し、開発スピードを早めた企業も少なくありません。 またDevOpsは、最近話題によく上がるアジャイル開発と類似点が多く、その違いが問われることも多いです。この記事では、DevOpsとは何かやアジャイル開発との違いや関係性について簡単に紹介しています。 DevOpsとは? DevOps(デブオプス)は開発を意味する「Development」と、運用を意味する「Operation」を組み合わせたDevelopment and Operationsの略語です。DevOpsとは開発担当者と運用担当者がスムーズに協調して開発や運用をすすめ、システムの価値を継続的に向

                                                                          【図解】DevOpsとは?アジャイルとの違い - カゴヤのサーバー研究室
                                                                        • Introducing Scalar: Git at scale for everyone - Azure DevOps Blog

                                                                          Git is a distributed version control system, so by default each Git repository has a copy of all files in the entire history. Even moderately-sized teams can create thousands of commits adding hundreds of megabytes to the repository every month. As your repository grows, Git may struggle to manage all that data. Time spent waiting for git status to report modified files or git fetch to get the lat

                                                                            Introducing Scalar: Git at scale for everyone - Azure DevOps Blog
                                                                          • New Relic AIの一般提供を発表: 多忙なDevOpsチームおよびSREチームのためのAIOpsとインシデントレスポンスの高速化

                                                                            成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。

                                                                              New Relic AIの一般提供を発表: 多忙なDevOpsチームおよびSREチームのためのAIOpsとインシデントレスポンスの高速化
                                                                            • 人工知能が開くDevOpsの新たな可能性--開発者の役割はどう変わる?

                                                                              米ZDNetの同僚であるLiam Tung氏が最近記事にしたように「ChatGPT」といったツールは、コードを記述するだけでなく、バグを修正することもできる。 このような、知能的な自動化能力の出現は、今後の数カ月、そして数年における開発者の役割をどのように変えていくのだろうか? まず歓迎すべき変化として、AIがDevOpsと組み合わさることで開発者のエクスペリエンスが大幅に向上するとともに、おそらくは多くの創造性の解放にもつながっていくという利点を挙げられるだろう。 DevOps界の著名人らが参加した最近のウェブキャストでは、開発者エクスペリエンスの重要性が高まっている点と、その理由についての分析、検討がなされた。その中で参加者らはDevOps、そして開発者の役割がAIとローコード/ノーコードといったテクノロジーによって豊かになっていくと語っていた。 ソフトウェアアーキテクトであり、クラウ

                                                                                人工知能が開くDevOpsの新たな可能性--開発者の役割はどう変わる?
                                                                              • Announcing DORA 2021 Accelerate State of DevOps report | Google Cloud Blog

                                                                                Accelerate State of DevOps ReportGet a comprehensive view of the DevOps industry, providing actionable guidance for organizations of all sizes. Download Editor’s note: Another year, another State of DevOps report… The 2022 Accelerate State of DevOps Report is now live, with a special focus on security. Over the past seven years, more than 32,000 professionals worldwide have taken part in the Accel

                                                                                  Announcing DORA 2021 Accelerate State of DevOps report | Google Cloud Blog
                                                                                • DevOps な組織で Monorepo から Argo CD を使って Kubernetes にデプロイする仕組みの草案

                                                                                  README.md 概要 前提条件 アプリケーションは Mono Repo 上にサブディレクトリとして数十ほど存在 各アプリケーションは独立してリリース可能とする そのためにリリースブランチ等には */release といった形でそのアプリケーションの名前を持つ 開発チームは self-contained な DevOps チームへの変化を目指している 開発チームはアプリケーションのコードはもちろん、Kubernetes の manifest にも ownership を持つ (持って欲しい) そのため、アプリケーションコードも manifest も同一のリポジトリに保持する アプリケーション用のディレクトリの中にサブディレクトリとして manifest をおく場所があり、環境ごとのバリエーションは kustomize の overlay として表現 GitHub の Pull Reque

                                                                                    DevOps な組織で Monorepo から Argo CD を使って Kubernetes にデプロイする仕組みの草案