DevOpsの負の側面について
トランスクリプト Protsenko氏：私の名前はMykytaです。Netflixで働いています。私の仕事は基本的に、他の開発者が遅くまで職場に残らなくてもいいようにすることです。彼らが午後5時に退社しても生産的であることが私の実現したいことです。私はプラットフォーム組織、つまり生産性エンジニアリング部門で働いており、他のエンジニアのために労力を抽象化しようとしているのです。エンジニアが同じ退屈な技術的問題に何度も対処するのではなく、ビジネス上の問題の解決に集中できるようにします。 いくつか質問させてください。あなたたちのうち何人が、自分で作って自分で動かすという哲学を実践している会社で働いてますか？生産現場との間にゲートキーパーがいないこと、機能や修正をより早く提供できることに満足している人はどれくらいいますか？本番環境で発生したインシデントに対処しているときに、どうすればいいのか分から
2019-03-06 ダメな「運用自動化」の3類型 + α /operation-automation-3-bad-model
ssmjp 2019/03での発表資料です。 「運用自動化の基本原則」シリーズの番外編と位置付けています。 # 運用自動化の基本原則シリーズ - 2019-03-06 「運用自動化」とは: https://speakerdeck.com/opelab/20190306-operation-what-automation - 2019-05-24 運用業務の「構造化」: https://speakerdeck.com/opelab/20190524-structured-operation - 2019-04-18 運用自動化の基本原則1 「引継ぎの原則」: https://speakerdeck.com/opelab/20190418-operation-automation-basis-principle-1 - 2019-05-24 運用自動化の基本原則2「平易化の原則」: https
国内企業の28％がDevOpsを実践、うち41％が売り上げや顧客満足度向上などの成果を出していると。IDC Japan
国内企業の28％がDevOpsを実践、うち41％が売り上げや顧客満足度向上などの成果を出していると。IDC Japan 調査会社のIDC Japanは、国内企業におけるDevOpsに関する調査結果を発表しました。対象となったのはDevOpsについて理解している国内企業のIT管理者で、有効回答数は515社。 「IT組織全体で実践している」という企業は12.6％、「一部の部門／プロジェクトで実践している」は15.5％となり、合計で企業のDevOps実践率は28.1％となりました。 IDCではDevOpsについて、「企業や組織がビジネスのスピード、品質、競争力などのケイパビリティを高めることを目標とし、複数のチームや担当者が共同でアプリケーションの開発から運用までのライフサイクルを効率化するための方法を取り入れ、それを実践すること」と定義しています。 DevOpsの実践で40％以上が売り上げなど
GoogleとNetflix、カナリアリリース分析ツール「Kayenta」オープンソースで公開。新たにデプロイしたリリースに問題がないかを自動分析
GoogleとNetflix、カナリアリリース分析ツール「Kayenta」オープンソースで公開。新たにデプロイしたリリースに問題がないかを自動分析 GoogleとNetflixは、共同開発したカナリアリリース分析ツールの「Kayenta」をオープンソースで公開した。新規リリースを本番環境に対して小規模にデプロイし、問題がないかを検証する作業を自動化。より迅速で確実な継続的デリバリを実現する。 GoogleやNetflixのようにWebサービスを提供している企業では、そのWebサービスに次々と改良が加えられ、1日に何度も新しいリリースがデプロイされています。 しかし新しいリリースのデプロイはいきなり大規模に行われるわけではありません。リリースされるコードに対しては継続的デリバリのパイプラインの中で一通りの自動テストが行われ、ある程度の品質が保証されているはずです。しかし、それでも新しいリリー
クラウド時代の インフラエンジニア動向 2017 - Qiita
以前勉強会で発表した資料が時が経って情報が古くなってきたのでアップデートしてほしいという要望があったので、2017年版にアップデートしました。 SlideShare に投稿したものを文字起こしして掲載します。 クラウドを使う企業が増えてきたことで 発生してきたこと クラウドは簡単！ プログラマがインフラもできるんじゃないか？ インフラエンジニアを雇うのは人件費の無駄・・・ 流行の「DevOps」や「SRE」ってプログラムでやるからプログラマ領域じゃないの？ 結果：インフラエンジニア不要論！！ プログラマはここを嫌がる サーバーを触るのはイヤ 「デプロイするだけ」まで作ってほしい。 コマンド一発デプロイがいい。 ネットワーク？ナニソレ？ インフラセキュリティーって何のこと？ アクセス制御？ナニソレ？ プログラマにインフラスキルを 「尚可」で求めると失敗する理由 プログラマ数人でプロダクト開発
技術なきマネジメントの衰退とその対策 - メソッド屋のブログ
今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日本のIT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に３年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術
DevOpsの効能とドロドロした現場話をWardish三戸さんが語る (1/2)
第7回目のJAWS-UG広島で印象的だったのが、3セッション中2セッションがDevOpsに関するものだったということ。以前の速報レポートでも触れたが、懇親会でまでDevOpsの話題で盛り上がった。DevOpsについてプレゼンを行なったのはWardish,LLC.の三戸 鉄也さんとAWSの藤原 吉規さん。内容が濃すぎるため個別記事として掲載するが、それぞれの視点の違いも楽しめるのでぜひ2本合わせて読んでいただきたい。 現場の経験値いっぱいで役立つけれども、記者泣かせのDevOpsセッション 三戸さんのセッションが始まってすぐに、筆者は焦燥感に駆られた。やばい。これはきちんと勉強して理解してから記事を書かないと的外れになるヤツだ……と。筆者が扱える開発言語はC言語程度で、趣味のプログラミングしか経験がない。手を動かして見ないとと思って自宅サーバなども色々試して来たが、ひとりで環境を用意してそこ
DevOpsが日本に本格上陸して5年。DevOpsはいまどう語られているか？ DevOps Days Tokyo 2017
DevOpsが日本に本格上陸して5年。DevOpsはいまどう語られているか？ DevOps Days Tokyo 2017 国内で最初のDevOpsに関する大型イベント「DevOps Days Tokyo 2012」が開催されたのは2012年。続いて2013年にも「DevOps Days Tokyo 2013」が開催されました。 DevOps Daysは世界各国で行われているDevOpsに関するグローバルなイベントです。そのイベントが日本に上陸して5年が経過した今年、国内で3回目の開催となる「DevOps Days Tokyo 2017」が開催されました。 DevOpsは言葉としてはIT業界に定着し、実践し始めている企業も登場する一方で、ベンダのマーケティングワードとして乱用されているという指摘もあります。いまDevOpsはどのような言葉として説明されているのでしょうか。 DevOps D
Googleのインフラ技術に見る基盤標準化とDevOpsの真実
ver1.0 Gartner ITインフラストラクチャ & データセンター サミット 2017 にて発表 ver1.2 OpenStack Days Tokyo 2017 にて発表Read less
[新サービス] 一撃でCI環境を作れる AWS CodeStar | DevelopersIO
渡辺です。 2017/04/19開催(日本時間:2017/04/20)の『AWS Summit in San Francisco』で発表された新サービス『AWS CodeStar』についてお知らせします。 一言で言えば、CodeCommit, CodePipeline, CodeBuild, CodeDeployとそれらに付随する実行環境を一撃で構築・管理できます（2017年4月の時点で、東京リージョンでは利用できません）。 実行環境もカバーする最強のスキャホールド AWS CodeStarが何者か、一言で言えば、一時期に流行ったスキャホールドの類です。 Ruby on Railsが登場した時、コマンドひとつでウェブアプリケーションの雛形ができることに衝撃を覚えた人は多いでしょう。 ベース部分をスキャホールド（足組）として作り、肉付けをしていくというスタイルが流行ったかと思います。 AWS
![[新サービス] 一撃でCI環境を作れる AWS CodeStar | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/495673edbefe7b7bc5e6e9e54b2565989b893342/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Faws1.png)
Microsoft Corporation
Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find
DevOpsを通じてITを企業の武器にするために重視すべき3つのポイント
DevOpsを通じてITを企業の武器にするために重視すべき3つのポイント：単なる自動化で終わらせない、DevOpsのすすめ デジタルトランスフォーメーションが進む中で、DevOpsの重要性はさらに高まっているが、その導入にまで踏み切れていない企業は多い。開発部門と運用部門の認識のズレだけでなく、そもそもDevOpsで何を達成するのかという基本的な部分から焦点がブレやすく、結果として単なる自動化と違いが分からないというケースも散見される。自動化とDevOpsは密接な関係にあるが、自動化がDevOpsのゴールではなかったはずだ。では、DevOpsの本質とは何か。自動化の他に何を重視するべきなのか。システムインフラのみならずDevOpsの導入を支援する取り組みを提供するレッドハットに話を聞いた。 開発現場と経営層の間でDevOpsに対する認識のズレがある 近年、ITとビジネスの関係性は非常に密接
Googleのインフラ技術から考える理想のDevOps
デブサミ2017で発表予定の資料です。 http://event.shoeisha.jp/devsumi/20170216 2017/02/14 ver1.0 公開Read less
闇のDevOps DevOpsと業績評価 – ところてん – Medium
ここから、DevとOpsが協力すればより効率的になる＝DevOps、という言葉が生まれました。 当時は大企業においてはDevとOpsが分かれていることが当たり前だったのです。そして、大企業における当たり前が、当たり前ではないことに気付き始め、DevOpsを実現するためのツールができ始めたころでもあります。 ではなぜ、大企業ではDevとOpsが分かれているのが当たり前だったのでしょうか？ ハードウェアの時代その昔、産業の主役はハードウェアでした。 そのため、多くの企業はハードウェアを作ることに対して最適化が行われました。 ハードウェアには研究開発、製造、運用サポートといった大きな区分けが存在します。そして、それぞれの仕事において要求する人材レベルは異なります。 加えて、大量生産された製品の運用サポート（設置作業員、サポートセンタ）には、大量の人員が必要になってきます。 したがって、組織を研究
Google、書籍「Site Reliability Engineering」の無料公開を開始。インフラや運用をソフトウェアで改善していく新しいアプローチ
Google、書籍「Site Reliability Engineering」の無料公開を開始。インフラや運用をソフトウェアで改善していく新しいアプローチ 「Site Reliability Engineering」（SRE）とは、GoogleのシニアVPであるBen Treynor氏が提唱した、高い信頼性や性能を発揮するシステムインフラを実現し、改善していくアプローチのひとつです。 これまでの運用チームやインフラチームによる運用や改善とSREが異なるのは、SREでは積極的にコードを書き、ソフトウェアによって目的の達成を目指している点にあるといえます。 Googleが公開しているSREのWebサイトでは、SREを次のように説明しています。 Like traditional operations groups, we keep important, revenue-critical syst
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
<!-- "> '> --><title>
GitLabによるComplete DevOps
NoOpsへの挑戦
急成長するサービスを支える DevOps 戦略と組織変革へのアプローチ / Approaches of DevOps and Organization
[GitHubとクラスメソッドの勉強会]DevOpsとAWSについてお話しました。資料をアップします。 | DevelopersIO![[GitHubとクラスメソッドの勉強会]DevOpsとAWSについてお話しました。資料をアップします。 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/faf3334bbe958772b09453f1a088d21cca899bfd/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F07%2Fdevops.png)
