DevOpsによるビジネスの改善をメトリクスとして計測する方法。DevOps Day Tokyo 2012
DevOpsによるビジネスの改善をメトリクスとして計測する方法。DevOps Day Tokyo 2012 DevOpsに関する国内最大のイベントとなった「DevOps Days Tokyo 2012」が5月26日に都内で開催されました。 前の記事「DevOpsを実践する企業に共通すること。DevOps Day Tokyo 2012」では、John Wills氏の講演を紹介しました。この記事では、企業の中でDevOpsを通してビジネスを改善するために欠かせないメトリクスについて解説した、Damon Edwards氏の講演のハイライトを紹介します。 DevOps Business Justification and Metrics DTO Solutionsの共同創業者、Damon Edwards氏。 普段はインフラについてのコンサルティングなどをしている。eコマース、金融、オンラインゲーム
DevOps Note 20120224
This document is a slide deck from a DevOps conference presentation. It discusses the history and evolution of the DevOps movement from its early days focusing on velocity and continuous delivery (CD) to its current form as a cultural and professional movement. Key topics covered include the origins of DevOps thinking in Agile development practices, the need for infrastructure to become more agile
Continuous DeliveryとDevOpsについて考えたこと - Natural Software
Ryuzeeさんの記事をトリガにしてContinuous Deliveryネタが多く回ってきたので、Continuous DeliveryとDevOpsについて考えてみた。なぜDevOpsかというと、日本語だと「継続的デリバリー」や「Continuous Delivery」よりも「DevOps」の方が目的の情報に引っかかりやすいから Continuous DeliveryとDevOps Continuous Deliveryとは 継続的に動作するソフトウェアをリリースすること アジャイル宣言の背景の一番目「価値のあるソフトウェアを早く継続的に提供します」が、まさに「Continuous Delivery」である*1 アジャイル宣言の背後にある原則 Principles behind the Agile Manifesto DevOpsとは 開発と運用の壁をなくし、ともにビジネスの成功に向け
「運用中心プロセス」という考えかた～モノ作り中心から動くサービスを中心に据えることへのパラダイムシフト | Social Change!
最近のアジャイルのトレンドをキーワードで見ると「Continuous Delivery」や「DevOps」といったものが並びます。どちらも、ソフトウェアの開発だけにフォーカスをあてるのではなく、開発した後の運用にフォーカスをあてようとしています。そう、開発から運用にフォーカスが移ってきているように感じます。確かに、繰り返し作っていくということは、順に出来上がって運用に入っていくということなので納得できます。しかし、それでもまだ開発から運用に橋渡しする感じが否めません。そこで、発想を逆転してみて、運用のために開発があるのだと考えたらどうか、という話です。 「アジャイル開発」は、その名の通り「開発」という行為にフォーカスを当てています。タイムボックスをきって、イテレーションを繰り返しながら、動くソフトウェアを少しずつリリースしていく。ソフトウェアを作って、繰り返すにしてもリリースすることがひと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
