2013/07/14(日)に開催された、JulyTechFesta2013に行ってきました。
そこで @paming が見聞きしたキーワードやリンクをまとめておきます。

全体

A01: Treasure Dataのクラウド戦略

TrasureDataの中川さんが公演
中川さんはプログラミング言語Dの著者とのこと。
TrasureDataのビジネスは、「巨大なデータをクラウドで扱う」事。
ポリシー："Data first, Schema later" "Simple APIs" "Easy integration"
tech stack: "td-agent" "Plazma" "multi-tenant scheduler"
- fluented jsonフォーマットなログ転送の仕組み。pluginが豊富。rubygemで提供される。n:mの接続が出来る。
- td-agent fluentedを動作させるためのパッケージ。rpm,deb,homebrew等など
- MessagePack JSONライクなシリアライザ
多数の外部サービスを使っている
- シリコンバレーの人は"focus""focus"と叫んでいるし、自分の強みに特化するため。
- Librato Metricsダッシュボード生成サービス?メトリクス監視、realtime analysis
- Pager Duty何かあったら電話を鳴らすサービス
- Desk.com 顧客対応サービス、salesforce
- olarkwebサービスに「ユーザからの問い合わせ用のチャット画面」を付けるサービス
- HipChat 社内でのやりとり用chat Atlassian
- CopperEgg サーバのモニタリング
- Logentries ログファイルのgrep
- New Relic モニタリング
- opscodeのHosted Chef
一方、BIツールは提供しない。
- すでに顧客が使っているツールがある
- 使ってるツールに流し込む仕組みを提供
常に「自分達のコアバリューは何か？」を問いながら仕事するとのこと。

B10: OSSジョブ管理システムによる運用自動化事例

togetter
スライド
* SOS JobSchedulerの説明と事例紹介
* "JobScheduler"でググると一般用語がヒットしすぎるけど"SOS JobScheduler"ならだいぶマシ
* Job定義をXMLで記述。スクリプトはJavaScriptやshell、ruby、Java、perl等で書ける。
* クライアント機にAgent ジョブをコントロールする部分にEngineを入れる。ジョブの状態をJOC(web)で見る。ジョブの定義はJOEやJIDで定義する
* ジョブは2種類：StandaloneJobとJobChain。どちらもXMLで記述されている。

* WebAPIがありPHPのライブラリがあるので、他とのつなぎ込みが簡単。
* 事例紹介。「機器の監視」はNagiosで行い、「業務の監視」をSOS JobSchedulerで行う。フロントエンドはJobSchedulerのAPIを叩いて独自画面を作成。

* agent入れるのが面倒らしい。fabricで入れるパッケージあり。
* 日本JobSchedulerユーザグループ(JJUG)これまた検索しにくい

その他資料：
* SOS JobScheduler Overview (Japanese)

C20: ショート

C21: Gitのワークフローとアクティビティ

togetter
スライド
Gitのブランチ戦略の話でしたがほとんどメモれてなかった。
* git-flow
* github-flow: masterブランチは即デプロイOK！わかりやすい！
* GItHub Flow in Browser
* Github pluse
* Gitlab
* Git status
* タイムライン、BitBachketのような

C22: 組込みハードウェアをWebAPIとして提供する方法

togetter
プレゼン資料

ArtifactNoiseの発明家、北神さん。第一印象
ロボットアーム+WebAPI=動かすだけで面白い！
ハードウェアとWebを繋ぐ"Elpis"。ハードウェアとの接続を「非同期化」してる。遅延とかいろいろ大変
ArtifactNoiseは「団体」で企業ではなく手弁当。一緒に色々やりたい人募集中→その後名刺交換会へ。

C23: 最近のEucalyptus

togetter
プレゼン資料
NTTデータの羽深さん。

Eucalyptusってなに→openstackやapache cloudstackみたいなもの。Amazon EC2/S3コンパチをプライベートネットワークに構築。大学の学生が学内リソースでテスト出来るように、が発端。
「Amazon EC2の1リージョンに、俺はなる！」
第1回：EucalyptusでAmazon EC2互換環境を作る (2010/9/24 06:00)

A30: serverspec: Chef/Puppetと一緒に使うサーバテストのためのテスティングフレームワーク

togetter
スライド
* serverspecの宮下さん。子だくさん
* サーバプロビジョニング、３つのレイヤ "boot strap" "system configuration" "Application"
* それぞれに自動化 EC2やchef,puppet capistrano fabric
* そうしたらそれぞれに「テスト」がある。"serverspec" "Nagios""Zabbix"
＊このへん聞き逃し

* 「監視とは、継続的なテストである」　サーバのテスト=監視
* Nagiosとかでの監視項目（ポート開いてるか、http返してるか等）に加えて、serverspecでは"パッケージ入ってるか""自動起動するか"等もテスト出来る。
* Configuration Management Framework = chefとかpuppetとかansibleとか。これに対応するテストが数種類ある
* シンタックスのテスト
* 流し込み「前」のテスト（ユニットテスト） chefspecとか
* 流し込み「後」のテスト（結合テスト） serverspecとか
* serverspecとは→サーバの状態をRSpec (Rubyのテストフレームワーク)で記述。人間が流し込んだ後に「ログインして確認」してたことを自動化。

* 応用：サーバ構築のCI。puppet更新→VMに流し込み→serverspecでテストをくるくる回す。
* Ukigumo perlで書かれたCIツール、シンプルなJenkins風。

JulyTechFestaで見聞きしたキーワードのまとめ

全体