Software Design 「ChatOps」特集に寄稿しました | Act as Professional
Software Design 2016年1月号 第1特集「はじまっています。ChatOps – 導入を決めた7社の成功パターン」にモンスターストライクの開発をしているXFLAGスタジオの事例を寄稿しました。 寄稿した記事はIRCからHipChatに乗り換えて、Hubotを利用する事例を、スマートフォン向けのゲームアプリ開発（サーバサイド）をおこなうなかでの事例を紹介しています。 今となってはHubotを2年以上運用していることになりますが、導入した背景や工夫しているポイントなどを解説しています。また、改めて実際に運用してみてこれから導入する人たちに向けて、どういった点を考慮すべきかなどについても触れさせていただきました。 最近はSlackなどのチャットサービスの導入が多くの会社で見るようになってきました。最近チャットシステムを導入した会社の方は、ChatOpsなどの導入に事例が7社も紹介
チャット経由でデプロイする - Qiita
最近開発で利用している、デプロイをチャット経由で行うフローについて説明します。 要点 開発者はmasterブランチで開発する 開発者はデプロイしたいときにBotにお願いする Botはmasterブランチからproductionブランチに対してPull Requestをつくる 開発者はPull Requestを確認してmergeする CIはproductionブランチが変更されるとサーバにデプロイする ChatOps masterブランチからproductionブランチにPull Requestを出す作業は面倒なので、チャット経由で行っています。Heroku上で動かしたRubotyにruboty-githubとruboty-aliasというプラグインを入れて、「デプロイしたい」と発言するとPull Requestを作成するように設定しています。チャット経由で物事を行うようにすると、周知や教育
ChatOpsでOSのセキュリティアップデートを自動化出来るようにした - Glide Note
先日@naoya_itoさんが自身のブログ(インフラの継続的デリバリー)でKAIZEN platform Inc.のインフラについて書いていたやつの続編的な内容。 TL;DR Chat(Slack) + Hubot + CircleCI + GitHub を用いてセキュリティアップデートを自動化した GitHubのPull Requestを契機にセキュリティアップデートを実行できるようにした CircleCIが大変便利。インフラ系の作業を自動化するのに非常に合っている気がする 背景 KAIZEN platform Inc.では、 ネットワーク脆弱性スキャン アプリケーション脆弱性スキャン セキュリティアップデートの定期実行 の3つをセキュリティ系タスクとして継続的にやっていこうという話になり、今回は私が担当した、「セキュリティアップデートの定期実行」の話。 RHEL系OSにはyumの自動更
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
