闇のDevOps DevOpsと業績評価 – ところてん – Medium
ここから、DevとOpsが協力すればより効率的になる＝DevOps、という言葉が生まれました。 当時は大企業においてはDevとOpsが分かれていることが当たり前だったのです。そして、大企業における当たり前が、当たり前ではないことに気付き始め、DevOpsを実現するためのツールができ始めたころでもあります。 ではなぜ、大企業ではDevとOpsが分かれているのが当たり前だったのでしょうか？ ハードウェアの時代その昔、産業の主役はハードウェアでした。 そのため、多くの企業はハードウェアを作ることに対して最適化が行われました。 ハードウェアには研究開発、製造、運用サポートといった大きな区分けが存在します。そして、それぞれの仕事において要求する人材レベルは異なります。 加えて、大量生産された製品の運用サポート（設置作業員、サポートセンタ）には、大量の人員が必要になってきます。 したがって、組織を研究
DevOps for Startups
Most startups are in a race, either against competitors or burn rates to deliver products. The focus on agility of delivery is a perfect fit for the goals of DevOps, which optimizes how quickly an application can be delivered. In this talk, we discuss what DevOps is, and how it affects the people, processes, and tools used to deliver an app. Startups should adopt many of the practices of DevOps, a
エンタープライズにおけるDevOpsとマイクロサービス - JavaOne2015レポート - arclamp
バズワード過ぎてタイトルにするのも憚られるのですが、JavaOne2015でキーワードになったことは間違いないので...。 JavaOne2015でもDevOpsやマイクロサービスについてのセッションが多く見られました。昨年はマイクロサービスというとWebアプリケーションフレームワークからの理想論的な話が多かったですが、今年はわりと事例に基づいた話が多かったように思います。ただ事例は事例で抽象的な話にならざるを得ないわけで、目新しい話があったわけではないように思います。 あと「Java（JVM）を使っているよ」というだけのことで、直接的に「Javaでどうすべき」という話は少ないです。これもDevOpsやマイクロサービスが特定の技術の依存しているわけではないから当然のことかと思います。 事例そのものはよく知られたWebサービス系の事例が中心となっていますので、Netflix、Gilt、Twi
ITに係る全般統制とDevOpsの緊張関係 - プログラマの思索
アジャイル開発に慣れている人から見ればDevOpsなんて当たり前に見えるが、DevOpsを阻む障壁として「ITに係る全般統制」がある。 ITに係る全般統制とDevOpsは真っ向から対立する概念と捉えた方がいいのではないか、と最近考えている。 以下メモ。 【参考】 開発と運用の新しい関係、「DevOps」とは何か？ － Publickey 全般統制,業務処理統制[ITの統制] 海外会計税務用語 :総合型税理士法人山田＆パートナーズ｜東京,関西,名古屋,福岡の総合税理士事務所 【DevOpsが変える開発と運用[＃1]】 DevOpsは開発と運用の分離と対立するのか？：情報インフラ24時 眠らないシステム：ITmedia オルタナティブ・ブログ 【DevOpsが変える開発と運用[＃3]】運用が権威的になると開発のやる気が損なわれる：クックパッドのチャレンジ：情報インフラ24時 眠らないシステム：
Infographic: The Modern IT and Dev Ops Toolkit | Rapid7 Blog
Last updated at Fri, 03 Nov 2017 20:17:09 GMT Over the past year I reckon I have spoken to more than a thousand Developers/IT Os/DevOps folk through customer calls, demos of Logentries, at conferences such as Velocity, DevOpsDays, AWS re:Invent as well as a bunch of other more low key meetups across US and Europe. Naturally, one of the first questions I tend to ask is: “hey what do you use for log
DevOpsの使命感 - ワザノバ | wazanova
https://www.kickstarter.com/backing-and-hacking/hierarchy-of-devops-needs 2 comments | 0 points | by WazanovaNews ■ comment by Jshiike | 3日前 Kickstarterのブログで、Aaron SuggsがDevOpsの役割をピラミッド型で階層分けして紹介しています。[図: Hierarchy of DevOps needs] 「DevOpsの役割は何か？」という議論では、色々カバーしなければいけないことが多くて、「やらねばいけないこと。」という話しに終止しがちな印象がありますが、このようなかたちで整理されると、今必要にかられて手元でやっている作業は「何のために（究極的には何を達成するために）やっているのか。」という使命感的なものがはっきりもてるのではない
『チーム開発実践入門』という本を書きました - ikeike443のブログ
2年くらい前に技術評論社さんから「チーム開発に役立つツールや方法論をまとめた本を書かないか」とお声がけいただきました。 それから構想1年（ぼんやりしてた）、執筆に1年かけて（週末がなくなった）、ようやく4月16日に発売できそうなところまで来ました。 今印刷所でゴインゴイン刷っていると思います。 技術評論社さんのページを見てもらうと、表紙画像もアップされてますね。 http://gihyo.jp/book/2014/978-4-7741-6428-1 Amazonさんにもページができていますが、まだ表画像はアップされてません。 チーム開発実践入門 ~コラボレートを円滑に行うツール・方法論 (WEB+DB PRESS plus) 作者: 池田尚史,藤倉和明,井上史彰出版社/メーカー: 技術評論社発売日: 2014/04/16メディア: 単行本（ソフトカバー）この商品を含むブログを見る 目次もま
Insight in design, technology, innovation and culture | Kyan
By using this site you agree to our Terms and Conditions and Cookies Policy. Please accept before continuing. Insights Latest thinking. Contributions from buzzing minds across the agency. Here’s where our geekiness comes out to play. Also, why not check out our Kyannual for an overview of what we got up to in 2022? View Kyannual 2022 PDF Wellbeing at work: Forming habits, looking after ourselves,
リリース／デプロイをめぐる刺激的な議論
ソフトウェアの開発と提供を行うほとんどの企業・組織が、ソフトウェアのデプロイ／リリースで何らかの課題を抱えている。それでも、「スクリプトを使えばいい」「スーパープログラマには自分のやりかたがある」「運用担当者の仕事がなくなるようなことはしたくない」「うちは頻繁にリリースをしないから考えなくていい」といった声が聞こえてくる。本当にそうなのか。UrbanCodeの共同創設者でCEOであり、2013年IBMに買収されたことで、現在はIBMのデプロイ／リリース製品ライン・ディレクターを務めているマチェイ・ザワツキー（Maciej Zawadzki）氏に、これらの疑問を直接ぶつけてみた。 ザワツキー氏の経験は豊富だ。UrbanCodeの活動を通じ、1996年以来、顧客組織におけるソフトウェアのビルドにかかわる問題を解決し、その後さらにリリース／デプロイの改善に取り組んできた。UrbanCodeがリリ
AWSがスタートアップに向いてる理由--あるいはDevOpsエンジニアの重要性 - page2 - builder by ZDNet Japan
自動化とコスト削減で評価される「DevOpsエンジニア」 堀内氏によるAWSの概略の説明を受けて、松尾氏は、実践の具体的な方法や事例を紹介した。 松尾氏はまず、AWSを利用するスタートアップ向けのコンセプトとして、AWSが提唱している「リーンクラウド」を説明した。リーンクラウドとは、エリック・リースの著書『リーンスタートアップ』やトヨタ生産方式（TPS）などに基づいたコンセプトで、経営・マネジメント、開発、運用、インフラという4つのレイヤーにおいて、それぞれ、リーンスタートアップ、リーン開発、DevOps、AWSの4つを実践していこうというコンセプト。 簡単に言えば「すべてのレイヤーでムダをなくし、はやくまわしていこうという考え方」（松尾氏）だ。 松尾氏によると、クラウド以前と以後では、運用やインフラのあり方が大きく変わった。クラウドが登場する前は、スタートアップはレンタルサーバやVPS、
今さら聞けない Immutable Infrastructure - 昼メシ物語
Immutable （不変な） Infrastructure は、サーバを一度セットアップしたら二度と変更を加えないという運用スタイルのことを指します。 クラウド環境では、必要に応じてすぐにサーバを用意し、不要になったら簡単に破棄することができます。Immutable Infrastructure は、このようなクラウドの特性を活かす運用スタイルとして、注目されつつあります。 背景 Immutable Infrastructure が提唱された背景にある技術として、 Auto Scaling や Blue-Green Deployment*1 などがあります。 Auto Scaling Auto Scaling は、負荷に応じて自動的にサーバ台数を増減させる技術で、 AWS では標準で提供されています。常に必要な台数だけ起動していればいいので、コスト削減になるというものです。 Auto S
bliki: Immutable Server
Automated configuration tools (such as CFEngine, Puppet, or Chef) allow you to specify how servers should be configured, and bring new and existing machines into compliance. This helps to avoid the problem of fragile SnowflakeServers. Such tools can create PhoenixServers that can be torn down and rebuilt at will. An Immutable Server is the logical conclusion of this approach, a server that once de
DevOpsなんてくそくらえ - razokulover publog
先日こんなことを言われた。 「テストを書いた成果を見せよ」 と。 ショッキングだった。 経緯 わたしはいまレガシーなコードに囲まれている。 もちろんテストもほとんどないピカピカのレガシーちゃんである。 レガシーちゃんは「Ctrl+F5 & tail -f 駆動開発」により開発が進められており、日々進化している。 このまま進化をつづけるといつかモンスターになり(もう軽く怪獣っぽいが)、開発スピードがどんどん遅くなり、メンテナンスやバグつぶしでエンハンスとなるような開発ができなくなる。このままじゃマズい...。 こういった事態を一新すべく、手探りながら私含め数人の先輩たちで「DevOps」に取りかかることになった。 バズワードにもなっているが「DevOps」とは、 従来型のシステム管理や調達（ITILを含む）といった、保守的でプロセスを中心に据えた運用からよ>り戦略的でアジャイルな、そして自動
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Buy Instagram Likes Cheap | $0.99 / 100 Likes | Super Fast
LyftがPuppetからSaltStackにリプレース
Rundeck's History and Future
ドリコムのInfrastructure as code
プライベートブログ › ログイン
DevOpsって何？
Future of server provisioning
