タグ

devopsに関するmather314のブックマーク (11)

  • HashiCorp創業者、ミッチェル・ハシモト氏に聞く(前編)~HashiCorpを設立した経緯、エンタープライズ市場へフォーカスする理由とは?

    HashiCorp創業者、ミッチェル・ハシモト氏に聞く(前編)~HashiCorpを設立した経緯、エンタープライズ市場へフォーカスする理由とは? VagrantやTerraformなど、オープンソースのインフラ自動化ツールで知られるHashiCorp。同社は今年、日法人を設立し、国内での格的な活動をスタートさせました。 9月に米テキサス州で開催したイベント「HashiConf'17」では、ポリシーを設定することでインフラの自動化を安全に実行する「Sentinel」の発表など、同社はこのところ企業向けのラインナップの充実が目立ちます。 同社の創業者兼Co-CTOのミッチェル・ハシモト(Mitchell Hashimoto)氏に、創業の経緯やエンタープライズへフォーカスする理由、今後の方向性などとともに、ハシモト氏と日との関係などについても聞きました。 HashiCorpを立ち上げた経緯

    HashiCorp創業者、ミッチェル・ハシモト氏に聞く(前編)~HashiCorpを設立した経緯、エンタープライズ市場へフォーカスする理由とは?
  • Modern Agile 入門 #modernagile - @i2key のBlog

    完全に出遅れ感ありますが、モダンアジャイルが気になってきたのでちょこっと自分の中で理解のために整理をしてみました。モダンアジャイル自体にプラクティス厨やめろというメッセージが含まれているかとは思いますが、とは言え、家 Modern Agile - Industrial Logic でもある程度はプラクティス風な記載はされているので同様にやるべきこと、やるとよいことをプロットして思考を整理しました。箇条書きで見にくいかとは思いますが、あくまで自分用なので。今後追記編集していくかもです。テキトーに自分用メモとして書いただけなので間違ってたら指摘ください。また、入門というタイトルは自分が入門しただけなので、入門者のために書いてるわけではないのであしからずw 各プラクティスや方法論は理解してる前提で箇条書きしてます。 Modern Agileの位置づけの理解 ここにプロットされている諸々の方法論

    Modern Agile 入門 #modernagile - @i2key のBlog
  • 衝撃的な効率性~最高の DevOps チームは「知っている事」で構成されていた~ - メソッド屋のブログ

    今回マイクロソフトの社内カンファレンスに参加するために、シアトルに滞在したが、以前からどうしてもやりたかった、マイクロソフト最高の DevOps チームを直接観察してみたいという夢をかなえてみた。 私はマイクロソフトの DevOps エバンジェリストだが、Sam Guckenheimerのチームの話は、人の口と、プレゼンテーションと、アーティクル経由で理解したものに過ぎない。現場に行って物を見てみたかったのだ。 だから、今回Samにお願いして、VSTS/TFSを開発しているMatthewのチームを観察させてもらった。そこで得たことを皆さんと共有しておきたい。 気になっていたSamの一言 VSTS / TFSの開発チームがいるビルにやってきた。ここにあのチームがいるのかと思うとすごくワクワクしてきた。一体どんなことを彼らはやっているのだろう。それと同時に、私が顧客訪問をSamと日で行っ

    衝撃的な効率性~最高の DevOps チームは「知っている事」で構成されていた~ - メソッド屋のブログ
  • https://atlas.hashicorp.com/

  • ポータブルなWebアプリケーション - naoyaのはてなダイアリー

    140文字で書ききれなかったのでブログに殴り書き。 Heroku のアプリケーションを人に渡す 昨日、「naoyaさんが作ってるiOSアプリのバックエンドサーバーに相乗りさせてもらえないか」という話をいただいた。自分でも同じようなAndroidアプリを作っているけど、サーバーサイドは作ってないからということらしい。 対して「githubにコードあるからgit cloneしてheroku pushすれば動くし、自分で heroku にデプロイしてよ」と応えた。相乗りしてもらってもよかったのだけど、こちらでコードを書き換えたりメンテしたときに先方のアプリが停止することを考えると同じコードベースでサーバーは自分で立ててもらう方が何かと良い。 対象になったソフトウェアは Heroku で動かしていたので、Heroku Ready な形、つまり、必要な外部パッケージの一覧やサーバーの起動手順なんかは

    ポータブルなWebアプリケーション - naoyaのはてなダイアリー
  • OSCにてChefに関する講演を行いました。 #osc14tk

    2月28日、3月1日の両日に開催されたオープンソースカンファレンス2014 Tokyo/Spring にてChefの講演を行いました。 Chefに絞った集まりなどではない講演という事もあり、Chefをよく知っている人とそうでない人の間の知識と関心の差を埋めるような内容を心がけました。 今回は「DevOpsを実現する為のChef活用テクニック」と題して、次のような方に向けて情報を取りまとめています。 ChefとDevOpsが流行っているらしいが、その背景がよくわからない Chefの情報は沢山あるが、どうやって利用するかわからない Chefを使い始めたが、自分の使い方が正しいのかどうかよくわからない 特に重要そうなポイントをいくつか書き出しておきますが、詳細は資料と動画をご覧ください。 DevOpsとChef Infrastracture as CodeはDevOpsに使われるツールの1つのジ

    OSCにてChefに関する講演を行いました。 #osc14tk
    mather314
    mather314 2014/03/26
    あとで読む
  • 継続的デリバリ/デプロイを実現する手法・ツールまとめ

    継続的デリバリ/デプロイを実現する手法・ツールまとめ:DevOps時代の開発者のための構成管理入門(終)(1/2 ページ) バージョン管理や継続的インテグレーションとも密接に関わる継続的デリバリ/デプロイメントの概要や主なツール、経緯、実践事例を紹介。実践手法として「ブルーグリーン・デプロイメント」「Immutable Infrastructure」が注目だ。 完全に自動化されたリリースプロセスが必要となる「継続的デリバリ」とは いよいよ連載「DevOps時代の開発者のための構成管理入門」も最終回となりました。今回のトピックは「継続的デリバリ」です。 継続的デリバリは、連載で扱ってきたバージョン管理や継続的インテグレーションなどの単一のプラクティスではなく、それら一連のプラクティスを包含した、ソフトウェアデリバリ全体に対しての「考え方」「アプローチ」といえるものです。 「継続的デリバリ

    継続的デリバリ/デプロイを実現する手法・ツールまとめ
  • クックパッドのインフラ責任者が語る、DevOpsを成功させる考え方「迷ったら健全な方を選ぶ」~DevOps Day Tokyo 2013

    クックパッドのインフラ責任者が語る、DevOpsを成功させる考え方「迷ったら健全な方を選ぶ」~DevOps Day Tokyo 2013 世界中でDevOpsのイベントとして行われている「DevOps Days」の東京版「DevOps Day Tokyo 2013」が9月28日に開催されました。 国内企業のDevOps実践例から学ぶセッションで登壇したのが、クックパッドの成田一生氏。「迷ったら健全な方」というテーマで、同社におけるDevとOpsの良好な関係を構築する方法論を、Opsチームの責任者の視点で解説しています。内容をダイジェストで紹介しましょう。

    クックパッドのインフラ責任者が語る、DevOpsを成功させる考え方「迷ったら健全な方を選ぶ」~DevOps Day Tokyo 2013
  • 5分で分かった気になるDevOps

    最近あっちゃこっちゃでDevOpsという単語を聞きますが、概念的な言葉でスコープが広いので簡単に整理しておくことにします。 これで5分くらいで分かった気になるかもしれません。 2009年にFlickrの人が発表した概念 http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr 概念なので、実装は個々の現場によって異なる。アジャイル開発とアジャイル開発方法論の関係のようなもの。 従来型の考え方による利害対立 Devは多くの機能を早く届けなければならない すばやい変化 Opsは安定した運用を行いトラブルを起こさないようにしなければならない 変化を避けたい それじゃビジネスに勝てない DevOpsとはDevとOpsが協力しながら、ビジネスのために継続的に成果を出す、もしくは変化に

    5分で分かった気になるDevOps
  • DevOpsの大事なことは、だいたい原点に書いてある(前編)~ Developers Summit 2013 Summer

    DevOpsの大事なことは、だいたい原点に書いてある(前編)~ Developers Summit 2013 Summer 夏に行われるデブサミ、「Developers Summit 2013 Summer」が、8月1日に開催されました。テーマはエンタープライズに向けたDevOps。 僕は基調講演に登壇せよとご指名いただいきました。基調講演の役割とは、このあとに続くDevOps関連のさまざまなセッションの前座として、DevOpsの原点をもう一度振り返って観客のみなさんと共有した上で、それをエンタープライズに展開したときにどんな課題がありそうなのか、という問題提起をすることだと考えました。 問題意識を喚起した上で個別のセッションに参加することで、各セッションの意義がより高まるはずです。これを軸に講演の内容を構成しました。 そんなわけで、基調講演のダイジェストを紹介しましょう。 DevOpsの

    DevOpsの大事なことは、だいたい原点に書いてある(前編)~ Developers Summit 2013 Summer
    mather314
    mather314 2013/08/07
    求められるシステムを作るためにそれぞれの環境に合わせて考えよう。『よく「動いているシステムには触るな」という格言がIT業界で使われますが…』コードを変えなければバグが出ないとでも?:-P
  • インフラチームを持たない会社でのインフラ運用

    始める DevOps ( http://atnd.org/events/41286 ) での発表資料です #init_devops

    インフラチームを持たない会社でのインフラ運用
    mather314
    mather314 2013/08/05
    参考になる。
  • 1