DevOps再入門～DevOpsが生きる領域、ITILが生きる領域～
DevOps再入門～DevOpsが生きる領域、ITILが生きる領域～：特集：国内DevOpsを再定義する（2）（1/4 ページ） 市場変化の加速を受けて、国内でも今あらためて見直されているDevOps。その本当の意味と適用領域の考え方を、DevOpsに深い知見を持つガートナー ジャパン リサーチ部門 ITインフラストラクチャ＆セキュリティ ITオペレーション担当 マネージング バイス プレジデント 長嶋裕里香氏に聞いた。 競争が激しい市場環境の中で、着実に収益・ブランドを向上させるためには、ニーズに応える「スピード」が不可欠なポイントとなる。特に先を見通しにくい現在は、ITサービスを迅速にリリースし、市場の反応をうかがいながら改善するスタンスが、着実に差別化を図るための重要なポイントとなっている。その手段として、国内でもあらためて注目を集めている「DevOps」だが、その定義や適用領域に対
ビッグデータツールチェインのセキュリティはビッグリスク、あるいは、誰もHadoopをスクラッチからビルドする方法を知らない件について
ビッグデータツールチェインのセキュリティはビッグリスク、あるいは、誰もHadoopをスクラッチからビルドする方法を知らない件について The sad state of sysadmin in the age of containers コンテナー時代のシステム管理者の惨状 システム管理は惨劇に見舞われている。現状は悲惨だ。 筆者は昔気質のシステム管理者に不満はない。システムの稼働を維持し、アップデートし、アップグレードする方法を知っている者達だ。 この憤りは、コンテナーと構築済みVMと、それらがもたらす、「信頼」や「アップグレード」の欠如による悲惨な惨劇に対するものだ。 例えば、Hadoopを見てみろ。誰もHadoopをスクラッチからビルドする方法を知っているようには見えないぞ。依存性とバージョンとビルドツールが悲惨なほどに絡まりあっている。 この手のイケてるツールの中で、古典的なmake
クックパッドのデプロイとオートスケール、1日10回デプロイする大規模サイトの裏側（後編）。JAWS DAYS 2014
クックパッドのデプロイとオートスケール、1日10回デプロイする大規模サイトの裏側（後編）。JAWS DAYS 2014 大規模なオンラインサービスを支えるためのオートスケールと、サービスをすばやく進化させていくための迅速なデプロイ。クックパッドはこの2つをクラウド技術の組み合わせによって両立させています。 同社のインフラ責任者である成田氏がその仕組みやルールを、Amazonクラウドのユーザーコミュニティ主催のイベントJAWS DAY 2014で解説しました。 （本記事は「クックパッドのデプロイとオートスケール（前編）。JAWS DAYS 2014」の続きです） オートスケールはAmazon Auto Scalingを使わないと判断 今日の本題であるオートスケールの話をしたいと思います。 オートスケールとは一般に、トラフィックが増えたらサーバを増やしましょうね、という作業を自動化するものです
はてなやクックパッドの開発現場で、CIやテストはどう行われているのか？（前編）。CROSS 2014 － Publickey
Web技術について横断的に語り合うイベント「CROSS 2014」が1月17日、都内で行われました。 そのセッションの1つ「現場に聞く！テスト/CI/DevOps、実際のところどうなの」では、フリーランスエンジニアの伊藤直也氏がセッションオーナーとして司会を担当し、クックパッドで開発まわりのエンジニアをしている舘野祐一氏、はてなでアプリケーションエンジニアをしている伏井洋平氏、KAIZEN platform Inc.の石橋利真氏らがスピーカーとして登壇。 先進的な現場でテストやCIがどのように行われ、エンジニアのチームがどのように情報共有をしているか、本音で語るという注目すべき内容でした。本記事ではそのダイジェストを紹介しましょう。 現場に聞く！テスト/CI/DevOps、実際のところどうなの 伊藤 今日のテーマとしてはCI（Continuous Integration、継続的インテグレー
Fluentdが流行る理由がいま分かる、10の実践逆引きユースケース集 - Y-Ken Studio
ログデータを活用してビジネスに役立てようという最近のトレンドは理解できる。 しかし、なぜログ収集ソフトウェアのFluentdがこれほどまで話題になるのか、不思議に感じている方もいるのではないだろうか。単にログデータを収集するならばsyslog-ngやrsyslogで十分ではないかという意見もあるだろう。 それらは既存のログシステムを置き換えるプロダクトであり、Fluentdのそれとは根本的に異なる。Fluentdは、既存のログシステムに手を入れることなく新たにログの収集を行い、ストリームデータ処理を実現するプロダクトなのである。 一般的にログデータはサーバの数だけ分散しており、それを定期実行処理で収集するということだけでも、なかなか骨の折れる仕事である。さらに集めるだけでなく、日々増え続けるログデータを活用できる形に加工してしかるべきデータストアに保管するということに挫折した方もいるのでは
ポータブルなWebアプリケーション - naoyaのはてなダイアリー
140文字で書ききれなかったのでブログに殴り書き。 Heroku のアプリケーションを人に渡す 昨日、「naoyaさんが作ってるiOSアプリのバックエンドサーバーに相乗りさせてもらえないか」という話をいただいた。自分でも同じようなAndroidアプリを作っているけど、サーバーサイドは作ってないからということらしい。 対して「githubにコードあるからgit cloneしてheroku pushすれば動くし、自分で heroku にデプロイしてよ」と応えた。相乗りしてもらってもよかったのだけど、こちらでコードを書き換えたりメンテしたときに先方のアプリが停止することを考えると同じコードベースでサーバーは自分で立ててもらう方が何かと良い。 対象になったソフトウェアは Heroku で動かしていたので、Heroku Ready な形、つまり、必要な外部パッケージの一覧やサーバーの起動手順なんかは
GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」（後編）～DevOps Day Tokyo 2013
GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」（後編）～DevOps Day Tokyo 2013 世界中でDevOpsのイベントとして行われている「DevOps Days」の東京版「DevOps Day Tokyo 2013」が9月28日に開催、海外から来日した多くのゲストスピーカーによるセッションが行われました。 （本記事は「GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」（前編）～DevOps Day Tokyo 2013」の続きです） チャットを共有のターミナルとして使う 次は「Hubot」について。HubotはJavaScriptで書かれていて（注：Node.jsを用いたサーバサイトJavaScript）、メッセージを受けてその内容に従って動作します。僕は何か問題があるとHubotのせいにしています（笑） ターミナルをシェアす
GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」（前編）～DevOps Day Tokyo 2013
GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」（前編）～DevOps Day Tokyo 2013 世界中でDevOpsのイベントとして行われている「DevOps Days」の東京版「DevOps Day Tokyo 2013」が9月28日に開催、海外から来日した多くのゲストスピーカーによるセッションが行われました。 GitHubのJohn Britton氏は「Ops for Everyone」（みんなの運用）という題で、GitHub社内で開発から運用までをデベロッパー自身が行うためのツール、BoxenとHubotの紹介と社内の利用例を解説しています。 Ops for Everyone John Britton氏。 GitHubでエンジニアと教育の橋渡しをしています。
クラウド＆DevOps時代に求められる運用とは～Zabbixが有効な理由
クラウド＆DevOps時代に求められる運用とは～Zabbixが有効な理由：クラウド＆DevOps時代の運用をZabbixで（1）（1/2 ページ） ますますクラウド化が進む中、システムにはより迅速な対応が求められるようになっています。要件の変化が早いシステムを適切に運用していくためにはどうすればいいのでしょうか？ この記事では、クラウドやDevOpsを前提としたITシステムの「運用」に求められることを整理し、そういった運用に対して、オープンソースの統合監視ツール「Zabbix」がどのように有効活用できるかを紹介します。 はじめに～なぜ、いま「Zabbix」？ ますますクラウド化が進み、より迅速で柔軟な対応へのニーズが高まる中、ITシステムには、開発と運用が一体となって効率よくシステム（サービス）を提供することが求められています。 この連載では4回に渡って、運用面での視点を中心に、どのように
マイクロソフト、無料のツール「DevOps Workbench Express Edition」β版を公開。Windowsサーバへのデプロイを自動化
マイクロソフト、無料のツール「DevOps Workbench Express Edition」β版を公開。Windowsサーバへのデプロイを自動化 DevOpsの実践では、開発から運用までをツールを使って自動化することが重要です（ツールだけではなく協力するカルチャーもDevOpsの大事な要素ですが）。米マイクロソフトは、Windowsアプリケーションのデプロイを自動化する無料のツール「DevOps Workbench Express Edition」β版の公開を開始しました。 DevOps Workbench Express Editionは、小規模な組織を想定したデプロイツールで、1台のWindowsサーバをターゲットとしたデプロイの自動化を実現します。 環境を自動チェックしデプロイ作業を自動化 DevOps Workbench Express Editionの画面左のテンプレート一覧
DevOpsに関する12のアンチパターン
みなさんこんにちは。@ryuzeeです。 DevOpsGuysというサイトのTwelve DevOps Anti-Patternsという記事が秀逸です。 作者の方に許可を頂き翻訳しましたので公開します。 原文も軽妙なタッチで読みやすいと思いますのでぜひご参照ください。 また本文で様々なスライドや資料へのリンクがありますので、そちらも見ていただくと理解が深まるんじゃないかと思います！ えっとDevOpsを始めたいのかな？おっけー。ただ始める前に、やってはいけないいくつかのことについて見ておこう。 古き良き時代には単に「良くないアイデア」って呼んでいたんだけど、外交やポリティカル・コレクトネス運動の結果、ブレストやアイデアシャワーをして、最近は「アンチパターン」と呼ばれるようになった。 パターンが絶対的に正しいのであれば、すなわち「アンチパターン」は間違いということになる。そして間違いを避ける
DevOpsの大事なことは、だいたい原点に書いてある（後編）～ Developers Summit 2013 Summer
DevOpsの大事なことは、だいたい原点に書いてある（後編）～ Developers Summit 2013 Summer 夏に行われるデブサミ、「Developers Summit 2013 Summer」が、8月1日に開催されました。テーマはエンタープライズに向けたDevOps。 （この記事は「DevOpsの大事なことは、だいたい原点に書いてある（前編）～ Developers Summit 2013 Summer」の続きです） DevOpsの典型的なやり方 ITの現場の多くで、開発と運用チームの関係はこのようなものだと言われています。つまり、開発は「ビジネスの要望に応えて機能を実現しているのは自分たちだ」と考え、一方で運用も「安定運用でビジネスを支えているのは自分たちだ」と考えています。 しかし実際にビジネスから見れば、どちらも大事なんですね。両方うまくやってほしい。 そこでDevO
DevOpsの大事なことは、だいたい原点に書いてある（前編）～ Developers Summit 2013 Summer
DevOpsの大事なことは、だいたい原点に書いてある（前編）～ Developers Summit 2013 Summer 夏に行われるデブサミ、「Developers Summit 2013 Summer」が、8月1日に開催されました。テーマはエンタープライズに向けたDevOps。 僕は基調講演に登壇せよとご指名いただいきました。基調講演の役割とは、このあとに続くDevOps関連のさまざまなセッションの前座として、DevOpsの原点をもう一度振り返って観客のみなさんと共有した上で、それをエンタープライズに展開したときにどんな課題がありそうなのか、という問題提起をすることだと考えました。 問題意識を喚起した上で個別のセッションに参加することで、各セッションの意義がより高まるはずです。これを軸に講演の内容を構成しました。 そんなわけで、基調講演のダイジェストを紹介しましょう。 DevOpsの
「Vagrant」って何ぞ？（・o・）
「Vagrant」って何ぞ？（・o・）：Vagrant開発者 Mitchell Hashimoto氏に聞いた 仮想の開発環境作成ツールとして人気が高まっている「Vagrant（ベイグラント）」。その開発者であるMitchell Hashimoto（ミッチェル ハシモト）氏が来日するとの情報を聞き、2013年7月12日、VOYAGE GROUPで行われたミートアップに駆け付けた。 「Vagrant」とは Vagrantとは、違う環境に移行可能な開発環境を簡単に構築・管理し、配布することができる開発環境作成ツール。「ほんの数行書くだけで開発用の仮想マシンを構築できる」という優れものだ。 Vagrantのビジョンは、「開発者とシステム管理者にとって最高の『開発フロー』を提供すること」。Vagrantをダウンロードして「vagrant up」と入力し、実行するだけでそれが可能となる。 システム管理
DevOpsの今とこれから #init_devops
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
Chef(Server)と AWS OpsWorks(tm)の比較
2013/07/06 JAWS-UG Kobe 第2回 OpsWorks(Chef)特集 発表スライドRead less
まとめてたくさん処理したい！ を解決する「Capistrano」
まとめてたくさん処理したい！ を解決する「Capistrano」：特集 DevOps時代の必須知識 インフラ運用の自動化を実現し、DevOpsを支援するツールはいくつかあります。ここではその中から「Capistrano」というツールについて、サンプルを用意しつつ紹介します。 はじめに インフラ運用の自動化を実現するツールには「Chef」や「Puppet」などいろいろあります。今回の記事ではそういったツールのうち、Capistranoというツールを簡単なサンプルを用意しつつ紹介します。 Capistranoとは Capistranoとは簡単にいうと、オープンソースで提供されている、複数のサーバ上で同時にスクリプトを実行するためのソフトウェアツールです。主に、同じ役割のサーバが複数台存在するような環境での自動化であったり、アプリケーションのデプロイ自動化に利用されています。 特にRuby On
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クックパッドのデプロイとオートスケール、1日10回デプロイする大規模サイトの裏側（前編）。JAWS DAYS 2014
クックパッドのインフラ責任者が語る、DevOpsを成功させる考え方「迷ったら健全な方を選ぶ」～DevOps Day Tokyo 2013