Slack Botの種類と大まかな作り方 - Qiita
「Bot users」の作り方がいくつかあるため、別々に記述しています。簡易なものならWebサーバーは不要ですが、凝ったことをやろうとするとwebhookのためにwebサーバーとして稼働させる必要があります。 最後の「Unfurling links」(リンク展開)はいわゆるbotの自動処理などとは違うのですが、他のものより少し特殊なので別枠として表記しています。 Slackでは上記のような機能をひとまとめのパッケージとしたものを 「Slack App」というようです。 上記の Incoming webhooksや簡易なBotなどはworkspaceに対して単体でも設定できますが、一部の設定は Slack Appでなければ使えないものがあります。 一度単体で作成したBotを、あとから App に変換するようなことはできないようです。 印象としては、自動連携機能はSlack Appに統一してい
Herokuでbotを運用する時代は終わった。これからはIBM Bluemixを使って無料で運用する - Qiita
2017/01/17追記 Herokuのプランが変更されたようです。 詳しくは、コメント欄を参照してください。 追記ここまで みなさん、bot活用していますか？ どんどん便利なスクリプトを追加し、日々の業務や生活になくなてはならない存在になっていると思います。しかしながら、botをどこで運用するかという悩ましい問題があります。少し前ならheroku一択でしたが、herokuのプランが変更され24時間完全に無料で運用することが難しくなりました。 herokuで運用する問題点 herokuは素晴らしい環境です。が、無料でbotをつくるとなると話は少し変わってきます。 30分アクセスしなければスリープ 24時間連続で動かすことができない(6時間のスリープ) hubot-heroku-keepaliveによって30分のスリープの問題はいいですが、24時間稼働できないのはどうしようもありません。まあ
大人のスタートアップは大人のリリースができる。そう、ChatOpsならね。 | メルカリエンジニアリング
このブログをご覧のみなさま初めまして。@siroken3です。メルカリではインフラチームに所属しており、リリースの仕組み構築を担当しています。 メルカリのリリースについて メルカリではカスタマーサポートから受け取る改善要望、プロダクトとしてまだやれてないことなど多くのタスクがあり現在も継続して開発とリリースが行われています。 Issue管理はRedmine、ソースコードのリポジトリはGitHub privateを使用しています。Pull Request(以下PR)でのコードレビューを実施、masterブランチへマージされたものをリリースするのが基本的なフローです。 一方、1年前まではリリース頻度は週1回のリリース日を決めて実施していましたが、この1年で大きく変わりました。現在では日本版とUS版を合わせて10回〜30回/日の頻度でリリースしています。この記事では大きく変わったメルカリのリリー
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の自動更
一休.com での ChatOps - kentana20 技忘録
はじめに こんにちは @kentana20 です。一休.comの中で自動化や開発フローの整備・改善などを担当しています。 本エントリはChatOps Advent Calendar 2015の14日目の記事です。一昨日は @treby さんが 「2015年にプライベートで作ったbotたち」 というタイトルで、趣味で作成されたBotを紹介いただきました。 今日は、 一休.com でのChatOps活用事例をいくつかご紹介したいと思います。 一休で使っているツール 一休では以下のツールを連携してChatOpsを整備しています。 比較的よくある組み合わせだと思います。 カテゴリ ツール Chat Slack Bot Hubot CI Jenkins E2Eテスト Selenium VCS GitHub Enterprise タスク管理 Redmine 一休.com でのChatOps リリース運
ヤマト運輸が「LINE」を活用し、宅急便をますます便利に | ヤマトホールディングス
ヤマト運輸が「LINE」を活用し、宅急便をますます便利に ～「ヤマト運輸」LINE公式アカウントで、お届け予定やご不在連絡のメッセージが届きます～ ヤマトホールディングス傘下のヤマト運輸株式会社（本社：東京都中央区・代表取締役社長：長尾 裕 以下ヤマト運輸）は、1月19日より、LINE株式会社（本社：東京都渋谷区・代表取締役社長：出澤 剛 以下LINE）が運営するコミュニケーションアプリ「LINE（ライン）」で、「お届け予定メッセージ」や荷物問い合わせなどの各機能の提供を開始します。 近年のスマートフォンの急激な普及で、インターネットの利用もウェブからアプリへ急速に移行しています。それに伴い、コミュニケーション手段もEメールから、「LINE」やソーシャルメディアへと変化してきています。「LINE」は2011年6月のサービス開始以来、若年層のユーザーを中心に拡大を続けており、国内トップのコミ
Easy-to-use communication tools built for Slack
Schedule MessagesSchedule messages for unique or recurring future deliveries, send reminders, and overall improve the communication flow within your team. You no longer have to be connected 24/7 or risk forgetting to send important messages. Schedule your first messageView Demo Create PollsQuickly make decisions with real-time data from your team. Using Convergely, you can poll a chat room or chan
Meekan Scheduling Robot for Slack
We regret to inform you that Meekan will shut down on September 30, 2019. We have made a decision to shift resources towards our other scheduling products, and will therefore close Meekan down by the end of September. At that time, all of our users’ calendar data and any other information will be completely deleted, and Meekan’s bots will no longer respond to any scheduling requests or issue remin
非エンジニア参加型 ChatOps でソシャゲ運用 - YAPC::Asia Tokyo 2014
ソーシャルゲーム黎明期から弊社が開発・運用している ぼくらの甲子園シリーズの最新作であるぼくらの甲子園！ポケットがリリースしてから1周年を迎えようとしています。 このゲームのサーバーサイドのコードは perl で書かれており、私は初期開発から運用まで現在進行形でこのプロジェクトに携わっています。 現在、チームメンバーの数は約20〜30人で、そのうちサーバーサイドエンジニアは約5人です。 この人数で 約3〜5本のイベント開発・運用 新機能開発 既存バグ修正 ... etc を並行にこなしています。 上記の人数でこれらのタスク管理やテスト環境の構築といった運用業務を滞りなく回すのは大変困難です。 そんな中、チームで活躍してくれているのが IRC の BOT の akane ちゃんです。 akane ちゃんは 任意のマスターデータが反映されたテスト環境の自動構築 GitHub 上で管理されている
Travis CI Blog
Travis CI could be looking for you. Now, you can write an article for Travis CI and get paid. You can earn: $500 per article$250 bonus if the article gets 1,000 organic views... Introduction Trunk-based development is one of the most widely used branching methodologies. It helps teams collaborate and build and deliver software.This article will examine... Docker Build Cloud has been a popular topi
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.promptapp.io/home
我が家を支えるChatOps
Group Mentions – Gitter Blog