はじめに この記事タイトルに興味をもって読み始めていただいている方の多くは、ソフトウェアエンジニアとしてチームで開発をしていたり、エンジニアリングマネージャーとしてチームビルディングやマネジメントをされている方なのではないかと思います。 実際、この記事を書いている加藤も、リクルートライフスタイルのデータプラットフォームグループ (以前は CETチーム と呼ばれていました) に所属するデータエンジニアとして、データ活用のための基盤開発・運用を行っている一人です。また、担当している社内データプロダクトのプロダクトマネージャーも兼任しています。 本記事では、自分の所属している DevOps チームを「イケてる DevOps チーム」にするために取り組んだ内容や気づいた点をお伝えしたいと思っています。 目次 はじめに 「イケてる」DevOps チームってなに？ Four Keys とは なぜ Fo

みなさんこんにちは。@ryuzeeです。 継続的デリバリー（Continuous Delivery）の定義を改めて整理してみました。 まず1つめの定義は以下の通りです。 Continuous DeliveryとはリリースのスケジュールをIT部門が握るのではなく、ビジネス部門が握るということだ。 Continuous Deliveryを実装するということは、全体のライフサイクルを通じて常にソフトウェアが本番環境にリリース可能であるということを意味する。すなわちどのビルドもボタン一発で、完全に自動化されたリリースプロセスを通じて、秒とか分の時間で利用者にリリース可能である、ということだ。 Jez Humble Continuous Deliveryとは何か？ユーザーとプロジェクトチーム（顧客やプロダクトオーナーも含む）の間に固いフィードバックループを作ることは、結局のところ、試験的な変更や新し

2020/03/03 に富士通本社で行われた、富士通TechLiveに発表資料です。 コロナウィルスの影響で、リモート発表になりましたが、当日は800人以上の方に同時視聴していただきましたRead less

Kubernetesの基本から運用まで解説したO'Reillyの書籍「Cloud Native DevOps With Kubernetes」PDF版、NGINXが無料配布中 O'Reillyが3月21日に発売予定の書籍「Cloud Native DevOps With Kubernetes」のPDF版が、NGINXによって無料で配布されています。 Learn about containers and #Kubernetes from first principles – no experience necessary. https://t.co/vUg8bYjHRB pic.twitter.com/ApxQZocRfe — NGINX, Inc. (@nginx) 2019年2月20日 取得するにはNGINXの特設ページへ行き、氏名や連絡先を入力する必要があります。 本書はまだ発売されて

日本では「ブロックチェーン」は過度な期待、「DevOps」は幻滅期、「ビッグデータ」は陳腐化へ。ガートナーが「日本におけるテクノロジのハイプサイクル」2018年版発表 調査会社のガートナーは毎年、先進テクノロジーに関する「ハイプサイクル」を発表しています。 ハイプサイクルとは技術の登場から安定までを5つのステージに分けて説明したもので、黎明期から過度な期待を経て幻滅、啓蒙、安定へと移行する途上のどこにその技術が位置しているかを示しています。 米ガートナーは2018年8月に「Hype Cycle for Emerging Technologies, 2018」として今年のハイプサイクルを発表し、汎用AIは黎明期、バイオチップやディープラーニングは過度な期待、複合現実は幻滅期などと位置付けています。 同社の日本法人であるガートナー・ジャパンも10月11日付けで、「日本におけるテクノロジのハイプ

デジタルビジネスの競争が本格化する中、ニーズの変化に迅速に応える上で、アジャイル／DevOpsはもはや不可欠なアプローチとなっている。だが、新しいことに取り組みやすいスタートアップや新興企業とは異なり、既存事業、既存システムの上に立脚してきた一般的な企業がアジャイル／DevOpsに取り組む上では、さまざまなハードルがあるのが現実だ。 このような時代に開発現場はどうあるべきなのか。組織、体制はどうあるべきか。ITエンジニアに必要なマインドセット、技術などについて、アジャイル／DevOpsを実践し続けるヤフーの塚穣氏とプロダクト・エンジニアリングアドバイザーの及川卓也氏が対談を行った。 ――あらためて、ご自身の直近の活動について教えてください。 塚氏　SRE部の部長として、ここ2年は“エンジニアがつらい仕事をなくす”仕事に取り組んでいます。例えば、社内のエンジニアがもっと簡単にモノづくりができ

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

オペレーションカンファレンス 2016 Springでの発表資料です。 詳細: https://www.opslab.jp/publish/20160418-mspj.html (運用設計ラボ合同会社 波田野裕一)

2. Page 2 Page 2 自己紹介 志田 一茂 株式会社リクルートテクノロジーズ ITマネジメント部 執行役員 ①2006年～2010年 SierからリクルートのIT部門へ転職。 新規Webサービスのアジャイル開発の推進を担当。 ②2011年～ 2012年 スマートデバイスアプリ(iOS, Android)のアジャイル開発/運用組織の立ち上げ。 全社のスマートデバイス戦略を担当。 ③2013年～ 執行役員 担当事業会社のIT戦略の立案・推進を担当 ④2014年～ 主要サービスでのビジネス高速化に向けDevOps推進組織を立ち上げ中。 3. Page 3 Page 3 Agenda 1. リクルート会社概要 3. 短期スピードを求めたAgile開発事例 4. エンタープライズ領域でのDevOps実現の事例 5. ITがビジネスを牽引する為に 2. リクルートのビジネスとIT活用 4.

ssmjp 201712 はたのさん祭での「運用自動化、不都合な真実」の発表資料です。 詳細: https://www.opslab.jp/publish/20171212-ssmjp-automation.html (運用設計ラボ合同会社 波田野裕一)

