第22回 AWS User Group - Japan 東京勉強会

# 第22回 AWS User Group - Japan 東京勉強会

JAWS-UG #22 に参加してきました。
[第22回 AWS User Group - Japan 東京勉強会 - JAWS-UG東京支部 | Doorkeeper](http://jawsug-tokyo.doorkeeper.jp/events/11988)

| コンテンツ | 発表者 | 資料 |
|:-----------|:-----------|:-----------|
| セッション1 「NulabとAWSと私」 |ヌーラボ 中村さん |[Nulabとawsと私](http://www.slideshare.net/ikikko/nulabaws) |
| ショートセッション1「運用自動化時代のドキュメンテーション」 |運用設計ラボ 波田野さん |[20140620 JAWSUG東京 「運用自動化時代のドキュメンテーション」](http://www.slideshare.net/opelab/20140620-jawsugtokyodocumentation) |
| セッション2 「KAIZEN platform における運用自動化」 |KAIZEN platform 伊藤さん |[KAIZEN platform Inc. における運用自動化 // Speaker Deck](https://speakerdeck.com/naoya/kaizen-platform-inc-niokeruyun-yong-zi-dong-hua) |
| ショートセッション2「AWSアカウント開設からインスタンスを立ち上げるまでの作業自動化について」 |gumi 本間さん |[AWSアカウント開設からインスタンスを立ち上げるまでの作業自動化について](http://www.slideshare.net/hommatomonori/aws-36143936) |
| セッション3「Sensu on AWS」 |Amazon 吉羽さん |[Sensu on AWS // Speaker Deck](https://speakerdeck.com/ryuzee/sensu-on-aws) |
|LT1「Pandora FMSを使って監視もオートスケール対応」 |Rworks 北川さん、山田さん | |
|LT2「ちょっといいSensuの話（仮）」 |cloudpack 山口さん |[2014-06-20 JAWS-UG Tokyo // Speaker Deck](https://speakerdeck.com/y13i/2014-06-20-jaws-ug-tokyo) |

その他まとめ

- [第22回 AWS User Group - Japan 東京勉強会 #jawsug - Qiita](http://qiita.com/inokappa/items/364b37efb09fa265924c)
- [「第22回 AWS User Group - Japan 東京勉強会」に参加してきました - akiyoko blog](http://akiyoko.hatenablog.jp/entry/2014/06/20/233938)
- [第22回 AWS User Group - Japan 東京勉強会 - Qiita](http://qiita.com/t-sato/items/348874524eda430c6687)
- [第22回 AWS User Group – Japan 東京勉強会 | cloudpack技術情報サイト](http://blog.cloudpack.jp/2014/06/21/aws-jawsug-tokyo-22th-take-notes/)

## 今回のテーマは「AWS運用管理自動化祭り(Immutableもあるよ)」
各社の運用自動化への取り組みを聞かせていただきました。
各社、アーキテクチャや使用しているミドル・ツールが似ているのが勉強になりました。

以下、気になったものを紹介します。（Docker、Vagrant、Chef、Jenkinsは除いています）

### Ansible

- [Ansible is Simple IT Automation](http://www.ansible.com/home)

Puppet や Chef の仲間。
シンプルだし、一度使ってみたいと思った。斜め読みした感じ良さそうなので、是非試してみたい。

参考サイト

- [構成管理ツール Ansible について - apatheia.info](http://apatheia.info/blog/2013/04/06/about-ansible/)
- [Ansible チュートリアル | Ansible Tutorial in Japanese](http://yteraoka.github.io/ansible-tutorial/)

### HUBOT
- [HUBOT](https://hubot.github.com/)

GitHub社が作成したオープンソースのBotフレームワーク。コマンドを介して、様々な処理を実行できる。
GitHubではDevOpsの中心となっているツール（らしい）

運用自動化のキーとなる印象を受けました。特に、KAIZEN platform 伊藤さんの話はとても勉強になりました。ヌーラボさんの事例でも紹介されていましたが、かなり便利ですね。
DeployもJenkins等つかってかなり自動化できてると思ってたけど、HUBOTと組み合わせるともう1段進むなと思いました。すばらしい！

参考サイト

- [第1回　Hubotとは何か：GitHub社謹製！ bot開発・実行フレームワーク「Hubot」｜gihyo.jp … 技術評論社](http://gihyo.jp/dev/serial/01/hubot/0001)
- [hubotで快適BOT生活](http://www.slideshare.net/kazufumiotani/hubotbot)
- [GitHubがOpsツールの中心として活用しているHubotを使ってみる～インストール、スクリプトの作成、Herokuへのデプロイ～ - Tech-Sketch](http://tech-sketch.jp/2013/12/hubot-install-heroku.html)

### Sphinx
[Overview — Sphinx 1.2.2 documentation](http://sphinx-doc.org/)

ドキュメント生成ツール。Amazonのドキュメントもこれで作られているとか。
単にAPIのドキュメントということであれば[ carte ](https://github.com/devo-ps/carte)でいいかなとおもっていたけど、それ以外だと、こちらが良いのだろうか。ドキュメントの自動化というのも、確かに面白い話だと思いました。

参考サイト

- [Sphinx-Users.jp — Python製ドキュメンテーションビルダー、Sphinxの日本ユーザ会](http://sphinx-users.jp/)

### CircleCI
[Continuous Integration and Deployment - CircleCI](https://circleci.com/)

CIツール。
正直、まだ他のCIとの違いがわかっていないのでなんとも言えない。TravisCIといろいろ比較検討してみたい。

参考サイト

- [Travis CIとCircleCIの比較まとめ。aptが使えるTravisが現状ベター | nanapi TechBlog](http://nanapi.co.jp/blog/2014/04/16/travis-ci-vs-circleci/)
- [CircleCI導入したのでwerckerとの比較も含めてまとめ - 月曜日までに考えておきます](http://ryonext.hatenablog.com/entry/2014/05/20/093828)
- [CircleCIとwercker // Speaker Deck](https://speakerdeck.com/ryonext/circlecitowercker)

### CasperJS
[CasperJS, a navigation scripting and testing utility for PhantomJS and SlimerJS](http://casperjs.org/)

テスティングツール。
クロスブラウザのテストを、一つづつ目検でやるのはもういやだ＞＜　ということで、こういうものを組み合わせて、自動化していきたいと思いました。

参考サイト

- [casperJSでwebスクレイピング | THE SPORTS BUSINESS](http://thesportsbusiness.jp/archives/189)
- [PhantomJS入門 CasperJSを使う - Murayama blog.](http://murayama.hatenablog.com/entry/2013/07/01/062150)
- [CasperJSで気軽にJSのテストできる - hitode909の日記](http://hitode909.hatenablog.com/entry/2013/08/07/202608)
- [【連載】CasperJS でスクレイピング (1) - CasperJS の基本 - メモ用紙](http://d.hatena.ne.jp/scientre/20140405/casperjs)
- [CasperJSで画面キャプチャをとる | Siguniang's Blog](http://siguniang.wordpress.com/2013/07/18/capturing-screenshots-with-casperjs/)

### BrowserStack
[Cross Browser Testing Tool. 300+ Browsers, Mobile, Real IE.](http://www.browserstack.com/)

クロスブラウザのためのテスティングツール（SaaS？）
この手のサイトはいくつかあると思ったが、これも試してみようかと思いました。

参考サイト

- [BrowserStackというサービスが便利で凄い！という記事を書いた結果ｗｗｗ | blog.ks-product.com](http://blog.ks-product.com/browserstack-web-tool/)
- [オンラインでクロス・ブラウザテストができる「BrowserStack」を試してみた – Rriver](http://parashuto.com/rriver/cross-browsing/browser-testing-tool-browserstack)


### Sensu
[Sensu | An open source monitoring framework](http://sensuapp.org/)

監視ツール。
ずっと、いろいろな監視ツールを検討していたが、これに決めました！


参考サイト

- [監視ソフトをNagiosからSensuに切り替えて2ヶ月経ったのでまとめた - Glide Note - グライドノート](http://blog.glidenote.com/blog/2013/11/26/sensu/)
- [Sensuを使って自由度の高い監視システムの構築を行う方法 | Ryuzee.com](http://www.ryuzee.com/contents/blog/6843)
- [chef - 次世代監視ツール Sensu リファレンス - Qiita](http://qiita.com/spesnova/items/f9a8c9661861cc453ead)
- [Sensuを使ってクラウド環境の監視を効率よく行おう - UNIX的なアレ](http://wadap.hatenablog.com/entry/2014/03/30/140913)
- [Sensu 監視システムを Chef で制御 - jedipunkz' blog](http://jedipunkz.github.io/blog/2013/06/20/sensu-chef-controll/)
- [docker + puppet + sensu で構築するセンス香る監視環境（1） - ようへいの日々精進 XP](http://inokara.hateblo.jp/entry/2014/01/16/064456)
- [SensuのCommunity Pluginの一覧(日本語版) | Ryuzee.com](http://www.ryuzee.com/contents/blog/6877)

### Mackerel
[【ベータテスター募集中】Mackerel: 新しいアプリケーションパフォーマンスマネジメント](https://mackerel.io/)

サーバ管理ツール。はてなさんのサービスなんですね。

参考サイト

- [Mackerelを始めてみた ｜ Developers.IO](http://dev.classmethod.jp/cloud/mackerel-firsttime/)
- [Mackerelを試してみた - kazutomoのブログ](http://kazutomo.hatenablog.com/entry/2014/05/08/231313)


### PagerDuty
[Incident Management System for IT Monitoring Tools | PagerDuty](https://www.pagerduty.com/)
サーバのダウンを警報してくれるものらしいです。
SMS,Mail,電話等に対応しているようです。

参考サイト

- [サーバのダウンを警報してくれる](http://jp.techcrunch.com/2010/07/17/20100716yc-funded-pagerduty-makes-sure-your-team-knows-when-a-server-goes-down/)
- [サーバに異常が発生したら電話で教えてくれる、「PagerDuty」 | bomcat.log](http://bomcat.wordpress.com/2012/05/17/pagerduty/)

### ChatOps
Hubotを中心としたGitHub社内のワークフローはChatOpsと呼ぶらしい。

参考サイト

- [Hubotを中心としたGitHub社内のワークフローはChatOpsと呼びことになったようだ。 - Sooey](http://journal.sooey.com/214)
- [Jenkins + Hubot + HipChatでChatOps的な何か - Devlog](http://kkurahar.github.io/blog/2013/10/27/jenkins-hubot-hipchat/)
- [hubotとhipchatでウワサのChatOpsの準備 « kaihatsu](http://jgs.logdown.com/posts/165498/hubottohipchatdeuwasafalsechatopsfalsezhun-bei)


## まとめ
それぞれの技術単体ではなく、組み合わせで全体を自動化してく必要がある。気がついた時から徐々に自動化を始める。伊藤さんの話にあった「3回同じことをするときは自動化！」は心に響いた。

一気に完璧な自動化を目指すのではなく、徐々に自動化に取り組んで行くことが重要。KAIZEN Platformさんみたいに、専門の人がいるのはとてもいいなと思いました。

自動化より形式知化が重要という話も頷いてしまった。
「誰でも実行できるようにする」というのに取り組んでいきたいですね。