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のせいにしています（笑） ターミナルをシェアす
DevOps Day Tokyo 2013 参加レポート
こちら、Galbreath さんの当日の資料。 DevOps が実行出来ない理由 Tool が足りない 社風の影響 見えないモノが価値がないと事業から考えられている 出来る事は、価値があるモノの社内への説明と、Tool を使った可視化。データの可視 化が重要。Ops の人は結構「データをどこそこの部署に見せても理解してもらえない」 だとか「データを閲覧させると万が一の時にシステムが破損する」等と考えがち。が、 ビジネス寄りの人にとって重要なグラフが含まれていたり、アカウント担当の人に役立 つものも含まれている。ましてシステムが破損することなど決して無い。 重要なのは “運用のメトリクスを公開する” こと！ Graphite グラフ描画ツール まず完成度が高いわけではない 同類のソフトウェアでは行えないクエリが発行出来る REST API Flexible Input & Output Si
DevOpsの今とこれから #init_devops
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
インフラチームを持たない会社でのインフラ運用