July Tech Festa 2017 で「急成長するサービスを支える DevOps 戦略と組織変革へのアプローチ」という発表をしてきた http://kakakakakku.hatenablog.com/entry/2017/08/27/234215 July Tech Festa 2017…

概要 先日、Tech Night @ Shiodome # 4というイベントに参加して、LTをしてきました。 どんなイベントか 「DevOpsと自動化」をテーマに、事例・知見を共有する場でした。 もとはソフトバンク様の社内勉強会で「外部ゲストを呼ぶ → 公開イベントになった」とのことです。 社会にシェアする姿勢が素敵だと思いました。 他の参加者の発表 あたりまえのことをあたりまえにやる難しさ AWS ECS （EC2 Container Service）を用いた AWS へのDocker コンテナデプロイ 自動化におけるコード管理 送信メールサービスをユニットテストしてみた DevOps、本当のところ こちらのConnpassのページに資料が上がっています。 どんな話をしてきたか こちらが当日の発表資料になります。 ざっくり説明すると DevOps（全体最適化）の前に、業務標準化（ドキュメ

最新版 本ポストをXP祭り2017で発表したので、補足を含め要点のみを抽出してリライトしております。 i2key.hateblo.jp 本ポストはプロダクト開発における特定の文脈によるものなのですべてがそうだとは言っていませんのであしからず。バイモーダル戦略でいうところのSoE領域*1であり、学びによる改善サイクルをガンガン回していくようなモデル・フェーズを対象としております。TPSやLEANを現場で実践してる方々には今更なお話かと思いますが、DevOpsやアジャイル、リーンスタートアップを実践していく上で何周かしてまた原点の理解すると深みがますというかようやく、「ちょっとだけリーンわかる」ようになったので自分用のメモになります。 共通の価値観としての「リードタイム」 SoEライクな開発をしていると、仮説を立案し、そのための仮説を実証するための機能を実装し、リリースして計測、そして学びを得

ここから、DevとOpsが協力すればより効率的になる＝DevOps、という言葉が生まれました。 当時は大企業においてはDevとOpsが分かれていることが当たり前だったのです。そして、大企業における当たり前が、当たり前ではないことに気付き始め、DevOpsを実現するためのツールができ始めたころでもあります。 ではなぜ、大企業ではDevとOpsが分かれているのが当たり前だったのでしょうか？ ハードウェアの時代その昔、産業の主役はハードウェアでした。 そのため、多くの企業はハードウェアを作ることに対して最適化が行われました。 ハードウェアには研究開発、製造、運用サポートといった大きな区分けが存在します。そして、それぞれの仕事において要求する人材レベルは異なります。 加えて、大量生産された製品の運用サポート（設置作業員、サポートセンタ）には、大量の人員が必要になってきます。 したがって、組織を研究

業界のスペシャリストが語るDevOps 鈴木いっぺい氏（以下、鈴木）：みなさん、おはようございます。DevOpsをテーマとさせていただきたいと思っています。50分の間、ぜひお付き合いのほど、よろしくお願いいたします。 牛尾剛氏（以下、牛尾）：DevOps！ 吉羽龍太郎氏（以下、吉羽）：お約束ですね（笑）。 鈴木：お約束の雄叫びを毎回させていただいています。これはもう今年の5月に行った、マイクロソフトさんの「de:code」のイベントからの恒例とさせていただいております。 というのも、DevOpsというキーワード、みなさんそれぞれいろいろな思い入れがあると思うんですけれども、この言葉が1人歩きする状況というもの、とくに日本において、みなさんDevOpsという言葉をいかに違う定義で取られているかということを、非常に懸念している方々もおりますし、なんと捉えていいか非常に難しい課題だと捉えている方

今回マイクロソフトの社内カンファレンスに参加するために、シアトルに滞在したが、以前からどうしてもやりたかった、マイクロソフト最高の DevOps チームを直接観察してみたいという夢をかなえてみた。 私はマイクロソフトの DevOps エバンジェリストだが、Sam Guckenheimerのチームの話は、本人の口と、プレゼンテーションと、アーティクル経由で理解したものに過ぎない。現場に行って本物を見てみたかったのだ。 だから、今回Ｓａｍにお願いして、VSTS/TFSを開発しているMatthewのチームを観察させてもらった。そこで得たことを皆さんと共有しておきたい。 気になっていたSamの一言 VSTS / TFSの開発チームがいるビルにやってきた。ここにあのチームがいるのかと思うとすごくワクワクしてきた。一体どんなことを彼らはやっているのだろう。それと同時に、私が顧客訪問をSamと日本で行っ

両氏はこのプレゼンテーションの中で、それぞれの役割の違いから対立することの多い開発者（以下、Dev）と運用者（以下、Ops）の対立構造を次のように示した。 Devの役割が“システムに新しい機能を追加する”である一方、Opsの役割は“システムの安定稼働”である。そのため、Devが新しい機能を追加したくても、Opsはシステムの安定稼働のために変更を加えたがらない、という対立構造が作られてしまっていた。 しかしDevとOpsのそれぞれのミッションは（DevOpsの概念と同じく）、どちらも「システムによってビジネスの価値をより高めるだけでなく、そのビジネスの価値をより確実かつ迅速にエンドユーザーに届け続ける」ことである。そのミッションを達成するための手段が、上記のとおりDevは“システムに新しい機能を追加する”であり、Opsは“システムの安定稼働”なのである。つまり、同じ「ミッション」を掲げている