「DevOpsの実像に迫る！」を聞いてきた

10月10日、レッドハット・フォーラム 2014に行って来た！その内容をメモメモの続き。

次は

DevOpsの実像に迫る！ - DevOps Demystified -

をメモメモ



ＩＴトランスフォーメーション
　　ツール？
　　文化！
　テクノロジーの革命
　イノベーション爆発的：十分に追いつけない
　DevOps：エンタープライズで採用

Life Before DevOps
　コンテキストのセッティング
　インフラ必要なプラットフォーム
　新しいテクノロジー発生
　要求高く
　　IoT

　Developer
　　かつては：ゆっくり、モノシックなウォーターフォールアプローチ：長い
　　アジャイルの手法：開発リリースサイクル：短くなった
　　　　　新しいフィーチャー→次のスプリントで変更反映
　　　　　最終成果物がはっきりしない

　Operation
　　インフラ：安定的に動くこと必要
　　フィーチャー：早く提供→ＩＴ側なんでも壊す
　　オペレーションが邪魔しているというのは簡単
　　→でも問題は複雑な環境

　このままでは続けられない
　　従来型ＩＴの考え方が問題
　　ＩＴ思考を変えなければ勝てない

DevOps
　　クラウドから出てきた
　　文化：コラボの文化→アジャイル
　　混乱の壁解決
　　DevOps：組織の中でもたらされる文化の変化
　　　→ツールも必要、それがなければ責任のなすりあい
　　　　でもツールだけではＸ。２つそろって

　　DevOpsは何：業界として１つの定義が決まったわけではない
　　　　正しいツールでカルチャが変化
　　　　DevOpsサイクル

違う視点から
　２つのやりかた
　　　IaaS+ Amazon等のIaaSにツール
　　　PaaS　標準化されたレイヤの上に
　PaaSがIaaSを置き換えるという考えは誤解

　Puppet,Chef:そこまで複雑なものいらない？
　　　　専門家、要らない？
　　→クラウド：コストセービングのはずが、専門家を雇うと

　ＱＥと開発者は近くだから、問題解決できるかも
　オペレーターとは離れている
　　　→オペレーターの環境に入れたら動かない！→混乱
　PaaS Config管理
　　　→標準化されたスタック


In Short
　　DevOps＋PaaS
　　　デベロッパー：コードに専念
　　　ＱＥ：テスト
　　　オペレーター：安定稼動
　　OpenShift
　　　レッドハットのPaaS
　　　アプリケーションのスケーリングも
　　　オープンソース
　　　いろんな賞を受賞

事例
　　CISCO,FICO

DevOpsのＫＰＩ：２つの指標
　　生産性：売り上げにつながるチケットか
　　ＲＯＩ：OpenShift.comのショーケース

カルチャの変化
　　すべてのステークホルダーが一堂に会す
　　協調することが必要

適切なツール
IaaS+が正しい会社もあるが、多くはPaaS