techcompass.jp - エンジ 勉強会 スキルアップ レポート イベント 開発 テクノロジー リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
運用を見える化することでDevOpsを前進させよう（後編）～DevOps Day Tokyo 2013
世界中でDevOpsのムーブメントを広げているイベントDevOps Daysが今年も東京で「DevOps Day Tokyo 2013」として9月28日に都内で開催されました。 （本記事は「運用を見える化することでDevOpsを前進させよう（前編）～DevOps Day Tokyo 2013」の続きです） 自分1人で、1台のマシンで1日でデータを公開してみる 今日は「1台、1日、1人」で運用データの公開をしてみるというチャレンジをしたいと思います。 すべてのメトリクスをまとめて、自動的にデータを共有できるようにし、自分は手間がかからないように自動化してみましょう。 使うのはGraphiteというツールです。RRDtoolやGanglia、Cactiなどに似ています。 ドキュメントは貧弱だったりしますが、エコシステムはすばらしいと思います。入出力が簡単で、REST APIで簡単にグラフを作る
「健全さ追求し開発・運用に一体感」DevOpsDay Tokyoでクックパッド成田氏
「情報システムの開発と運用の“健全さ”が一体感を生み、DevOpsを成功させる」――。レシピサイトを手掛けるクックパッドの成田一生氏（インフラストラクチャー部 部長）は2013年9月28日に都内で開催された「DevOpsDay Tokyo 2013」の講演で、このようにアピールした（写真）。 講演タイトルは「迷ったら健全な方を選ぶ」。成田氏はまず、クックパッドにおけるシステム開発・運用の現状を説明。急速に事業を拡大するクックパッドでは、社員の約3割がクックパッド以外の事業に携わる。新規事業が次々と誕生し、開発チーム（52人）は1日当たり5～10件もの新機能をサイト上にリリースしている。 そのため、成田氏ら運用チーム（5人）が当日になってリリースに気付き、急きょサーバーを増強するトラブルも起きているという。それでも成田氏は「開発と運用の間に、承認フローやルールを持ち込むのは絶対に避けたい」と
定期実行スクリプトの綺麗なロギング3選 - カイワレの大冒険 Third
オリンピックの流れに乗れてない@masudaKです。 職業柄かちょくちょくスクリプトを書くことはあるのですが、やはり色々自分で書いたり人のを見たりしてるうちに、この実行履歴綺麗だなーと思うことが多々あります。 今回は、そう思える対象のなかでも、「定期実行スクリプト」の「出力」を扱ってみたいと思います。 「定期実行スクリプト」というのは、バッチ処理だったり、何か必要に応じて叩かれるスクリプトで、具体的にはバックアップとか集計とか、一日に最低一回は叩かれるようなスクリプトです。cronやJenkinsで叩かれるような類ですかね。そのようなスクリプトの「出力」について書いてみたいと思います。 出力は標準出力であれば、tailfコマンドだったり、Jenkinsのビルドのコンソール出力で見られるようなもの。ロギングされてるのであれば、それと同様に追えるようなものとします。 以下に書くのはあくまで今の
CakePHP2.1をgit push一発でデプロイ - 地中へのはしご
やはりデプロイは自動化しなければまずいということで。全て手で書き換え+ftpでアップロード状態からgit push一発で完了させるようにしました。ディレクトリの配置や環境は前記事準拠です。 CakePHP2.1をさくらのレンタルサーバー+マルチドメイン使用でデプロイ やったこと ・コードで環境の差分を吸収 ・DBのマイグレーション ・git push をフックにスクリプト実行 前提 Gitでソースのバージョン管理をしている コードで環境の差分を吸収 開発環境と本番環境で設定が異なる部分を、全てコードで吸収します。 僕の場合書き換えたのは以下の4ファイルです。 ・bootstrap.php ・core.php ・database.php ・webroot/index.php 基本方針は、IPを見て場合分けです。 bootstrapに定義したURL定数と、coreのdebug設定をこんな感じで
1,000のサーバでも監視できるnode.js製死活チェッカー·uptime MOONGIFT
uptimeはnode.jsで作られたWebサーバ死活チェッカーです。 Webサーバがきちんと正常に動き続けているかどうか一番簡単にチェックするのは定期的にアクセスしてレスポンスタイムを見ることです。そんなWebサービスの死活チェックに使えるのがuptimeです。 サーバを立ち上げました。最初に監視するWebサーバを設定します。 URLと監視する間隔を指定するくらいです。 監視を開始しました。グラフは自動更新されないのでご注意ください。 イベントがあればこちらに出力されます。 グラフではなく一覧で結果を確認できます。 徐々にグラフが更新されていきます。 uptimeは1000以上のWebサーバを一括で監視できるパフォーマンスを持っています。またダウンしている際にはWebアラートを表示できます。エラーがあった際にはHTTPステータスやその内容を記録してくれます。サーバはタグを使ってグループ管
僕たちが行き着いた、シンプルで簡潔なGitの運用方法 - テクノロジーと広義のデザイン！
Gitを使い始めて１年以上たちます。最近、Gitを使ったプロジェクト運用方法が自分なりに固まってきたので公開します。かなりシンプルなので、ある程度Gitに慣れていれば十分に運用可能だと思います。 僕たちが理想とするヒストリーGitを使った開発の成果物、それは開発のヒストリー（履歴）そのものです。このヒストリーが論理的に正しく、かつ、簡潔で理解しやすいものを目指すというのが大方針となります。その方針のなか、現時点で僕たちが理想だと考えているのが、以下の図のような履歴がリモートブランチに残ることです。このヒストリーには２タイプのブランチが存在します。 リリースブランチ … 次期リリースバージョンに向けて進んで行くブランチ。チケット１枚について１つのコミットが良い。 フィーチャーブランチ … チケット１枚について１つ切られるブランチ。機能を実装する際に小刻みにコミットしたログが残っているため、後
Capistranoでアプリケーションのデプロイ作業を効率化 - builder by ZDNet Japan
本連載の第1回から第3回までは、主にmoonlinxのインフラ技術を説明してきました。今回からはmoonlinxのウェブアプリケーション技術に着目して解説していきたいと思います。 デプロイツール「Capistrano」の魅力 ウェブメディア「moonlinx」では、moonlinx Membership Centerと呼ばれるクリエイター向けの登録制会員サービスを運営しています。これは、デザイナーや音楽活動を行うアーティストをターゲットとしたサービスであり、クリエイター自身の活動をプロモーションするツールとして活用できるサービスです。 このMembership Centerでは、フレームワークとしてRuby on Railsを利用して開発しています。また、PhusionのPassengerを利用して、Apache2上で動作させています。 Railsの運用環境は、MongrelとMongre
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
