米Googleはこのほど、機械学習を応用したシステムを構築するエンジニアに向けて、技術認定制度「Google Cloud Professional Machine Learning Engineer certification」を開始した。Webテストに合格すると、Googleが認定した「Professional Machine Learning Engineer」の資格が得られる。 今回始まった技術認定制度は、機械学習に関する技術を身に付けた人材を増やすことを目的としている。Googleは、Google Cloudのサービス群を活用して業務システムを開発する技術を認定する「Google Cloud 認定資格」を運営している。Googleによると、Google Cloud 認定資格取得者の87％が、自身が身に付けたクラウドシステムに関する技術に自信を持っており、71％が雇用主や顧客に認めら
バクラクの爆速開発を支えるDevOpsチームの「のびしろ」！ #のびしろウィーク - LayerX エンジニアブログ
こんにちは！バクラク事業部DevOpsチームです。 この記事は LayerXテックアドカレ2023 の37日目の記事です、前回はid:kikuchyさんが『歳末！バクラク申請・経費精算モバイルアプリ のびしろ大放出祭 』という記事を書いてくれました。また、38日目はid:suguruが『バクラク Enabling Team の課題とのびしろ #のびしろウィーク』を書いてくださいました！ 今回はのびしろウィークということで、バクラクのDevOpsチームの伸びしろをお伝えできればと思います！ のびしろウィークとは のびしろウィークとは、LayerXの各チームメンバーが自分たちのチームの「のびしろ」について対外的に発信する期間です！ 過去の対外的な発信では社内でうまく行った事例などについては各種発信していましたが、どういう課題があってどういった方の協力を求めているかについての発信はあまり行なって
この記事は Azure DevOps Advent Calendar 2019 の 1日目です。 Azure DevOpsとはなんですか？ Microsoftが提供するDevOpsを強力に押し進められるようにした ツール群 です。 これといった特定のツールではなく、 素晴らしいテクノロジが搭載されたツール群です これらを組み合わせて DevOpsを押し進める協力な武器になります。 DevOpsは アプリケーションの「計画」「開発」「配信」「運用」 のライフサイクルに影響を与えますが、テクノロジの利用によって ある程度シームレスにつながっています。 公式ページから文章を一部拝借して説明 https://azure.microsoft.com/ja-jp/services/devops/ でもお高いんでしょう？ AzureDevOpsは導入しやすいシステムです。 「５名以下のチーム開発ならおそ
AWS認定 DevOps Engineer Professional (DOP) 試験に合格しました | DevelopersIO
最近AWS認定 DOPに合格したので勉強した内容をまとめてみました。 DOPとは？ AWS 認定 DevOps エンジニア – プロフェッショナル試験は、AWS 環境のプロビジョニング、運用、管理において 2 年以上の経験を持つ、DevOps エンジニア担当者を対象としています。 認定によって検証される能力 - AWS で継続的デリバリーのシステムと手法を実装して管理する - セキュリティコントロール、ガバナンスプロセス、コンプライアンス検証を実装し、自動化する - AWS でのモニタリング、メトリクス、ログ記録システムを定義し、デプロイする - 高可用性、スケーラビリティ、自己修復機能を備えたシステムを AWS プラットフォームで実装する - 運用プロセスを自動化するためのツールの設計、管理、維持を行う AWS 認定 DevOps エンジニア – プロフェッショナル SysOps Adm
[DevOpsプラットフォームの取り組み #4] CUE言語の紹介 - NTT Communications Engineers' Blog
はじめに DevOpsプラットフォームの取り組みを紹介する4回目の記事です。 Qmonus Value Streamの開発チームの會澤です。 連載4回目では、Qmonus Value Streamの重要な構成要素であるCUE言語についてご紹介します。 前回の記事では、Infrastructuer as Code (以下IaC)の課題と、Cloud Native AdapterというQmonus Value Streamチームの独自技術について解説しました。 Cloud Native Adapterは、「インフラストラクチャの構成」と「ワークフロー」をCUE言語を使って宣言します。 CUE言語は、複雑なシステム構成をスケーラブルに管理できることから、近年注目を集めているデータ記述言語です。 前回の記事でご紹介したとおり、KubeVelaやDaggerなど最近リリースされたIaCソリューション
![[DevOpsプラットフォームの取り組み #4] CUE言語の紹介 - NTT Communications Engineers' Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/aa86d9ff6e0194620b0a9a7b3d4526c76487bbd4/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2FN%2FNTTCom%2F20220802%2F20220802094547.png)
DevOps成功のための新たなスキルとマインドセット
DevOpsは正しく導入すると強力な武器となり、はっきりと目に見える違いが生み出される。International SOSの品質保証責任者であるChris DeGonia氏は、Cigniti Technologiesのプレジデントであり、北米東部における業務の責任者であるKalyan Rao Konda氏との最近のインタビュー（抄録）において、DevOpsの鍵はシステム内における繰り返し可能なプロセスとチェック、バランスを通じたワークフローの自動化能力だと述べた。 DeGonia氏とKonda氏は、自動化によってDevOpsの効果を増強できるものの、それには従事するメンバーが適切なスキルとマインドセットを持たなければならない点を強調した。こうしたマインドセットは「ソフトウェアのテストとアプリケーションの機能に関する一般的なノウハウを得ることとは違った点」で重要であり、「テスト担当のエンジニ
[レポート] 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)
さよならスプレッドシート Azure DevOps の Azure Boards でスクラム開発一元化！（後編） - ecbeing labs（イーシービーイング・ラボ）
目次 本記事は前編と後編に分けてお届けいたします。 前編と後編を合わせた記事の目次は以下の通りです。 前編 はじめに Azure DevOps について スクラム開発をAzure Boardsで管理する プロジェクト作成時にプロセスを設定 ポートフォリオバックログどうなる？ プロダクトバックログどうなる？ リファインメントどうなる？ 後編 スプリントプランニングどうなる？ デイリースクラムどうなる？ スプリントレビューどうなる？ レトロスペクティブどうなる？ まとめ このページは後編となっていますので、まだ前編をお読みでない方は上記リンクから前編にご移動をお願いします。 スプリントプランニングどうなる？ スプリントプランニングで行われる作業で大事なことは以下の３点です。 チームのキャパシティを明らかにする スプリントバックログを作成する スプリントで取り組むプロダクトバックログアイテムを選
［速報］「Amazon DevOps Guru」発表。DevOps関連の設定ミスやコードの問題などを機械学習が指摘してくれる。AWS re:Invent 2020
Amazon Web Services（AWS）は、オンラインで開催中の年次イベント「AWS re:Invent 2020」で、DevOpsの実現を支援するマネージドサービス「Amazon DevOps Guru」を発表しました。 一般に、DevOpsの実現には、分散環境を活用しつつコードの編集、ビルド、テスト、デプロイなどの一連のツールを連係させ、本番環境でのログを収集し分析するなど、手間のかかる運用が求められます。 Amazon DevOps Guruは、AWSにおけるDevOpsの経験を元に行った機械学習により、DevOpsのサイクルの中で発生する構成ミスやリソース不足が予想される際の警告、問題が発生しそうなコードや構成に対する変更の発見、データベースのI/O性能不足に対する警告などを行ってくれるサービス。 これにより複雑で手間のかかるDevOpsの実現と運用を支援してくれるというも
【AWS認定 DOP対策】この教材以外あり得ない ~ DevOps Engineer Professional 必勝の勉強方法 ~ - Qiita
【AWS認定 DOP対策】この教材以外あり得ない ~ DevOps Engineer Professional 必勝の勉強方法 ~AWSdevopsDOPAWS認定試験DOP-C01 はじめに 数ヶ月前の話ですが、AWS認定資格の DevOps Engineer - Professional (DOP) に合格しました。 DOPは、SAAやSAPと比べて合格体験記が少ない印象なので、対策におすすめの教材や自分の勉強方法を残しておこうと思います。 しばらくAWSには触れていない自分でしたが、スコアは800点台で合格できているので、それなりに参考になる勉強法なのではと思っております。 対象者 私がDOPを受験する時点で保有していたのは、 AWS Certified Cloud Practitioner (CLF) AWS Certified Developer - Associate (DVA
"We try to create teams that are no larger than can be fed by two pizzas," said Bezos. "We call that the two-pizza team rule." The smaller the team, the better the collaboration. Collaboration is very important, as software releases are moving faster than ever. And a team’s ability to deliver the software can be a differentiating factor for your organization against your competition. Imagine a sit
Azure DevOps × スクラム で実現するプロダクト開発のポイント #dotnetlab #jazug
AzureDevOpsは、システムの開発と運用を行う上で必要となるサービスが集約された、ソフトウェア開発チーム向けのチーム開発支援プラットフォームです。 今回は、AzureDevOps×スクラムで実現するプロダクト開発のポイントについて概説します。 https://jazug.connpass.com/event/140843/ https://dotnetlab.connpass.com/event/143432/Read less
開発者がKubernetesを敬遠するのはなぜ？ 苦手意識を乗り越えDevOpsを実現するために、VMwareが示す新たな視点
コンテナやKubernetesが年々普及しつつある。アプリケーションのモダナイズやクラウドネイティブ化のためには避けて通れなさそうだが、アプリケーション開発者からすると「できれば下のレイヤにはあまり関わりたくない」と敬遠したいのが本音ではないだろうか。アプリケーション開発者がKubernetesに苦手意識を持つ理由から、Kubernetesを意識しなくてもいいプラットフォームについてVMware デベロッパーアドボケイト柳原伸弥氏が解説する。 ヴイエムウェア株式会社 ソリューション技術本部 デベロッパーアドボケイト 柳原伸弥氏 開発者にも浸透し始めたKubernetes、成り立ちに見る難しさの原因 普段アプリケーションを開発しているエンジニアにとってコンテナは少し遠いインフラの世界の話題に感じられるのではないだろうか。しかし現実は、アプリケーション開発者にとってコンテナは身近に迫ってきてい
SREとDevOpsの違いDevOpsとはSREとはDevOpsの実装としてのSRE継続的な改善の必要性組織を超えたコラボレーション変更管理と自動化計測の重要性非難のない文化開発速度の改善SREのことなら弊社にお任せください Webサービスの信頼性や価値の向上に用いられるアプローチ方法としてSRE（Site Reliability Engineering）というものがあります。システム開発側と運用側の溝を埋めるために生まれたこの手法ですが、従来のDevOpsとはどのような違いがあるのでしょうか。 本記事ではSREとDevOpsの違いについて見ていきます。 関連記事：「SREとインフラエンジニアの違いについて」 SREとDevOpsの違い SREとDevOpsの違いや関係性を知るには、Googleが提唱している「class SRE implements DevOps」の考えが最も明解でしょう
新規事業を�支える文化と加速させる技術�~ devops / GCP / DDD ~
https://event.shoeisha.jp/devsumi/20190927/session/2120/ で発表した資料Read less
[DevOpsプラットフォームの取り組み #7] 独自のKubernetesカスタムオペレーターを用いたCI/CDエンジン - NTT Communications Engineers' Blog
DevOpsプラットフォームの取り組みを紹介する7回目の記事です。 Qmonus Value Stream 開発チームの奥井（ @HirokiOkui ）です。 連載第7回では、Qmonus Value Streamの中核を担うコンポーネントであるAssemblyLineについて深堀りします。 第2回 および 第6回 で解説したとおり、Qmonus Value Streamでは、AssemblyLineという独自のリソースを定義してCI/CDパイプラインを構成します。 AssemblyLineは、 Tekton と同様にKubernetesのカスタムオペレーターとして実装されています。 AssemblyLineは、Tekton Pipelineを実行するワークフローエンジンとしての責務に加えて、柔軟性の高いCI/CDパイプラインを構成・実行するために必要な様々な機能を有しています。 本記事
![[DevOpsプラットフォームの取り組み #7] 独自のKubernetesカスタムオペレーターを用いたCI/CDエンジン - NTT Communications Engineers' Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/2f6ffb293f07e5c63222cfd9c762437543954b40/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2FN%2FNTTCom%2F20220916%2F20220916161541.png)
Dark Side of DevOps
Transcript Protsenko: My name is Mykyta. I work at Netflix. My job is basically making sure that other developers don't have to stay at work late. I call it a win when they can leave at 5 p.m., and still be productive. I work in the platform organization, namely in productivity engineering, where we try to abstract toil away for the rest of engineers. Where we try to make sure that the engineers c
Lambda + SQS サーバーレスアプリのデプロイ後に発生した Amazon DevOps Guru インサイトに対応してみる | DevelopersIO
Lambda + SQS サーバーレスアプリのデプロイ後に発生した Amazon DevOps Guru インサイトに対応してみる いわさです。 先日見慣れない通知を受信しました。 30 分 ~ 1 時間ごとに 2 ~ 3 通繰り返し受信しています。 { : "InsightId": "AMxSFH12NiEZZsr-jfHFv2kAAAAAAAAAAo9JEljAspyrigPkDSFhyIgEF5aXkZgR", "InsightDescription": "SQS triggered Lambda does not have a Dead Letter Queue", "InsightSeverity": "medium", "StartTime": 1669356000000, "Anomalies": [ { "Id": "AcnYFT7UD35NVOSXRDW6XZX67EOH
はじめに 連載「業務を改善する情報共有の仕掛け」の第11回と第12回では、Alfrescoによる「業務自動化プラットフォーム」についてお話をしました。Alfresco Content Service Version 6から、Docker、Kubernetesに対応することになり、コンテナ技術を使った自動デプロイは、すでに身近に感じています。 早期リリースが注目される中で、ソフトウェアの品質やセキュリティ面への対応も重要になってきたと感じます。海外ではDevOpsからDevSecOpsに移行しているチームが増加しており、日本においても注目が集まっています。DevOpsについては、「業務を改善する情報共有の仕掛け」の第1回でお話をしましたので、これまでの連載を受けつつ、新タイトルで気持ちも新たに安全性・安定性を加えた開発サイクルについて考えていきます。今回は「DevSecOps」を中心にお話
[レポート]DevOps essentials: CI/CDの入門ワークショップ #DOP201 #reinvent | DevelopersIO
本ブログはAWS re:Invent 2019のワークショップ『DevOps essentials: Introductory workshop on CI/CD practices』のレポートです。 現地でワークショップに参加はできていませんでしたが、ワークショップの資料が公開されていたので実際にやってみました。 セッション概要 In this session, learn how to effectively leverage various AWS services to improve developer productivity and reduce the overall time to market for new product capabilities. We demonstrate a prescriptive approach to incrementally ado
![[レポート]DevOps essentials: CI/CDの入門ワークショップ #DOP201 #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/9419c6cf4ac1d0e1323fa1560dfc995d191622f5/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F12%2Freinvent2019_report_eyecatch.jpg)
DevとOpsの対立 川口恭伸氏（以下、川口）：2009年からDevOpsが出てきます。 DevOpsの話、これは源流の「10+ Deploys per Day」というものがあって、ビデオを見ながら私が書き起こしたので紹介したいんですけれど。2009年に何が起きたか、どんな話だったかです。 「10+ Deploys per Day」は、1日に10回デプロイするというタイトルです。これはたぶん彼らの中で使っていたクラウドの話だと思うんですが、効率的なデータセンターを使い、デベロッパーと運用者が協調しながらガンガン10回デプロイできるようにするみたいな。それでも品質が壊れないようにするみたいな話が出ていて。 その時に、「じゃあどうやってみなさんは協調するのか」という技術論や文化の話が非常におもしろくて、DevOpsに興味がない方もぜひこれは1回見てもらいたい。特に、AWSとかインフラとかに近い
この記事は、開発生産性 Advent Calendar 2022の24日目の記事です。 株式会社スマートショッピングでSREをしているbiosugar0です。 今回はSREが現在DevOpsに向き合い、開発を加速させるために取り組んでいることについて紹介します。 開発を加速させるDevOpsという考え方 DevOpsは、開発チームと運用チームが協力し、よりスムーズに高品質なサービスを作り上げるという考え方です。 歴史的に、企業は複雑なシステムを開発運用していくために「開発」と「運用」という別々のチームにそれぞれの仕事を任せてきました。 このアプローチに伴う開発／運用の分断には、多くの問題がありました。 その中でも大きい問題は、2つのチームの目標が対立関係に陥りやすいことです。 開発者は新しい機能や改修をスピード感をもって開発してリリースしたい、運用者はシステムをより安定させるためにシステム
新卒エンジニアが仕事に没頭したら DevOps チームが誕生しました【ウォンテッドリー 23卒入社エントリ】 | Wantedly Engineer Blog
こんにちは！ウォンテッドリー株式会社の市古 (@igsr5_) と申します。 私は2023年4月にウォンテッドリーに新卒エンジニアとして入社し、もうすぐ1年が経ちます。 ウォンテッドリーは究極の適材適所により、シゴトでココロオドルひとをふやしたい会社です。 そして世界で最も「シゴトでココロオドル」を体現している会社でもあります。 本記事では新卒1年目のエンジニアが「どんな仕事に没頭したのか」を振り返ります。 現在転職を考えているエンジニアや学生エンジニアの方の参考になれば幸いです。 目次自己紹介ウォンテッドリーに入社を決めた理由どんな仕事に没頭したのか新卒2年目に没頭したいことタイトルにある DevOps チームの話は『どんな仕事に没頭したのか』の最後の章で言及しています。気になる方はスクロールしてください。 自己紹介市古 空 (いちご そら) と言います。先月 21 歳になりました。 市
a keynote at DavOpsDays Tokyo 2024 https://www.devopsdaystokyo.org/
[DevOpsプラットフォームの取り組み #3] Infrastructure as Codeの課題とCloud Native Adapter - NTT Communications Engineers' Blog
はじめに DevOpsプラットフォームの取り組みを紹介する3回目の記事です。 Qmonus Value Streamのアーキテクトの牧志 (@JunMakishi) です。 本記事では、Qmonus Value Streamの独自技術であるCloud Native Adapterを紹介します。はじめにInfrastructure as Codeの課題を指摘し、Cloud Native Adapterを使ってこれらの課題をどう解決するのかを解説します。 Infrastructure as Codeの課題 Infrastructuer as Code (以下IaC) は、特定のツールを指すのではなく、インフラストラクチャをコードで記述し、ソフトウェアと同じように取り扱うプラクティスを指します。インフラストラクチャのリソース構成や設定をコードで記述・適用することで、再現性、一貫性、および透明性の
![[DevOpsプラットフォームの取り組み #3] Infrastructure as Codeの課題とCloud Native Adapter - NTT Communications Engineers' Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/996b3f4ef0d0fed0fd17fad7d52c7c250829cf1f/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2FN%2FNTTCom%2F20220720%2F20220720081548.png)
GitHub - devops-works/binenv: One binary to rule them all. Manage all those pesky binaries (kubectl, helm, terraform, ...) easily.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub - github/gh-valet: Valet helps facilitate the migration of Azure DevOps, CircleCI, GitLab CI, Jenkins, and Travis CI pipelines to GitHub Actions.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
[DevOpsプラットフォームの取り組み #5] Cloud Native CI/CDを実現するTektonの紹介 - NTT Communications Engineers' Blog
はじめに DevOpsプラットフォームの取り組みを紹介する5回目の記事です。 Qmonus Value Stream開発チームの杉野です。 連載第5回では、Qmonus Value StreamでCI/CD機能を実現するための要素技術として用いている、OSSのTektonについて紹介します。 これまでの記事をまだ見ていないという方は、Qmonus Value StreamというプラットフォームがどのようにTektonを利用しているかを過去の記事で述べていますので、覗いてみてください。 また、本記事ではKubernetes(以下、k8s)に関する知識がある前提で記述していますので、ご了承ください。 Tekton とは Tektonは一言でいうと、CI/CDシステムを作成するためのKubernetes Nativeなオープンソースフレームワークです。さらに噛み砕いて表現すると、k8s上で動作し
![[DevOpsプラットフォームの取り組み #5] Cloud Native CI/CDを実現するTektonの紹介 - NTT Communications Engineers' Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/5f26022bf71ba863efcc1a4a0d5db0ecdba76daa/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2FN%2FNTTCom%2F20220810%2F20220810174855.png)
DevOpsと（セキュリティ系）静的コード解析 (+DAST)が相性が悪いのはなぜか - ぶるーたるごぶりん
※ 2020/5/22 一部加筆 SASTとIterativeな開発の相性の悪さ 若干煽り気味なタイトルですが、チーム内で話していてなぜセキュリティ静的コード解析（Static Application Security Testing: SAST）と言ったセキュリティアプローチがDevOpsで回りにくいのかが言語化できた。 そもそも静的コード解析というアプローチによるセキュリティ担保は基本的に「教科書的なウォーターフォール型」において有効で、 理由としては「人月・工数」のみで考えられた「誰でもその作業ができ、セキュリティの知識がなくても良い」みたいな作業者の能力を考慮しないアプローチが基本だからである。 そう言ったアプローチだと「SASTのアラート全部直してくれな！そしたらセキュアだから！」という形に落とし込むことにより、 問題をある程度封じ込めれると。 ただ、これをDevOps、というよ
Tesla共同創業者 元CTO、「LeanとDevOpsの科学」の著者来日！ 開発生産性Conference 2024
ファインディ株式会社が主催する開発生産性Conference 2024の特設サイトです。開発生産性Conferenceは、開発生産性に関する最新の知見が集まる場になっています。
はじめに 「HRMOS タレントマネジメント」（以下、「HRMOS」）では1年間かけて、自動 E2E テストの導入から開発・運用をしてきました。 最終的には、画像のように ChatOps でいつでも簡単に開発者が E2E テストを実行できる環境が整備されました。 この記事では、1年間で溜まった知見をもとに主に以下の内容に触れていきます。 「HRMOS」における自動 E2E テストの導入の理由 自動 E2E テスト（Autify）の導入までの道筋 自動 E2E テストの DevOps 連携 自動 E2E テストの活用による品質担保 自動 E2E テストの導入や、その活用法に悩んでいる方の助けになれば幸いです。 「HRMOS」における自動 E2E テストの必要性 「HRMOS」では日々ユニットテスト、インテグレーションテストなどの様々なテストが CI で動いています。 加えて、開発者も bra
GitHubを使わずDatabricksだけで お手軽にライブラリ共有やCIが できる環境を作ってみた/Creating an Environment for Easy Library Sharing and CI Using Only Databricks Without GitHub
New Relic OneでDevOpsのキーメトリクス デプロイ頻度をグラフ化する - BASEプロダクトチームブログ
BASE BANKでエンジニアをしている @budougumi0617 です。 この記事はBASE Advent Calendar 2021 10日目の記事…ではなく、New Relic Advent Calendar 2021 10日目の記事です。 qiita.com TL;DR ソフトウェア開発チームのパフォーマンスを示す 4 つの指標がある https://www.devops-research.com/quickcheck.html デプロイの頻度 変更のリードタイム 変更障害率 サービス復元時間 New Relic Oneを使って「デプロイの頻度」を計測してみた Event APIとNRQLでデプロイ回数をNew Relic Oneのダッシュボードに図示できる https://docs.newrelic.com/docs/data-apis/ingest-apis/introdu
アプリケーション開発の世界に比べると、ネットワークの構築保守や学習の世界は旧態依然としたイメージが強い。コマンドラインで地味な作業の繰り返し、スキルを習得したいなら実機が必要など。しかし近年ではネットワークエンジニアを取り巻く環境は変化している。プログラマビリティは広がり、DevOpsやCI/CDのような体験もできるようになってきている。NetDevOpsの世界を開く、「pyATS」や「CML」を知っておこう。 ネットワーク環境構築とネットワーク研修の現場が抱える「限界」 ネットワンパートナーズ株式会社の小堀泰樹氏は現在パートナー向けプリセールスをしているが、かつてはネットワークエンジニアでネットワーク環境構築作業に従事していた。「10年も15年も現場ではコマンドライン。手作業に頼って作業している。何も変わらない。このままではよくないと思いました」と述懐する。 ネットワンパートナーズ株式会
2020年01月29日、DevOpsについての知見を共有する「うちのDevOps事情〜大規模サービスのモニタリングあれこれ〜」が開催されました。DevOpsを推進していく際のさまざまな事例を紹介します。「LINEにおけるCI/CDとMonitoring」に登壇したのはLINE Growth Technology株式会社・黒木 亮太氏。登壇資料はこちら LINEにおけるCI/CDとMonitoring 黒木亮太氏（以下、黒木）：「LINEにおけるCI/CDとMonitoring」というお話をさせていただこうかなと思ってます。 まずは私のプロフィールです。私は黒木亮太と言います。2019年にLINE Growth Technologyに移って、LINE Growth Technology株式会社の東京開発室の室長をやっています。 もともとWeb系の会社にずっといて、こういう業界にはけっこう
「みんなのPython勉強会」では、Pythonを中心としてプログラミングを様々なシーンに生かす方法を一緒に学んでいます。今回は初級、中級のサーバーサイドエンジニア向けに、開発現場のアドバイザーでもある長沢氏がアジャイルとDevOpsについて話しました。前半はアジャイルとDevOpsの関係についてです。 DASAが位置づけているDevOpsの原則 長沢智治 氏（以下、長沢）：今日は「アジャイルとDevOps」の話をします。長沢です、よろしくお願いいたします。みなさん聞こえてますかね？ 阿部 一也 氏（以下、阿部）：聞こえてます！ 長沢：大丈夫ですね。よかったです！私は何者かと言うと話すと長くなるんですが、いろんな会社を渡り歩いて会社を作ってしまった人になります。今はアジャイルやDevOpsの支援とか働き方の支援とかと、あとはマーケティングですとかプレゼンテーションですね。これらを掛け合わせ
[DevOpsプラットフォームの取り組み #1] Qmonus Value Streamの紹介 - NTT Communications Engineers' Blog
はじめに DevOpsプラットフォームの取り組みを紹介する1回目の記事です。 こんにちは、イノベーションセンターでプラットフォームチームのアーキテクトをしている牧志 (@JunMakishi) です。NTTグループ向けのDevOpsプラットフォームである「Qmonus (クモナス) Value Stream」の開発をリードしています。 本日から、数週間にわたり、Qmonus Value Streamチームの取り組みや利用技術を連載形式で紹介させていただきます。 第1回目の記事では、Qmonus Value Streamの概要を紹介します。 Qmonus (クモナス) Value Streamとは Qmonus Value Streamは、アプリケーション開発者が、ユーザにとって価値のある機能やサービスを継続的に提供するためのDevOpsプラットフォームです。Cloud Native Ada
![[DevOpsプラットフォームの取り組み #1] Qmonus Value Streamの紹介 - NTT Communications Engineers' Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/a37b048c00f8daff44043dc757d0568cd18c85fa/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2FN%2FNTTCom%2F20220623%2F20220623124102.png)
[DevOpsプラットフォームの取り組み #8] Qmonus Value Streamを支えるアーキテクチャの紹介 - NTT Communications Engineers' Blog
DevOpsプラットフォームの取り組みを紹介する8回目の記事です。 Qmonus Value Stream 開発チームの浅井です。 連載第8回では、Qmonus Value Streamのアーキテクチャとその技術スタックについて紹介します。 これまでの連載ではQmonus Value Streamで利用している技術要素として、第4回ではデータ記述言語であるCUE言語を、第5回ではKubernetes NativeなオープンソースフレームワークであるTektonを紹介してきました。 Qmonus Value Streamではこれらの技術要素に加え、複数のGCPプロダクトやSaaSを利用することでシステムを構築しています。 本記事では、Qmonus Value Stream全体のアーキテクチャと、利用している主要なフレームワークやサービスについて紹介します。1つ1つの要素についての説明は少ない
![[DevOpsプラットフォームの取り組み #8] Qmonus Value Streamを支えるアーキテクチャの紹介 - NTT Communications Engineers' Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/8531aa9198d2c16dd56a5704906cc8b67453a466/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2FN%2FNTTCom%2F20221107%2F20221107085951.png)
モバイルチームの「エリートDevOps チーム」への道のり（我々のFour Keysも公開しちゃうよ） - Uzabase for Engineers
概要 どうやって指標を確認しているの？ NewsPicksのFour Keysはどんな感じ？ 改善前はどんな感じ？ 改善のために何をした？ 終わりに 概要 NewsPicksは「最高の開発体験の追求」をしている会社です。エンジニア向けのサイトの1ページでも謳っており、そこから弊社高山の記事に辿れるので、こちらも読んで頂けると幸いです。 そして、これはサーバーサイドだけの話しではなく、モバイルチームでも同じように開発者体験向上を目指し、Four Keysを追っています。 Four Keys とは、ソフトウェア開発チームのパフォーマンスを計測する4つの指標です。Four Keys 指標を用いることで、ソフトウェアデリバリの「スピード」と「安定性」を測定できます。 いわゆる組織の開発生産性が可視化できるということですね。 私が所属するモバイルチームもさまざまな改善をすることで、Four Keys
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
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google、機械学習エンジニア認定制度を開始 「DevOps」ならぬ「MLOps」の知見問う
初心者でも始められるAzure DevOps - Qiita
Two-Pizza Teams - Introduction to DevOps on AWS
SREとDevOpsの違いはなにか | sreake.com | 株式会社スリーシェイク
第1回 DevOpsからDevSecOpsへの近道（前編） | gihyo.jp
たとえ障害の根本原因であっても“変化”を起こせることが大事 DevOps実現のための6つの方法と4つの文化
SREチームはDevOpsに向き合い、開発を加速させる
DevOpsDays History and my DevOps story
滑らかなDevOpsを実現するE2Eテストの構築と運用
Value Driven DevOps Team
ネットワークのDevOps？ シスコのpyATSとCMLを駆使すればネットワークの可能性は大いに広がる
LINEの開発現場を支えるCI/CD DevOps推進のために大切にしていること
DASAアンバサダーが話すアジャイルとDevOpsの関係 今のソフトウェア作りは映画よりドラマ作りに似ている
5-Minute DevOps: Feature Team Strawman Fallacy