タグ

DevOpsに関するyukatouのブックマーク (8)

  • DevOpsはエンタープライズからスタートアップへの横恋慕 #devops #プロダクトマネージャー #leanstartup - @i2key のBlog

    DevOpsはエンタープライズのスタートアップへの憧れ と、楽天の川口さんが言ってたなーなるほどなーと今になってしっくりきてたのでブログを書いてみる。んで、ブログ書くために、あれ?そもそもあってるっけと思いFacebookストーキングしたら違ってた。 "DevOpsはエンタープライズからスタートアップへの横恋慕" by 川口さん と言われていた模様。うーむ、横恋慕のほうが味わい深い・・・。 そして、早速タイトルを修正した。先行きが不安だ。ちなみにかなり長めのポエムなので時間のないかたはそっと閉じて頂ければ。 自分自身が長いこと新規事業畑にいたこともありDevOpsへの関わり方として、エンタープライズな状況下(Dev部門、Ops部門、ビジネス部門、...and so on)においてDevOpsをしたというよりも、サービスをゼロから立ち上げ、グロースする中でのDevOpsという経験が強く、最近

    DevOpsはエンタープライズからスタートアップへの横恋慕 #devops #プロダクトマネージャー #leanstartup - @i2key のBlog
    yukatou
    yukatou 2016/11/11
    “横恋慕”
  • Chef ベーシックトレーニング

    3. トレーニングの対象 / 想定 ✤ [対象] インフラ構築自動化の経験があまりない方 ✤ [対象] とりあえず簡単にChefがどんなものか触って確認したい方 ✤ [対象外] ガッツリとハンズオンで色々試したい方 (Chef社のサイトなどを 参照して自習してください) ✤ [想定] 所要時間を2-3時間に設定したコンテンツになっており、全てはカ バーしていません。より詳細を学習したい場合はChef社のサイトや関連書 籍をご利用ください

    Chef ベーシックトレーニング
  • 自動化対象のユニットテスト(単体テスト)の仕様書を書くことは完全なる無駄である

    ブログポストは、マイクロソフトの意見ではなく、私個人の意見であることをお断りしておきます。 DevOps 普及活動の一環として、DevOps ハッカソンというイベントを実施しています。DevOps のプラクティスの一つとしてAutomated Testing (自動化されたテスト) があります。 それに関して複数の参加者の皆さんがこのようなことを言っていました。 「自動テストを書くのは好きではないです。何故かというと、自動化されたユニットテストを書いたら、同じ内容のエクセル方眼紙の仕様書を書かないといけないので、二重に書くのは無駄だし大変だと思うんです。」 はっきり言ってしまうと、このケースの単体テスト仕様書は完全なる無駄であると断言できます。 このポストではその理由をお話ししたいと思います。 1. 単体テストのイメージの違い この問題が起きている背景には、「単体テスト」というものがCO

    自動化対象のユニットテスト(単体テスト)の仕様書を書くことは完全なる無駄である
  • 【資料公開】The Basics of DevOps

    2015年11月21日に楽天さんで行われたRakuten Technology Conferenceで「The Basics of DevOps」というテーマで話をしてきましたので、資料を公開します。 なお、楽天さんなので資料は英語です(ただし中学レベルの英語なので問題ないと思います!!)。 DevOpsというとすぐツールの話をしちゃう人が多いのですが、僕の考えるDevOpsはツールの話だけではありません。 何度も言っていますが、DevOpsの土台になるのはCultureだと思っています。 こちらからもスライドにアクセスできます。

    【資料公開】The Basics of DevOps
  • 「本物のDevOpsを体験できるハッカソン」参加レポート(前編)~DevOpsの概要と実践方法の紹介

    DevOpsとは何か 座学部分となるセッションは「マイクロソフトDevOpsハッカソン」というタイトルで、DevOpsとは何か、DevOpsを実践していく上で何が必要なのかといったポイントを踏まえた形で進められました。 まずは概要的な部分、「DevOpsとは何か」という問い掛けからDavidの解説が始まります。DavidはDev(開発側)とOps(運用側)の関係性を示す図を掲げながら「開発側はアプリを作り、運用側に渡す。その際、運用がアプリを展開できるように引き継ぐが、トラブルは起こってしまいます。デプロイメントの部分で苦戦するケースはとても多く、よくある話です。アプリケーションに変化を加えたい開発側と、アプリケーションの安定性を求める運用側でこの部分の連携がうまく取れていない、いわゆる『縦割り組織』の場合、"Wall Of Confusion"(混乱の壁)によって問題が発生してしまいます

    「本物のDevOpsを体験できるハッカソン」参加レポート(前編)~DevOpsの概要と実践方法の紹介
  • インフラの継続的デリバリー - naoyaのはてなダイアリー

    事前に断っておくがここでいう「インフラ」はレイヤ的には OS より上の話。 少し前に GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー で、GitHub を介したデプロイを実践しているということを紹介した。普段の開発を Pull Request ベースでやっているので、デプロイもまた Pull Request を契機に実行させると色々捗る、という話。 このプラクティスの対象領域をインフラにまで拡大してみました、というのが今回の話。 DNS レコードを Pull Request を merge した契機に自動で更新 AWS を利用している場合、ドメインの管理も Amazon Route 53 を使うといろいろと都合がいい。 Route 53 での DNS レコードの更新はこれまでブラウザから操作していた。これだと誰がいつ作業したかわからないし履歴もトラックしづらい。また変更

    インフラの継続的デリバリー - naoyaのはてなダイアリー
  • クックパッドのデプロイとオートスケール、1日10回デプロイする大規模サイトの裏側(前編)。JAWS DAYS 2014

    クックパッドのデプロイとオートスケール、1日10回デプロイする大規模サイトの裏側(前編)。JAWS DAYS 2014 大規模なオンラインサービスを支えるためのオートスケールと、サービスをすばやく進化させていくための迅速なデプロイ。クックパッドはこの2つをクラウド技術の組み合わせによって両立させています。 同社のインフラ責任者である成田氏がその仕組みやルールを、Amazonクラウドのユーザーコミュニティ主催のイベントJAWS DAYS 2014で解説しました。 記事では、その講演内容をダイジェストで紹介します。

    クックパッドのデプロイとオートスケール、1日10回デプロイする大規模サイトの裏側(前編)。JAWS DAYS 2014
  • Cookpad's deployment and auto scaling

    クックパッドのデプロイとオートスケール 2014.03.15 JAWS DAYS 2014 Immutable Infrastructure track http://jawsdays2014.jaws-ug.jp/speaker/i_naruta/

    Cookpad's deployment and auto scaling
  • 1