組織をハイパフォーマーにするスキル、DevOps - techtekt
こんにちは。弊社のエンゲージメントサーベイ製品HR Spannerのリードエンジニアを担当している岡部です。昨今注目されているDevOpsとそのケイパビリティについて、およそ一年前に社内の勉強会で発表を行ないました。今回の機会に、こちらでも寄稿させていただきたいと思います。 元になっている書籍は比較的大規模な開発を対象にしていると思いますが、当社のHR Spannerは10名程度の比較的小規模な開発であり、それを前提とした内容になっています。 DevOpsとは何か？ 書籍「LeanとDevOpsの科学」では大規模アンケート調査により、高収益、高利益率、高市場占有率を持つ企業は、単に起業家精神やM&Aの取り組みだけでなく、開発組織におけるDevOpsのケイパビリティを強化している傾向が浮かび上がっています。この結果は単なる相関関係ではなく、統計手法によって因果関係として確認されています。また
DevOps Topologies : DevOps 文化を築くベストプラクティスな組織構造とは - kakakakakku blog
DevOps 文化を築くときに知っておくと便利なサイト「DevOps Topologies」を読んだ．「アンチパターン = DevOps Anti-Types」な組織構造（計7種類）と「ベストプラクティス = DevOps Team Topologies」な組織構造（計9種類）が紹介されている．サイトではそれぞれの組織構造の解説と関係性を図解した絵が載っていてわかりやすい！本記事ではサイトを翻訳するのではなく，あくまで個人的なメモとしてまとめる．なお，日本語訳も参考程度に載せておいた！ web.devopstopologies.com 目次 1. DevOps Anti-Types Anti-Type A: Dev and Ops Silos（Dev と Ops のサイロ化） Anti-Type B: DevOps Team Silo（DevOps チームのサイロ化） Anti-Type
DevOpsトポロジー
みなさんこんにちは。@ryuzeeです。 2021年12月1日に発売した『チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計』ですが、おかげさまで多くの方に読んでいただき感謝しています。 チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計著者／訳者：マシュー・スケルトン、 マニュエル・パイス、 原田 騎郎、 永瀬 美穂、 吉羽 龍太郎出版社：日本能率協会マネジメントセンター発売日：2021-12-01単行本：280ページISBN-13：9784820729631ASIN：4820729632 今日はこの「チームトポロジー」の元となったDevOpsトポロジーについて紹介します。 このアイデアは2013年に著者の1人であるマシュー・スケルトンが自身のブログに書いた記事をまとめたものです。 2013年頃といえばDevOpsが流行しはじめた時期だと思いますが、こ
DevOps Defined
The problemThe definition of DevOps varies from business to business, but the zeitgeist of DevOps is about minimizing the challenges of shipping, rapidly iterating, and securing software applications. HashiCorp defines DevOps as an organizational process tied to the needs of modern applications, with a focus on empowering individuals to improve agility. The challenge for operations teams moving to
Habitat - a new open source project for automating applications - Chef Blog | Chef
Today we launched our new open source project, Habitat, for application automation. We hope you’ll try Habitat and join us in taking automation to the next level. What follows is a blog from Adam Jacob detailing the philosophy behind Habitat and what this new technology delivers – automation that travels with the application. You can watch Adam unveil and demonstrate Habitat here. Why Habitat? Hab
DevOps スタータキットの公開 - メソッド屋のブログ
DevOps の概要、プラクティス、そしてそれに関するリソースを整理して自ら学習しやすいようにしてみました。DevOps の考え方、プラクティス毎に、ビデオとそこで使っているPPTを公開しますのでお楽しみください。 channel9.msdn.com docs.com docs.com 1. DevOps の歴史 DevOps を学ぶときに、海外と比べると日本の商習慣が異なるので、向こうで話されているDevOps の概要を聞いてもピンと来ないかもしれません。そこで、DevOps の歴史を7分程度で学べる動画を作成しました。 これで、DevOps が生まれきた背景が学べると思います。 docs.com 2. DevOps の概要 DevOps の歴史を知るとと、DevOps の概要がよりわかりやすいかもしれません。次のビデオをご覧ください。 docs.com DevOps プラクティス ビデ
【セッションレポート】AnsibleとPackerとCloudFormationの話をしてきました #cmdevio2015H | DevelopersIO
3/29(日)に開催されたDevelopers.IO 2015 Developer Dayにて、「Ansible + Packer + CloudFormationでらくらく構築・運用」というタイトルで話をしてきました。 スライド スライドはSlideshareにて公開しています。 内容について スライドの内容はここ半年でPacker + Ansible + CloudFormationでのAWS基盤構築に取り組んだ感想や効果的な使い方について重点をおきました。ですが、見なおしてみるとPackerの利用に関わらずAWS上でシステムを構築する上で重要なことがたくさん入ったかな、と思っています。例えばCloud DIの話とか、Auto Healingの話などですね。API経由でインフラのリソースを扱えるAWSにおいてはこれまでも様々なデザインパターンが考えられてきましたが、これを上手く組み合わ
私は Infrastructure as Code をわかっていなかった - メソッド屋のブログ
私はここ１週間ほど、同僚の David の一言で Infrastructure as Code について頭が大混乱状態でした。 それは次の一言です。 Chef や Puppet は大体の部分は Infrastructure as Code じゃないよね。ARM (Azure Resource Manager) はそうだけど。 ただ、Chef-Provisioning は Infrastructure as Code だよね。 もう頭が大混乱です。なんとなく言わんとしていることはわかりますが、私は今まで Chef とか、Puppet とか、Ansible とかで やっているようなことが、Infrastructure as Code と思い込んでいましたが、何か間違っていたのでしょうか？そういえば、 Chef はConfiguration Management Toolと紹介されていたなとか頭
【資料公開】DevOpsの基本
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） こんにちは。@ryuzeeです。 営業でDevOpsの基本の話をしてきましたので資料を公開しておきます。中身自体は昨年11月に楽天テクノロジーカンファレンスで話した内容を日本語化したものです。 DevOpsに関してはいまだに実体がなんなのかという議論がなされていますが、僕自身の現時点での解釈は、ビジネス上の意思決定から実際に顧客に届ける全体の流れの話であると考えています。すなわちいかにリードタイムを短くするかとスループットを大きくするか、ということです。(それってリーンじゃん、と言われればその通り) デプロイの回数が測定基準である、という記述も見かけますが、デプロイの回数は、あくまでバリューストリームの末端の「個別プロセス」
Hashicorp Product Meetup というイベントを開きました - Wantedly Engineer Blog
エンジニアの内田 @spesnova です。 2015年8月5日に、@deeeet さんと一緒に Wantedly のオフィスにて Hashicorp Product Meetup と称して、 Hashicorp プロダクトに関する知見、悩み、展望 etc をフランクに共有する会を開きました。 参加者全員がゆるくざっくばらんに話せる場を作りたいと思って招待制のイベントにしました。 参加者の方は @deeeet さんと自分の知り合いの方から、Hashicorpプロダクトを既に利用していたり、導入予定の方々にお声をかけせて頂き、その方々がまた数名招待するという形にしました。 「行きたかった…」というツイートもチラホラありました、、参加できなかった方ごめんなさい。。 どんな内容だったのかをtogetterと以下に簡単にまとめておきます: http://togetter.com/li/856947
confdでちいさく始めるインフラ構築の自動化 - Qiita
はじめに 最近ではInfrastracutre as codeやImmutable Infrastructreの考え方によるインフラ管理が浸透してきました。 ChefやAnsibl、最近ではItamaeといったプロビジョニングツールの選択肢が増えてきとはいえ、未だに敷居の高さを感じ導入に踏み切れていない方も多いのではないでしょうか。 そこで今回はお手軽に始められるインフラ構築ツールとしてconfdについてまとめてみました。 confdとは goで書かれた設定ファイル管理ツールです。 kelseyhightower/confd 主要機能は設定ファイルのテンプレートエンジンなのですが、設定ファイルの生成前後で外部コマンドを実行することが可能です。 そのため 設定反映のための前処理 設定ファイルの自動生成 設定反映のためプロセス再起動 といった一連の作業を担わせることができます。 また、構成もシ
ある程度大きな開発現場における DevOps の在り方にまつわる私見 - YAPC::Asia Tokyo 2014
話者の勤める会社には、東京以外にも開発拠点がいくつも存在し、またそれぞれで培われた開発スタイルや運用の文化があります。 開発現場において、それぞれがまったく連携することのないスタンドアロンであれば、それぞれが going their own way でもさして問題はないでしょう。 しかし現実はそうではありません。 各開発拠点のエンジニアが共同で開発を行うこともありますし、他所の拠点で進行しているプロジェクトを引き継ぐということもあります。 本トークでは、そのような現場において実施及び検討されている DevOps works について展開します。 中小規模の現場では考えなくてよかったことや、むしろ逆にすべきではなかったことが求められることもあります。 そういった内容をマクロな視点からお届けする予定です。 監視 CI デプロイ 各言語特有のエコシステム コミニュケーションツール レポートライン
Quipper の DevOps のお仕事と技術的課題 - hakobera's blog
技術的課題を書くと、それを解決してくれるエンジニアが採用できるって話は本当ですか？というのは冗談としても、今の技術的課題をブログにまとめて公開するノーガード戦法も良いかと思う。— Kazuyuki Honda (@hakobera) May 25, 2015 このツイートがそれなりに反応があったので、有言実行してみる。 最初に書いておくと、これはQuipperの採用のための記事です。Quipper では下記のようなお仕事、技術的課題の解決に興味がある DevOps エンジニアを絶賛大募集しております。興味のある方は、Wantedlyの募集ページ から「話を聞きに行きたい」をクリックしてみてください。応募までは行かないけど、もっと詳しい聞いてみたいという方は私個人にでも良いのでご連絡ください。（Twitter で @hakobera にメンション or DM、または hakoberaアットg
Consul は 全自動オーケストレーションの 夢を見るか?
＠ペパボテックカンファレンス http://pepabo.connpass.com/event/13208/Read less
Infrastructure as Codeを語る時に欠けていたもの - YAPC::Asia Tokyo 2014
Infrastructure as Codeしてますか？ 2013年頃に日本で Infrastructure as Code という言葉が注目され始めて、約2年が経過しました。 沢山のツールが登場し、様々な試行錯誤の末、それなりに世の中に定着してきた感じもします。 しかし、未だに苦労している人も多く存在するとともに、諦めてしまった人、初めから諦めている人もいると思います。 成功しているように見える人の中でも、疑問を感じるていることもあるでしょう。 何故でしょうか？ 沢山の人が注目し、情報を発信してくれているため、情報は沢山あります。 それでも、完成されていないのは、何か欠けているものがあるのではないでしょうか？ Infrastructure as Code についての多くの情報は、大筋で以下の3つに分類されます（筆者の主観による） 1. 概念的な話（商業イベントで多い） ・Infrastr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DevOps の能力 | Cloud Architecture Center | Google Cloud
AI Co-Pilot for Test Suite Intelligence and Optimization
http://codenize.tools/
「運用改善」を考える 〜「自動化」を考える前に
運用を楽にするためのアプリケーションコードを書くということ : sonots:blog
