タグ

DevOpsに関するisrcのブックマーク (11)

  • NewsPicksにCTOとして入社して1年でDX Criteriaを大幅改善した話 - Uzabase for Engineers

    こんにちは。このブログでは初めまして。2020年の2月にNewsPicksに入社した高山です。 今回は僕がNewsPicksのCTOになってからの1年でやったお仕事について書いていきます。 CTO最初のミッション DX Criteriaについて 「デプロイ回数」を定点観測 やってきたチャレンジ 1年経ってみて CTO最初のミッション NewsPicksは2013年に誕生し、5年ほどの壮大な創業期の間にたくさんの新しい領域に挑戦しており、僕が入社したときには既に事業面でもシステム面でも「それなりの複雑さ」という感じでした。 前任CTOの杉浦さん(今はグループ内でアメリカでの新規サービスの立ち上げをしています)からバトンを受け取って最初のミッションが「DX Criteriaを上げること」だと聞いたときにそのあたりの事情を全て察しました。😅 結論から先に書くと、1年で大幅改善を達成することがで

    NewsPicksにCTOとして入社して1年でDX Criteriaを大幅改善した話 - Uzabase for Engineers
    isrc
    isrc 2021/01/29
    開発者一人あたりのデプロイ回数が定常的に2倍、多い週で3倍以上になりました
  • CSAが「DevSecOpsの6つの柱:自動化」を公開していますね。。。 - まるちゃんの情報セキュリティ気まぐれ日記

    isrc
    isrc 2020/07/12
    DevOpsが進むとセキュリティについても動的に対応する必要があり、自動化が不可欠となってくるということでしょうね
  • 「サル軍団」にシステム障害を起こさせる、Netflixの驚異的なトラブル撲滅法

    世界に1億人超のユーザーを抱えるネット動画配信サービス大手の米Netflix。障害がつきもののクラウドで、数千のマイクロサービスに分割したアプリケーションを15万台以上の仮想マシンによって安定稼働させる。このことは、同社にとって極めて重要な課題だ。 Netflixは、わざと番障害を起こしてすぐ復旧させることを繰り返し、当の障害発生に備える、という驚くべき手法「カオスエンジニアリング」を実践している。 その効果は実証されている。Netflixが全面的に採用しているAmazon Web Services(AWS)で、2017年2月に中核施設の一つ、米バージニア北部リージョン(広域データセンター群)にて大規模障害が起きたとき、別のリージョンに速やかに切り替えたという。 Netflixの先進的な取り組みを紹介するこの特集の最後に、カオスエンジニアリングを取り上げる。 この先は日経クロステック

    「サル軍団」にシステム障害を起こさせる、Netflixの驚異的なトラブル撲滅法
    isrc
    isrc 2018/03/29
    カオスエクスペリメントは、意図的に障害を起こすことによりクラウドの障害が起きてもユーザーに悪影響を与えない、という弾力性のレベルを見極めるもの。その意味で「従来のテストは、相互補完的に用いるもの」
  • 数千のマイクロサービスで期間短縮、知られざるNetflixのシステム開発体制

    Amazon Web Services(AWS)のユーザーのなかでも開発・運用の先進性で別格といえる存在の米Netflix。システムの開発では「マイクロサービスアーキテクチャー」を全面採用し、機能変更の頻度を高めている。 マイクロサービスアーキテクチャーは、API(アプリケーション・プログラミング・インタフェース)を備えた独立性の高いソフトウエアコンポーネントである「マイクロサービス」の組み合わせでアプリケーションを構成する設計方法だ。ソフトウエアコンポーネントの独立性を高めて機能変更の影響範囲を限定することで、影響調査やコード作成などの開発工数を減らし、機能変更の頻度を高められる。 Netflixは何千ものマイクロサービスから成るシステムを開発し運用しており、以前は2週間掛かっていた機能変更の期間を短縮。マイクロサービスごとに適したタイミングでの機能変更を実現しているという。 Netfl

    数千のマイクロサービスで期間短縮、知られざるNetflixのシステム開発体制
    isrc
    isrc 2018/03/29
    サービス粒度について「例えば顧客IDや映画IDの管理など、一つの機能で切り分けている」/「ツーピザチーム」と呼ぶ小規模チームを多数設けている/運用の課題を解決するために、独自ツールを多数開発
  • 世界が注目するAWS先進ユーザー、Netflixのすごさ

    ネット動画配信大手の米Netflix。1997年8月の創業から20年余りでサービス展開地域は190カ国となり、加入者数は1億人を超えるまでに急成長を遂げている。時には米国のネットワークにおいて3割超のトラフィックを占めるほどの影響力を持ち、「FANG」(Facebook、Amazon.com、NetflixGoogleの頭文字を並べたもの)と呼ばれる巨大ネット企業の一角として名をはせる。 NetflixはパブリッククラウドサービスのAmazon Web Services(AWS)を、2009年に大規模導入した先進ユーザーとしても知られる。2017年末時点で、利用する仮想マシンは15万台超という。 AWSを大規模に利用しているだけではない。システムを適切な単位に分割して独立性を高めることで頻繁な機能変更を可能にする「マイクロサービスアーキテクチャー」の全面採用や、自動復旧の仕組みを整えたう

    世界が注目するAWS先進ユーザー、Netflixのすごさ
    isrc
    isrc 2018/03/29
    障害を起こす時間を自動で管理したり、ユーザーへの影響が最小限になるようテスト対象のトラフィック量を自動計算したりするツール「ChAP」を開発。ユーザーへの悪影響を招くリスクを減らしている。
  • 闇のDevOps DevOpsと業績評価 – ところてん – Medium

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

    闇のDevOps DevOpsと業績評価 – ところてん – Medium
    isrc
    isrc 2017/02/15
    発時の初期におけるOpsの手作業で行われる業務の多くをDevが取り扱えるようになりました/Opsがプログラミングによって自らの仕事を減らすのもアリだが、プログラミングのできるOpsが少ない
  • 新技術導入を米国並みに!働き方を変えて生産性を高めるための8つの習慣 - メソッド屋のブログ

    クロスカルチャーの専門家のロッシェル・カップさんと共同でマイクロソフトの投資の元作成した「働き方を変えて生産性を高める8つの習慣」だが、動画シリーズが完成したので、各習慣の動画をここで整理しておきたい。楽しんでもらえる内容になっているので、是非楽しんでご覧ください!また、すべての項目について、私が過去にこのブログで書いた、各習慣に関するポストへのリンクを整理しておいたのでブログの集大成になっている。 元々シリーズは、日でも、DevOps や Agile を米国並みに実践したいという考えから考察されたものですが、働き方を変えて変化対応性と、生産性を向上させるためのもので、どなたにも楽しんでもらえる内容になっております。早速各習慣のビデオをご紹介させてください。それぞれ10数分以下のサイズになっています。 序章:イントロダクション 8つの習慣をなぜ作成したのか?どういう効果があるのか?と

    新技術導入を米国並みに!働き方を変えて生産性を高めるための8つの習慣 - メソッド屋のブログ
    isrc
    isrc 2017/02/13
    クロスカルチャーの専門家のロッシェル・カップさんと共同でマイクロソフトの投資の元作成した「働き方を変えて生産性を高める8つの習慣」だが、動画シリーズが完成
  • 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ

    私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ15年ぐらい実施し、導入の支援をしている。私はかつては、日の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか?ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して

    私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
    isrc
    isrc 2016/07/13
    マイクロソフト以上の大企業が日本のどこにあるのだろうか?マイクロソフトは、アジャイル化を終えて、さらに DevOps ジャーニーを進めている/竹やりで戦闘機と戦っているようなものだ/日本では「経験」を積めない
  • マネジメントスタイルの違いがもたらす「圧倒的スピード感」の違いと「楽しさ」 - メソッド屋のブログ

    最近は、ソフトウェアの新しい技術や、考え方の日に対する導入の遅れをどうやったら無くすことができるか?ということを考えている。今回はインターナショナルチームに参加して感じたマネジメントスタイルの違いについて書いてみたい。 海外企業のリーダーシップスタイルの変化 ソフトウェアの世界では、2001年にアジャイル開発が登場以来、それ以降のパラダイムでは、「サーバントリーダーシップ」と呼ばれるタイプのマネジメントスタイルが主流になっている。 従来型のスタイルは「コマンドアンドコントロール」というスタイルで、リーダーが部下に指示をし、リーダーは部下の状況を把握、確認し、管理していく。一方、サーバントリーダーシップの場合、リーダーは、ビジョンとKPIを示すが、実際にどのようにするかは、チームが自ら考えて意思決定していく。 この考え方は、既に1969年に発表されているらしいというのを下記ので知った。

    マネジメントスタイルの違いがもたらす「圧倒的スピード感」の違いと「楽しさ」 - メソッド屋のブログ
    isrc
    isrc 2016/07/13
    サーバントリーダーシップが主流/コマンドアンドコントロールはオールドファッション/上司からは指示は一切なく「エンジョイしてるか?」ということは頻繁にきかれる
  • “攻めのIT”を実現する有効な手段として注目されている「DevOps」とは?

    “攻めのIT”を実現する有効な手段として注目されている「DevOps」とは? ビジネスの成功率を高めるリーン・スタートアップ 変化の激しい時代を勝ち抜くためのビジネス手法として「リーン・スタートアップ」が注目されている。“リーン(lean)”とは、人間で言えば“細くて健康な”状態、つまり無駄がなく、活力があることを意味する。リーン・スタートアップとは、無駄のない企業プロセスでイノベーションを生み出すマネジメント手法であり、最低限の製品やサービスから始めて、改良を加えながらビジネスの成功の確率を高めていく。 具体的には、これまでのビジネスプロセスのように、アイデアを練って完成度の高い製品やサービスを作り上げるのではなく、実用最小限の製品やサービスを「構築」し、見込み客に使ってもらって反応を「計測」し、そこで得られた結果を「学習」していく。この「構築→計測→学習」のサイクルを繰り返していく。コ

    isrc
    isrc 2015/02/03
    クラウド上でシステムを開発し、それをクラウド上で運用することによって開発環境と運用環境という壁を物理的に取り払い、開発部門と運用部門が協力し合える仕組みを容易に構築することができる
  • DevOpsとは何(ではないの)か、そしてどうやって実現するのか

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    DevOpsとは何(ではないの)か、そしてどうやって実現するのか
    isrc
    isrc 2015/02/03
    彼はDevOpsという単語をいったん忘れることすら提案している。注意してみると、彼は代わりにサービス・デリバリーという単語を使っている。なぜなら「我々はサービスを作るビジネスをしている」からだ。
  • 1