👺 Hubot で Slack から AWS ECS にデプロイ
🏭 Docker を Production 投入するメリットを考える 仕事で開発中のシステムで、 master ブランチに Pull Request が Merge されると自動的に AWS ECS に構築した社内向けの確認環境にデプロイが行われるような仕組みを導... portalshit.net Kaizen Platform 時代は Naoya Ito さんの以下の記事にあるような感じで deploy してた。 Slack 上で hubot に話しかけると deploy 用の Pull Request が作られていい感じに deploy フローが始まる。 GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー 少し前までアプリケーションのデプロイと言えば capistrano などをコマンドラインから叩いてデプロイ、みたいなことをやっていたが、最近は少し様子が違うのでそ
🏭 Docker を Production 投入するメリットを考える
仕事で開発中のシステムで、 master ブランチに Pull Request が Merge されると自動的に AWS ECS に構築した社内向けの確認環境にデプロイが行われるような仕組みを導入した。自動テスト、コンテナイメージのビルド、デプロイには CircleCI を利用している。 .circleci/config.yml は以下のような感じ。 version: 2 shared: &shared working_directory: ~/app docker: - image: xxxxxxxxxxxx.dkr.ecr.ap-northeast-1.amazonaws.com/organization/app environment: PGHOST: 127.0.0.1 PGUSER: user RAILS_ENV: test REDIS_HOST: localhost - ima
Slack botからはじめるDocker - Qiita
TL;DR Slack bot + Redisの環境をローカルに構築するのは大変＞＜ RedisをコンテナにしたらどのOSでも一発で動かせる！ Slack botもコンテナにしたらRedisコンテナとの連携も簡単！ Docker Composeを使えばBotとRedisを1つのコマンドだけで起動できるよ Slack botをDockerコンテナ上で動かそう Slack等で運用するbot，例えばHubotやRubotyでデータの永続化をするためにはRedis等のKVSを利用することが多い． 今回はこのSlack bot（Ruboty） + RedisをDockerコンテナ上で動かしてみる． Redisコンテナ Redisについては公式にコンテナが提供されている．これをつかえばローカル環境にRedisを導入する必要が無いため，どんな環境でもdocker pull & docker runだけす
Hubot / ChatOps とは - Qiita
これは Hubot Advent Calendar 2014 の 1 日目の記事です。 Hubot Advent Calendar は 2014-12-01 時点で 3 / 25 という状況なので、@bouzuya の貴重な昼休みをつかって、細切れに Hubot の解説をしていくイベントになりました (適当) 。 連載の目次を追加しました。 第 1 回 『Hubot / ChatOps とは』 第 2 回 『Hubot のインストール』 第 3 回 『Hubot を Heroku で動かして Slack から話す』 第 4 回 『Hubot スクリプトを追加インストールしよう & 自分だけの Hubot スクリプトをつくろう』 第 5 回 『簡単な Hubot スクリプトをゼロからつくろう』 第 6 回 『簡単な Hubot スクリプトをもっとつくろう (おみくじ系)』 第 7 回 『スク
Slack / Hubot / GitHub / CircleCI によるChatOpsなデプロイ方法 - Qiita
概要 Slack / Hubot / GitHub / CircleCI などをつかってChatOpsにチーム開発できるフローをつくったので、ChatOpsによるデプロイ方法を中心にその方法をまとめてみます。 ChatOpsの主役であるチャットアプリには今回Slackを使いました。 HipChatでも同じように出来ますが、Slackの方がUIが優れていており、外部サービスとの連携も洗練されていたのでこちらを選択しました。 ChatOpsな環境の概要 SlackとHubot（PaaSであるheroku上にデプロイ）を連携させる SlackからHubot経由でGitHubにプルリクエストをつくる GitHub上の変更を監視し、CircleCIでテストを実施 デプロイ用のブランチに変更があった場合（GitHubのWEBコンソールでデプロイ用ブランチへのプルリクエストをマージした場合）、Circl
インフラの継続的デリバリー - naoyaのはてなダイアリー
事前に断っておくがここでいう「インフラ」はレイヤ的には OS より上の話。 少し前に GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー で、GitHub を介したデプロイを実践しているということを紹介した。普段の開発を Pull Request ベースでやっているので、デプロイもまた Pull Request を契機に実行させると色々捗る、という話。 このプラクティスの対象領域をインフラにまで拡大してみました、というのが今回の話。 DNS レコードを Pull Request を merge した契機に自動で更新 AWS を利用している場合、ドメインの管理も Amazon Route 53 を使うといろいろと都合がいい。 Route 53 での DNS レコードの更新はこれまでブラウザから操作していた。これだと誰がいつ作業したかわからないし履歴もトラックしづらい。また変更
Hubotをインストール、hipchatと連携し、foreverでデーモン化(CentOS6.4) - Qiita
2017年に新たに書き直したのでこちらも参考にしてください [2017年版]HubotをSlackで利用 ローカル環境構築、デバッグ、およびHerokuへのデプロイ方法 ブログより転載 http://konyu.hatenablog.com/entry/2014/05/13/214812 hubotとは GitHub社が開発しMITライセンスで公開しているNode.jsでbotを作り動かすためのフレームワークです。 Hubotの大きな特徴に，様々なチャットツールに対応している点があります。たとえば，先ほど取り上げたikachanは，IRC用のbotを作るためのフレームワークであり，Twitterのbotを作る目的には使えません。一方でtwittbotはTwitter専用であり，IRC用のbotを作ることはできません。しかし，Hubotは，Hubotとチャットツールをつなぐモジュールである「
node-inspector で hubot をデバッグする - Qiita
でもhubotはbin/hubotのシェルスクリプトで立ち上げるので、この方法ではデバッグモードに入れない。この起動スクリプトの中身はこんなかんじ。 #!/bin/sh npm install export PATH="node_modules/.bin:node_modules/hubot/node_modules/.bin:$PATH" exec node_modules/.bin/hubot "$@" つまりnode_modules/.bin/hubotをexecできればいいらしい。 1.hubotをデバッグモードで立ち上げる node_modules/.bin/hubotの中身はcoffeescriptなので、こんなコマンドでhubotをデバッグモードで立ち上げる。 必要があれば-a hogeのような引数もここで渡す。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.fumiz.me/2012/08/05/hubot-irc-bot-script/