安全最優先ゆえの新技術導入に慎重な体質 関電システムズは関西電力100％出資の子会社として、関西電力向けシステム開発を専門とする機能子会社だ。2019年4月より関西電力と関電システムズの合同でDevOps推進が始まったが、当時の関電システムズと関西電力の関係は、IT部門再編に伴い役割分担が大きく見直された直後であったこともあり、西内氏が「完全なる親子関係」と振り返るほど強い上下関係だったという。 株式会社関電システムズ テクニカルラボ DevOps推進グループ テクノロジスト（プロフェッショナル）西内 慶子氏 そのため関電システムズの開発体制は決められたことを計画どおり進めていくウォーターフォール型が基本方針であり、技術面では「枯れた技術」の使用が推奨されているなど、新技術の導入にあまり積極的ではなかった。 こうした体質は以前から課題認識されており、関電システムズではDevOpsの推進前に
『Lean と DevOps の科学』って教養ないと理解できないじゃん！っていう話 - Qiita
今や生産性の可視化・評価指標といえば本書籍で紹介された『FourKeys』ですね。ちまたでは、絶対視されている様な表現・評価がされている記述をたまに見かけます。ですが、本当にそうでしょうか？ある方が調べたところ、FourKeys を使用している人のうち『Lean と DevOps の科学』を読んだことがない人は9割近くもいたそうです。 本記事では、FourKeys を有効に活用するために知っておくべき・理解しておくべき事柄を幅広い分野でまとめました。生産性を向上し、仕事の成果の質を上げたいと努力するエンジニアの方々が、次の日から使える情報を書けたのではないかと思います。FourKeys だけを見て生産性を上げるという行動は手段の目的化につながりかねません。Fourkeys の背景にある思想を知ることで、FourKeys を真に活用するきっかけになればと思います。 目次 初めに GW中に読も
「GitHub CI/CD実践ガイド」を読んで、GitHub Actionsを始めよう - とことんDevOps | 日本仮想化技術のDevOps技術情報メディア
弊社ではGitHub Actionsの登場以前からCI/CDを行っていることもあり、CI環境としてはCircleCIが標準となっています。とはいえ開発の中心はやはりGitHubであり、GitHub上で自己完結できるという点において、GitHub Actionsの優位性は見逃せません。 今まで筆者は「CircleCIでやってたこの機能は、GitHub Actionsではどうやるんだろう?」といった視点で、都度検索することが多かったのですが、そういうやり方では知識が横方向に広がらないのですよね。もしかしたらもっと便利な機能があったり、やってはいけないアンチパターンがあるかもしれないのに、ピンポイントに検索していると、そういう気づきが得にくいのです。 なので場当たり的にググるのではなく、どのような技術であっても、一度は体系的に学んでおく必要があるというのが筆者の考え方です。そんな用途にぴったりな
DevOps や Platform Engineering, Developer Productivity など、開発活動の生産性を高める活動や分野を指す言葉が広く謳われるようになってきましたが、その活動を始めようと思っても効果について説明するのは難しいなと感じていました。 そんななか、Google Cloud による The ROI of DevOps Transformation という、DevOps 施策の ROI を計算する方法がいくつか紹介されている記事を見つけました。 この記事の内容がそのまま使えるかと言うと判断に困るのですが、面白かったので 1 つの計算方法として紹介していきたいと思います。 前提 Four Keys について DORA の研究によって、Four Keys 指標は組織のパフォーマンス（収益性、品質、顧客数、満足度など）に相関関係があることが分かっています。 F
2024.6.29に行われた「開発生産性Conference2024」の登壇資料です。 https://dev-productivity-con.findy-code.io/2024
GenOps: マイクロサービスと従来の DevOps の世界から学ぶ | Google Cloud 公式ブログ
Sam WeeksAI/ML Customer Engineer, UKI, Google Cloud ※この投稿は米国時間 2024 年 8 月 31 日に、Google Cloud blog に投稿されたものの抄訳です。 生成 AI アプリケーションは誰が管理すべきでしょうか。AI 関連の所有権はデータチームが持つことが多いものの、生成 AI アプリケーションに固有の要件はデータチームや AI チームの要件とは明らかに異なり、DevOps チームとの類似点が多いこともあります。このブログ投稿では、これらの類似点と相違点を探り、生成 AI アプリケーション独自の特性を扱う新たな「GenOps」チームの必要性について検討します。 「データからモデルを作成する」ことを目的とするデータ サイエンスとは対照的に、生成 AI は「モデルから AI 対応サービスを作成する」ことに関連しており、既存の
CI/CDパイプラインによって「ソフトウェアの安全性を高める」「テストを自動化する」「リリースまでの時間を短くする」といった目標を達成できる可能性がある。時間がかかる手作業のプロセスに頼ってきたのであれば、CI/CDパイプラインの導入で、この3つの目標を全て実現することもできるだろう。だが、それぞれの目標の達成に向けた改善が競合することは、十分に考えられる。CI/CDパイプラインの価値を最大限に高めるには、最も重要な目標を優先し、その目標を実現するツールとプロセスに注力することだ。 例えば、ソフトウェアリリースまでの時間を短縮することが最優先だが、セキュリティも強化したいのであれば、CI/CDパイプライン内にそれぞれ別の自動化プロセスを作成することを検討する。新機能を開発する際にソフトウェアのビルド、テスト、リリースをするメインのパイプラインを用意する。このパイプラインによってメインの開発
2024 Accelerate State of DevOps Report 概説#4 『Four Keysは解散前夜なのか！"変更失敗率"がグループ離脱？』 - Findy Tech Blog
こんにちは。ソフトウェアプロセス改善コーチでFindy Tech Blog編集長の高橋（@Taka_bow）です。 2024 DORA Reportについての連載も、今回で最終回です。 今回はDORA Reportの中から、前回取り上げたAI関連以外で個人的に気になったトピックをまとめました。 本記事ではv.2024.3をベースに解説します。なお、執筆時点で日本語版はまだリリースされていませんでした。また、正誤表を確認しなるべく最新の情報を参照するように努めました。 DORA Reportのライセンスは次の通りです。 “Accelerate State of DevOps 2024” by Google LLC is licensed under [CC BY-NC-SA 4.0](https://creativecommons.org/licenses/by-nc-sa/4.0/) なお
a keynote at DavOpsDays Tokyo 2024 https://www.devopsdaystokyo.org/
アジャイルチームが変化し続けるための組織文化とマネジメント・アプローチ / Agile management that enables ever-changing teams
2024 Accelerate State of DevOps Report 概説#3『AIがもたらす変革と課題』 - Findy Tech Blog
こんにちは。ソフトウェアプロセス改善コーチでFindy Tech Blog編集長の高橋（@Taka_bow）です。 少し時間が空いてしまいましたが、前回の続きです。 tech.findy.co.jp DORA Reportを正しく読み解くために、前回のブログまでに説明してきたポイントをまとめます。 DORA Report は単なるサーベイの結果ではなく、2014年以降「科学的リサーチ」に基づいて分析されている。 「科学的リサーチ」の具体な内容は書籍『LeanとDevOpsの科学』で解説されている。 Four Keysを元にしたパフォーマンスレベルは統計的な分析手法（クラスター分析）が用いられ、調査年ごとに変化する。 DORA はこのレポートを用いて、各組織（企業）が独自の実験や仮説を立てることを望んでいる。 これらを念頭にレポートを読み解くことで、より公平で客観的な視点を養うことができると
Fundamentals of DevOps and Software Delivery is now available as an early release!
Today, I’m excited to announce my new book! It’s called Fundamentals of DevOps and Software Delivery, and it’s a comprehensive, hands-on guide to deploying and managing software in production, written for practitioners. Fundamentals of DevOps and Software Delivery is now available as an early release! Readers of Terraform: Up & Running often asked me to recommend a general, comprehensive, practica
We need to talk about DevOps. In the beginning, DevOps made sense. It was a logical evolution of healthy engineering practices. But we never should have given it a name. Once we labeled it, it got completely out of hand. Before DevOps, developers would write software and hand it off to an operations team, who then had to figure out how to get it running in production. This didn’t work very well. E
Docker Composeで既存のDockerネットワークにアプリケーションを追加する - とことんDevOps | 日本仮想化技術のDevOps技術情報メディア
今回はちょっとした小ネタです。 最近お仕事でKubernetesよりDockerを多く使っている私です（KubernetesもDockerも好きです）。 これまで、普段Dockerは決めた構成で動かすということしかやってきていませんでした。 具体的にいうと「こういう構成で動かす」と決まってから、そのマニフェストを作って環境作成という感じです。 その場合は必要最低限のマニフェストを記述してdocker compose up -dを実行すれば、足りない情報はDockerが補って環境を構築してくれるので特にハマることはないです。 一方、もうすでに動いているものに新しいアプリを追加するときはそうはいきません。 ちょっとだけハマったので、その時の話をシェアしたいと思います。 まずはアプリセットを作成 例えば、マニフェストは次のようなディレクトリー構成であると仮定します。 % tree ~/test
Spotifyの開発生産性向上事例 - 効果的なDevOpsアプローチとそのリスクとはに参加してきた - 天の月
developer-productivity-engineering.connpass.com こちらのイベントに参加してきたので、会の様子と感想を書いていこうと思います。 会の概要 会の様子 DRE Favorable Context 生産性を高めるために必要な3要素 データ、情報、知識の関係性 アクティビティ、アウトプット、アウトカム、インパクトの関係性 失敗事例 意味ある分析をするために メトリクスの罠 社内で議論のきっかけになるメトリクス メトリクスを使う注意点 Q&A メトリクスの中で特に重視しているステップや項目はあるか？ DORAメトリクスを使った測定は、Spotifyやその他の国際的な企業では標準的な手法と考えられているのか？それとも一部企業が行っているものか？ オンボーディングタイムは具体的にどのように計算するのか？ 全体を通した感想 会の概要 来る6月28日（金）-29
2024 Accelerate State of DevOps Report 概説#1 『"LeanとDevOpsの科学"の「科学」とは何か？』 - Findy Tech Blog
こんにちは。ソフトウェアプロセス改善コーチでFindy Tech Blog編集長の高橋（@Taka_bow）です。 2024年10月23日、2024 DORA Accelerate State of DevOps Report、通称DORA Reportが公開されました。 2024 DORA Accelerate State of DevOps Report 表紙 このレポートは、ソフトウェア開発における運用と実践について、科学的な手法で調査・分析した結果をまとめたものです。 私は毎年このレポートを楽しみにしています。今年は10回目10年目の節目ということで、いつもより丁寧に読みました。 詳しい人でしたら、10年よりもっと長くないだろうか？と不思議がる方もおられるでしょう。 その辺の複雑な事情を含め、DORA Report 10年間の軌跡とその上に成り立つ最新レポートを解説したいと思います
GitHub - patched-codes/patchwork: Open-source framework to automate DevOps and ITOps using your preferred LLM.
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
イベントレポート 第15回とことんDevOps勉強会「【ライブデモ】Visual Studio CodeのDev Containersを使って開発環境構築してみるよ」 - とことんDevOps | 日本仮想化技術のDevOps技術情報メディア
今回のとことんDevOps勉強会は「【ライブデモ】Visual Studio CodeのDev Containersを使って開発環境構築してみるよ」と題して、Visual Studio Codeの拡張技術であるDev Containersを使用した開発環境の構築方法をライブデモでお届けしました。途中、GitHubの障害でトラブルに見舞われたものの、何とか最後までご覧いただくことができました。 このライブデモは先日行われたオープンデベロッパーズカンファレンス(ODC)2023において、好評いただいたワークショップをもとに実施しました。Dev Containersは現時点ではまだベータ版ではありますが、クライアント環境を汚すことなく、素早く開発環境を用意できるという大きなメリットがあります。ぜひ、これを機会にウォッチしてみてはいかがでしょうか？ 振り返りも兼ねて当日の配信の様子をYoutube
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から出ていないので、暫定的に本ド
AWS Well-Architected Framework DevOps Guidance を発表 | Amazon Web Services
Amazon Web Services ブログ AWS Well-Architected Framework DevOps Guidance を発表 本記事は 2023年10月17日に公開された”Announcing the AWS Well-Architected Framework DevOps Guidance”を翻訳したものです。 2024年3月26日 AWS Well-Architected Tool の Lens Catalog に DevOps Lens として DevOps Guidance が追加されました。 このアップデートにより、ユーザはクラウドベースのワークロードをこれらのベストプラクティスに照らして自己評価し、ツールのレポートを通じて改善計画を確認可能です。 Amazon Web Services (AWS) は、AWS Well-Architected Fram
DevOps視点で考える「ソフトウェア品質マネジメント」：「＠IT 開発変革セミナー 2024 Winter」基調講演レポート（1/2 ページ） 「新しい開発手法やツールを導入したが、期待したほど効果が上がっていない。むしろ生産性が低下した気がする……」。そんな課題を抱える企業に不足している視点とは何か。第一線で活躍するアジャイルコーチがDevOpsの視点でソフトウェア品質について語った。
継続的インテグレーション（CI）、継続的デリバリー（CD）、継続的テスト（CT）はDevOpsの基盤であり、これによって、ソフトウェアデリバリーワークフローとコードリリースプロセスの速度を上げることができる。これらのプロセスはまとめて「CI/CDパイプライン」もしくは「DevOpsパイプライン」と呼ばれる。CTはこのアプローチで重要な役割を果たすにもかかわらず、その説明が省略されることも多い。本稿では、CI、CT、CDが一体となって、迅速でエラーが発生しにくいソフトウェアリリースを実現する方法を紹介する。 DevOpsにおけるCIの役割 CIとは、複数の開発者が開発したコードを、セキュリティが確保された一元管理のリポジトリ（例えば「GitHub」や「GitLab」など）に自動的に統合（マージ）するソフトウェア開発手法を指す。CIでは、コードへの変更を頻繁にリポジトリにマージする。 「Sla
GenOps: Learnings From Microservices and Traditional DevOps | Google Cloud Blog
GenOps: learning from the world of microservices and traditional DevOps Who is supposed to manage generative AI applications? While AI-related ownership often lands with data teams, we're seeing requirements specific to generative AI applications that have distinct differences from those of a data and AI team, and at times more similarities with a DevOps team. This blog post explores these similar
関連キーワード DevOps | アプリケーション開発 | 開発ツール | 開発プロセス DevOps（開発と運用の融合）は終わりを迎えつつある――このような意見が一部で出ているようだ。2000年代後半に登場したDevOpsは、開発チームと運用チームが協力してソフトウェアのデプロイ（配備）を迅速化し、生産性を向上させる手法として広く浸透してきた。 しかし、DevOpsが成功するかどうかは、企業の規模や開発環境、導入計画など、さまざまな要因に依存する。近年システムが複雑化する中で、企業は開発者の負担軽減やさらなるデプロイの迅速化を目指し、新しいアプローチに目を向けている。 「DevOpsは終わる」論が語られ始めたのはなぜか 併せて読みたいお薦め記事 DevOpsの関連記事 DevOpsエンジニアとしてのスキルを磨ける「学習コースと認定資格」はこれだ エンジニアが求める「AI時代にふさわしい爆
初めに こんにちは。hikaruです。 普段、Google CloudでSRE的な業務内容を行なっています。 今回、Google Cloud上でのSREの原理原則や基本用語、立ち回りの理解を確認するために、Google Cloud Professional Cloud DevOps Engineerの認定試験を受験しまして、無事合格することができました。 また、今までは以下のGoogle Cloud認定資格を取得済みです。 Associate Cloud Engineer Professional Cloud Architect Professional Cloud Network Engineer Professional Cloud Developer Professional Cloud DevOps Engineerとは Professional Cloud DevOps Engi
DevOps vs. SecOpsの対立構造がストレスに 企業のクラウドセキュリティ実態：セキュリティニュースアラート Palo Alto Networksは「クラウドネイティブセキュリティの現状～2024年版」を公開した。クラウドセキュリティにおける生成AI利用やインシデント発生状況、DevOpsとSecOpsの対立構造などに触れたレポートだ。
I Stopped Using Kubernetes. Our DevOps Team Is Happier Than Ever
Image by AuthorSix months ago, our DevOps team was drowning in complexity. We were managing 47 Kubernetes clusters across three cloud providers. Our engineers were working weekends. On-call rotations were dreaded. Then we made a decision that seemed crazy at the time — we started removing Kubernetes from our stack. Today, our deployment success rate is up by 89%. Infrastructure costs are down 62%.
Speaker Deck Pro: Add privacy options and schedule the publishing of your decks Upgrade
「LeanとDevOpsの科学」著者 Keynote特別公開！開発生産性Conference予習会に参加してきた - 天の月
developer-productivity-engineering.connpass.com こちらのイベントに参加してきたので、会の様子と感想を書いていこうと思います。 イントロダクション〜DevOpsの役割〜 DORA SPACE 開発者は「良い一日」をどうしたら過ごせるのか？ 文化に影響する働き方とテクノロジー 最新(2023年)の研究事例 全体を通した感想 イントロダクション〜DevOpsの役割〜 DevOpsとは仕事を持続可能かつ生産的に行っていくためのものであり、その中でも特にDORAとSPACEは生産性と幸福に対する解像度を高めるために活用できるという話がありました。 DORA DORAに関して簡単におさらいがありました。DORAは安定的かつ高速にプロダクトがデリバリーできているのかを測る指標であり、 変更のリードタイム(commitしてから本番環境で稼働開始するまでの時間
はじめに Developer Productivity室の @uncle__ko です。 自分が所属してるCyberAgentのDeveloper Productivity室では開発生産性向上に日々取り組んでいます。 ついに2024年版 State of DevOps Reportが公開されましたね。 今年はAIとPlatform Engineeringについて深堀ってレポートされていました。 時代を感じますね。 State of DevOps Reportは DevOps Research and Assessment（DORA）チームが2014年から毎年公開しているDevOps業界の年次調査レポートです。 DORAは書籍「LeanとDevOpsの科学」の著者陣が中心となって設立された調査機関で、このレポートは書籍からのトレンドの変化を読み取れるとてもいいレポートになってます。 開発生産
ソフトウェアに関する障害がニュースを賑わせるたびに、ソフトウェアテストに注目が集まっている。 先日発生したCrowdStrikeの障害がその一例だ。この障害の原因は、CrowdStrikeのエンドポイントセキュリティソフトウェアの定期コンテンツアップデートが品質チェックをすり抜けたためだとされている。同様の事例は他にもあり、英国の銀行ロイヤルバンク・オブ・スコットランド（Royal Bank of Scotland）では、ITの不具合によって60万件を超える同行の顧客の決済を処理できず、支払いが遅れるという障害が起こっている。 品質保証（QA）テストをCI/CD（継続的インテグレーション／継続的デリバリー）のパイプラインに組み込むことは、DevOpsの約束事の一つだ。だが、残念なことにDevOpsへのQA統合は、誤った方向に進んだり、不十分な結果を招いたりすることがある。この問題に対する潜
Azure DevOps のPipelines内のdotnet publishのエラーと解決方法 - 御成門プログラマーの技術日記
Azure DevOps の Pipelines の中でdotnet publish している部分がエラーになっていたので解決方法を情報共有。 ##[error]Error: The process 'C:\Program Files\dotnet\dotnet.exe' failed with exit code 1 ##[warning].NET 5 has some compatibility issues with older Nuget versions(<=5.7), so if you are using an older Nuget version(and not dotnet cli) to restore, then the dotnet cli commands (e.g. dotnet build) which rely on such restored packa
Pythonモジュール管理の新たな道具：pipxを使ってみた - とことんDevOps | 日本仮想化技術のDevOps技術情報メディア
Pythonには色々な便利なモジュールが存在します。中には単体で動くCLIツールなどもあったりします。 pipxは、Pythonで書かれたエンドユーザーアプリケーションのインストールと実行に役立つツールです。 macOSのbrew、JavaScriptのnpx、Linuxのaptやdnfに似たツールのようなものですね。 pipはPythonモジュールとCLIツールのインストールができるツールですが、pipの代わりにpipxを使えば、次のような利点があるので良い感じです。 pip listにインストールしたモジュールが表示されない インストールしないで実行（ワンタイム実行）もサポート 色々なPythonバージョンベースで実行 Git上のバイナリーを実行もサポート pipxはコマンドラインからアプリケーションとして直接実行できるPythonパッケージのインストールと管理に重点を置いているという
開発チームと運用チームが密接に連携して協力することで、ソフトウェア開発を迅速かつ柔軟に行う手法である「DevOps」。本記事では、DevOpsの概要から開発手法、アジャイル開発との違いやメリットについてなどを紹介します。 DevOpsとはDevOpsは、「Development（開発）」と「Operations（運用）」を組み合わせてつくられた造語です。別々に分かれている開発チームと運用チームが密接に連携して協力することで、ソフトウェア開発を迅速かつ柔軟に行う手法のことを指します。 一見、「ソフトウェアやサービスを提供するにあたって、開発チームと運用チームが協力するのは当たり前のことでは？」と思うかもしれません。しかし、DevOpsという言葉が生まれた背景には、“ソフトウェア開発における開発チームと運用チームの対立”という伝統的な問題がありました。 そもそも開発チームと運用チームでは、それ
SETからPlatform QAへ (DevOps推進のための組織再編) - Cybozu Inside Out | サイボウズエンジニアのブログ
この記事は、CYBOZU SUMMER BLOG FES '24 (クラウド基盤 Stage) DAY13の記事です。 サイボウズでは現在DevOpsを推進しています。この大きな変化にあわせて、クラウドプラットフォームの利用者を支援する「PDXチーム」と、クラウドプラットフォームの品質をマネジメントする「PQMチーム」を立ち上げました。本記事ではチーム立ち上げの経緯とチームのコンセプトや業務内容を紹介したいと思います。 新プラットフォームの登場 2018年から、次世代を見据えたクラウドプラットフォーム「Neco」の開発が行われてきました。 プラットフォームとしては2021年に完成し、現在は各種製品の開発チームが、旧プラットフォームから新プラットフォームへと移行作業を進めています。 新プラットフォームに乗り換えるにあたり、開発・運用スタイルも大きく変わることになりました。 新プラットフォーム
Professional Cloud DevOps Engineer試験を受けてみた | DevelopersIO
Google CloudのProfessional Cloud DevOps Engineer試験を受験して、合格しましたので受験までに準備したことをまとめてみました。 この記事の対象者 Professional Cloud DevOps Engineer試験を受験しようと考えているひと Professional Cloud DevOps Engineer試験とは Professional Cloud DevOps Engineer は、Google 推奨の手法とツールを使用して、システム開発ライフサイクル全体にプロセスを実装します。また、ソフトウェアとインフラストラクチャのデリバリー パイプラインを構築してデプロイし、本番環境のシステムとサービスを最適化して保守し、サービスの信頼性と配信速度の調整を行います。 ※公式リファレンスより引用：https://cloud.google.com/
関連キーワード DevOps | アプリケーション | アプリケーション開発 | 運用管理 適切な連携体制の下でSRE（サイト信頼性エンジニアリング）チームとDevOps（開発と運用の融合）チームが連携することで、アプリケーションのセキュリティや耐障害性、開発効率が向上する可能性がある。ただし、両者の連携がうまく取れない場合、運用と開発に支障を来す恐れがある。 アプリケーションの提供にはさまざまな課題を伴う。SREチームとDevOpsチームが協力し、責任を共有することは、そうした課題解決の近道だ。両チームの連携はアプリケーションユーザーのニーズを満たすとともに、効果的なアプリケーション管理とインシデント対応を実現し、企業の危機を防ぐことにつながる。では、SREチームとDevOpsチームはそれぞれどのような業務を分担し、どう協業すればよいのか。まずはSREとDevOpsの境界線はどこにあるの
トレンドとなっているSRE（Site Reliability Engineering）とは？従来のDevOpsと何が違う？｜コラム｜ＤＴＳ
トレンドとなっているSRE（Site Reliability Engineering）とは？従来のDevOpsと何が違う？ 2023.10.13 従来、システムを開発する役割と運用する役割は「システムの価値を高める」という共通の目標を持っているにもかかわらず、深い溝が生まれる傾向がありました。この問題を解決する考え方としてDevOpsが生まれましたが、このDevOpsを具現化する取り組みであるSREが最近注目されています。 Googleが提唱したSRE（Site Reliability Engineering）とは？SRE（Site Reliability Engineering）とは、Googleが提唱するシステム運用の方法論です。旧来の運用業務は、手順書に沿ってアプリケーションをリリースする、サーバーメンテナンスを行う、ハードウェア障害に対して復旧作業を行うといった、いわばミドル層以下
FEATURESUnlock the full potential of Mobile CI/CD with Appcircle’s powerful features
量子コンピュータの基礎と国内での開発動向 初めに森氏は、量子コンピュータの基本概念について解説した。量子コンピュータは、従来の「古典コンピュータ」とは異なり、量子力学の原理を活用することで、データ処理能力を飛躍的に向上させる次世代技術だ。 古典コンピュータの「ビット」は0または1の単一状態しか取れないが、量子コンピュータは「量子ビット（キュービット）」と呼ばれるユニットを用い、0と1の両方の状態を同時に保持（重ね合わせ）できる。「この特性により、例えば3量子ビットであれば2の3乗＝8通りの状態を同時に保持・計算でき、古典コンピュータに比べて格段に多くの組み合わせを一度に処理可能だ」と森氏は説明する。 大阪大学 量子情報・量子生命研究センター 研究員 森 俊夫氏 量子ビットの重ね合わせには、「0」と「1」のそれぞれに複素数「α」と「β」という重みが付加される。これらの絶対値の2乗が確率として
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイル開発の推進において、必ずしも"すごい人"は必要ない──現場のエンジニアがDevOps推進で実現する組織改革
DevOps への投資に対するリターンを計算する方法
LeanとDevOpsのためにE2Eテストができること
「DevOpsチーム向けCI/CD」のベストプラクティス12選
DevOpsDays History and my DevOps story
Value Driven DevOps Team
In retrospect, DevOps was a bad idea.
DevOps視点で考える「ソフトウェア品質マネジメント」
改めて学ぶDevOpsの基盤 「CI」「CT」「CD」の役割とは
「DevOpsはもう終わり」論が語られ始めた“本当の理由”
【合格記】Google Cloud Professional Cloud DevOps Engineer
DevOps vs. SecOpsの対立構造がストレスに 企業のクラウドセキュリティ実態
とことんDevOps (@devops_vtj) on Speaker Deck
2024年版 State of DevOps Reportの内容まとめ
DevOpsの長年の課題を解決するかもしれない「QAOps」 DevOpsの違いとメリットを紹介
DevOps（デブオプス）とは？ 概要と開発手法、導入のメリット・デメリットを解説 | ログミーBusiness
「SRE」と「DevOps」の“端的な違い”とは？ SREチームの実態に迫る
Boost Your Mobile DevOps with Appcircle
大阪大学発！ 量子コンピュータのためのクラウドシステム構築とDevOps最前線