こんにちは。
私はサイバーエージェントでディベロッパーをしております、Patrick Boosです。

この度弊社セミナールームにて、外国人コミュニティーでのAndroidミートアップを開催致しました。
一年半前に行った前回のミートアップにおける参加者は10名程度でしたが、今回はその約二倍の19名にご参加いただきました。このようなミートアップに興味を持つ方が増えているということでしょう。今後はもっと定期的に開催していきたいと思います。




こちらのミートアップはGoogle IOの翌週に開催致しましたので、Google IOでのアナウンスメントについても議題にあがりました。その他は、それぞれが今関わっているプロジェクトについてプレゼンをしたりアンドロイドでの検証についてディスカッションを行いました。
私たちは、またこのような、知識をシェアしたりネットワークを広げることができ、それぞれが刺激しあい高められるような会を開きたいと思っております。

来月開催予定の次回ミートアップも楽しみにしております。

また、この会には日本人エンジニアも参加しており、英語で会話をしましたが、非常に大変そうに感じました。でもそれは彼がシャイなだけであって、話せないわけではないと思いました。ナーバスになっていただけだと思います。日本人にもっと外人の前で英語で自身を表現する機会を用意できたらと思います。

こんにちは！12新卒エンジニアの白木みつか(@32ka)です。
堂本剛をこよなく愛する23歳独身です。


最近「キラキラ女子」なるもの日経の記事にとりあげられ話題になりました。

サイバーエージェント、躍進支える「キラキラ女子」サイバー流、女性活用の研究（１）
「キラキラ女子」集結の謎、藤田晋社長が戦略語るサイバー流、女性活用の研究（２）
「キラキラ女子」を引き寄せる会社の条件 憧れ、説得力、多様性…サイバー流、女性活用の研究（３）

うちの女性社員はよくまとめにあがってきたりして、社外ではものすごい華やかなイメージを持たれています。
そんな中にいる、エンジニアについてはなかなか取り上げられません。。。
エンジニアだって頑張ってるんです！キラキラ女子だけじゃないんです！と思っているわけであります。

とゆうわけで、ごく一部ではありますが、エンジニアについて紹介していきますﾟ+.(◕ฺ ω◕ฺ )ﾟ+.


--- 朝のラジオ体操 ---



座り仕事がほとんどなので運動不足になりがち。
朝のラジオ体操で健康も気にする素敵なエンジニアさんたちです。


--- デスクを覗いてみた ---

デスク紹介とか1回やってみたかったんですよねー。

1人目



私のデスクです。普通です。小汚いです。。

2人目



すごい圧迫感。威圧感？
サンダーボルトを含め、5台ディスプレイとiPadが連なっています。
絶対全部活用できない。。
ｷｮﾛ(ω･｀))(´･ω･｀)(( ´･ω)ｷｮﾛ、、、首を痛めそうです。。

3人目



とにかくフィギュアがすごい。。
初めて見た時は圧倒されすぎて、話すときこの話題を切り出すか戸惑ってしまいました。
他にもフィギュアを置いている方はいっぱいいますが、本当にこれはすごい。
総額20万はくだらないそうです。地震が心配だなぁ。。


--- 外国人さんがいっぱい ---

外国人さんがいっぱいいるフロアがあります。
男性ばかりなにの、なんか華やか、かっこいい。



ゲームの基盤を支えてくれているかっこいいお兄さま達です！




こちらクロードさん。Gmailを見ております(´・ω・｀)




ジョナサンさんは、Node.jsの中心メンバーとしてNode.jsの先生やフレームワークの開発を行なっています(・∀・)


--- エンジニアプロデューサー育成会議 ---



うちでは、エンジニアも企画に関わることが本当に多いです。
「エンジニアプロデューサー育成会議」（前、ポイントすすむくん）とゆうものがあり、
社長に企画案・改善案を出したりしながら、社長からプロデューサー業を学ぶことができるんです。
実は、私もこの会議に参加させて頂いており、同期とアイディア出しの真っ最中です！

２年で２万の企画
エンジニアプロデューサー育成会議

その他にもエンジニアが企画に関わる機会がたくさんあります。ちょっと古い情報にはなりますが、以前エンジニアブログでのエントリーがあるのでそちらをご参照ください。
サイバーエージェントの技術者が企画に関われる制度まとめ


--- 勉強会への取り組み ---

エンジニアといえば、、、勉強会！



SUF (Skill Up Friday)と称して毎週金曜日、全職種を対象に勉強会を行なっています。
違う職種の人でも興味があれば気軽に参加できる勉強会です。
過去にはGitやレベルデザイン勉強会などが行われました。

（エンジニアブログ編集者注：SUFに関しては今後エンジニアブログでも定期的に取り上げたいと思っています！）



SUFは大人数での勉強会になりますが、もちろん少人数での勉強会はあちらこちらで行われています。


ちょっとはエンジニアのことをわかってもらえたでしょうか。
そんなエンジニアにキラキラ女子は、、、（うっとり




ではでは

photo by @79yuuki

はじめまして。
アメーバ事業本部でアメーバピグの開発/運用を担当しております、丸山と申します。

去る6月18日、CROOZ株式会社主催の勉強会テックヒルズにて第６回はJenkinsをテーマにして開催されました。そこでアメーバピグにおけるJenkinsの活用事例について登壇の機会を頂きました。






当日は、すでにローンチして2年以上経った状態でのアメーバピグにおいて、

* コード品質管理
* バッチ制御
* オペレーションの自動化

の3点をJenkinsを利用して如何に実現してきたかを実例を交えて話させていただきました。
が、あまりにも内容が赤裸々すぎたので後で会社から怒られないか若干心配です。

なお、発表時の資料をslideshareに上げておりますので、これからJenkinsを導入する方にとってで少しでも参考になれば幸いです。

はじめまして。インフラ所属の@saeoshiと申します。仕事中にAAを作成して
skypeに貼付けるという作業を主にやっています。社内の一部からは職人と呼ばれています。

あとはロックのかかっていないPCを見つけては、壁紙とskypeの画像を変更する作業も
かかさず行い、社内セキュリティにも貢献しています。アッーーーー!!

席も窓際なので、そろそろクビになるのでしょうか。
@oranie同様、僕もダーツかなんかで決められたのでしょう。

upstream upstreams_cache
    {
      server xxx.xxx.xxx.xxx:xxxx;
      server xxx.xxx.xxx.xxx:xxxx;

      hash $filename;
      hash_again 10;
      healthcheck_enabled;
      healthcheck_delay 3000000;
      healthcheck_timeout 7000;
      healthcheck_failcount 2;
      healthcheck_send "GET /xxxxx/xxxxx.jpg HTTP/1.0" 'Host: stat001.ameba.jp' 'Connection: close';
    }

title CentOS (2.6.18-164.el5)
        root (hd0,0)
        kernel /vmlinuz-2.6.18-164.el5 ro root=LABEL=/ elevator=deadline
        initrd /initrd-2.6.18-164.el5.img

# swift -A http://xxx.xxx.xxx.xxx:8080/auth/v1.0 -U test:tester -K testing stat -v

StorageURL: http://xxx.xxx.xxx.xxx:8080/v1/AUTH_1b51f596-eb3f-48a6-9d7f-e9140f558dfe
Auth Token: AUTH_tka8a3ffaa80da43f7bb043b44a614219f
   Account: AUTH_1b51f596-eb3f-48a6-9d7f-e9140f558dfe
Containers: 1
   Objects: 2
     Bytes: 371525
Accept-Ranges: bytes
X-Timestamp: 1358753108.30532
X-Trans-Id: tx901b4159276242cba3295d68e82b5d22
Content-Type: text/plain; charset=utf-8

curl -v -T test.jpg -X PUT -H 'X-Storage-Token: AUTH_tk39d550c870d94a25aa2b93862273f487' http://xxx.xxx.xxx.xxx:8080/v1/AUTH_1b51f596-eb3f-48a6-9d7f-e9140f558dfe/udagawa/test.jpg
* About to connect() to xxx.xxx.xxx.xxx port 8080 (#0)
*   Trying xxx.xxx.xxx.xxx... connected
* Connected to xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx) port 8080 (#0)
> PUT /v1/AUTH_1b51f596-eb3f-48a6-9d7f-e9140f558dfe/udagawa/test.jpg HTTP/1.1
> User-Agent: curl/7.19.7 (x86_64-pc-linux-gnu) libcurl/7.19.7 OpenSSL/0.9.8k zlib/1.2.3.3 libidn/1.15
> Host: xxx.xxx.xxx.xxx:8080
> Accept: */*
> X-Storage-Token: AUTH_tk39d550c870d94a25aa2b93862273f487
> Content-Length: 41165
> Expect: 100-continue
>
< HTTP/1.1 100 Continue
< HTTP/1.1 201 Created
< Content-Length: 118
< Content-Type: text/html; charset=UTF-8
< Etag: 1d67eda4cb9b4ee81b57a8f741b3bf9b
< Last-Modified: Thu, 15 Nov 2012 08:07:23 GMT
< Date: Thu, 15 Nov 2012 08:07:23 GMT
<
<html>
 <head>
  <title>201 Created</title>
 </head>
 <body>
  <h1>201 Created</h1>
  <br /><br />
 
 
 </body>
* Connection #0 to host xxx.xxx.xxx.xxx left intact
* Closing connection #0

root@swift-con01:/srv/node/sdb1/objects/222204# ls -l
total 4
drwxr-xr-x 3 saeoshi saeoshi  45 Dec 26 14:15 159
drwxr-xr-x 3 saeoshi saeoshi  45 Dec 26 14:15 2bb
drwxr-xr-x 3 saeoshi saeoshi  45 Dec 26 14:15 a82
drwxr-xr-x 3 saeoshi saeoshi  45 Dec 26 14:15 b24
drwxr-xr-x 3 saeoshi saeoshi  45 Dec 26 14:15 e20
-rw------- 1 saeoshi saeoshi 223 Dec 26 14:15 hashes.pkl
root@swift-con01:/srv/node/sdb1/objects/222204#
root@swift-con01:/srv/node/sdb1/objects/222204# ls -l e20/d8ff1b40757392c4af291b9839ae1e20/1356405624.80957.data
-rw------- 1 saeoshi saeoshi 211481 Dec 26 14:15 e20/d8ff1b40757392c4af291b9839ae1e20/1356405624.80957.data
root@swift-con01:/srv/node/sdb1/objects/222204#
 
#
#objectをrmする
#
 
root@swift-con01:/srv/node/sdb1/objects/222204#
root@swift-con01:/srv/node/sdb1/objects/222204# rm -fR e20/ hashes.pkl
root@swift-con01:/srv/node/sdb1/objects/222204# ls -ltr
total 0
drwxr-xr-x 3 saeoshi saeoshi 45 Dec 26 14:15 b24
drwxr-xr-x 3 saeoshi saeoshi 45 Dec 26 14:15 a82
drwxr-xr-x 3 saeoshi saeoshi 45 Dec 26 14:15 2bb
drwxr-xr-x 3 saeoshi saeoshi 45 Dec 26 14:15 159
 
#
#確認する
#
 
root@swift-con01:/srv/node/sdb1/objects/222204# ls -ltr
total 4
drwxr-xr-x 3 saeoshi saeoshi  45 Dec 26 14:15 b24
drwxr-xr-x 3 saeoshi saeoshi  45 Dec 26 14:15 a82
drwxr-xr-x 3 saeoshi saeoshi  45 Dec 26 14:15 2bb
drwxr-xr-x 3 saeoshi saeoshi  45 Dec 26 14:15 159
drwxr-xr-x 3 saeoshi saeoshi  45 Dec 26 14:42 e20
-rw------- 1 saeoshi saeoshi 223 Dec 26 14:42 hashes.pkl
root@swift-con01:/srv/node/sdb1/objects/222204# ls -l e20/d8ff1b40757392c4af291b9839ae1e20/
total 208
-rw------- 1 saeoshi saeoshi 211481 Dec 26 14:42 1356405624.80957.data

Velocity 2013

Avoiding Performance Regression at Twitter

Tools

$ npm install yslow -g

Continuous Integration

$ phantomjs yslow.js http://yslow.org

-f, --format {format}
(json|xml|plain|tap|junit)

phantomjs yslow.js --info all --format tap --threshold '{"overall": "B", "ycdn": "F", "yexpires": "F", "ydns": "D"}' --ua "Mozilla/5.0 (iPhone; U; CPU iPhone OS 4_3_2 like Mac OS X; en-us) AppleWebKit/533.17.9 (KHTML, like Gecko) Version/5.0.2 Mobile/8H7 Safari/6533.18.5" http://yslow.org > yslow.tap

High Performance

その他参加セッションリスト

感想

I am Patrick Boos. I am a developer at CyberAgent, Inc.

Google IO Sessions
It was a great opportunity for me to go to Google IO in San Francisco in May 2013. I have been able to meet great people and learn about the newest trends and technologies. As a Android Developer I was of course interested about everything related to Android. For that reason I mainly followed the Android track and visited many great sessions. Afterwards I will share the points from those sessions that got me interested most. I learned two years ago at my last Google IO, that there is always an empty seat somewhere in the front. I know that by sharing this secret I might risk that this won’t be true anymore next year ;-).
I hope you understand, that I can not share everything said at Google IO here. There is just too much and I do not have the time to write about all of that. But I would like to share a few things that I liked most:

> New Build System for Android
The new build system which uses gradle is very interesting. It is what I have been waiting for for a long time. I have started using Maven because that helped me to accomplish my tasks better. Gradle is not finished yet, but on a very good way to make me switch to it from maven. Gradle seems to be a lot more flexible than maven, but still simpler than maven.

> Android Studio
Since I did the switch to Intellij IDEA last year already, I was very happy to see this change. I recommend everyone to try out the new Android Studio already. You will not regret switching to it. I would never go back to eclipse again.

> Google Play Services update
It is great to see that Google supports us developers by adding new APIs to Google Play Services. This way we can target even old phones without having to wait for them to be updated with a newer Android version.
Those include: Maps v2 (since December), Fused Location Provider, Geofencing, and Activity Recognition (walking, biking, …), Google+ SignIn, GCM updates and lastly APIs for games which includes Game State sync, Leaderboards, Achievements and Multiplayer.

Google IO Sandbox
Besides the sessions there was the Sandbox where many well known companies where present and where one had the chance to talk to many great developers from Google or other companies. Since I could watch the sessions from Japan as well, the Sandbox was a focus for me on the last day of Google IO. I noticed that this was a great decisions because I was able to talk to engineers that were a lot more experienced than I am. So could I learn a lot more about how other engineers approach and solve problems. I was able to talk to gradle developers and learn how I can use it for the tasks that I want to and how to extend or configure it to do the things I want it to do.

Meetups
But there was more than just Google IO. San Francisco offers a lot of great meetups that got me busy in the evenings. Anyone traveling to San Francisco I would recommend to check out meetups and go to as many as possible that are of your interest. I was able to go to 3 meetups and I have really enjoyed them. There were great presentation and especially the people that participated. I meet people that I have worked together over the internet.

Meeting People
You might have noticed already, that wherever I went I was able to meet people. And this is what I would recommend to everyone! If you go to a conference, spend all the free time meeting people! You won’t regret it. Of course you can learn from the presenters of the conference. And you should listen and learn from them. But you can learn a lot from the fellow attendees as well! Don’t miss that chance. If you go to the conference breakfast/lunch for example. Do not search for the empty table. Search for the most crowded table (which has still a seat open) and join it. Get to know the people at that table, ask questions, get to know them.

皆様はじめまして。
アメーバ経営本部で開発支援を行っている織田と申します。

今回、Ameba事業本部で執り行っている社内勉強会「Skill U Friday」についてご紹介さし上げます。
アメーバでは、社内外のノウハウや最新動向を持ち寄り部門や職能を越えて勉強会を定期開催しています。



現在アメーバには様々な部門があり、
それぞれの部門のプロジェクトに配属された開発者の数も1,000人※1を超えています。
Skill U Friday は、アメーバ全体の技術・品質の向上と
開発に携わる社員1人1人のスキルアップの一助となる機会のうちの1つとなります。

昨年の夏より取り組み、2013年5月時点で計40回を越えました。
これら過去に行われた勉強会は、資料と映像を記録し
新たに配属された社員や、当日参加できなかった社員でも
参照できるようにしております。
今この記事をご覧の方で将来サイバーエージェントで働く機会がありましたらご覧ください。

さて、Skill U Friday とはどのようなものか、具体的にご案内致します。

※1・・・正社員、契約社員、派遣社員、業務パートナーを含む

■概要
基本的に金曜日※2 に開催する部内の情報共有会、勉強会です。
対象範囲はアメーバ事業本部に所属しているメンバーと関連する部門またはグループ会社に所属する参加希望者で、
普段、開発やメンテナンスで多忙な開発者が、この機会では部門承認で参加できるという機会です。

形式やジャンルは一切問わず、自身の専門分野以外をテーマとする勉強会でも自由に参加することができます。
・講義形式
・ワークショップ形式
・ハンズオン形式
など形式は様々です。

また、勉強会開催時に参加対象者は指定しますが
ライブ配信を社内限定で行っており、
終了後、録画版も配信しています。
そのため、希望者はいつでも映像を見ながら参加することが可能です。

※2・・・状況に応じて開催日程を調整しています。

■方針
勉強会の主催は、部門推薦による登壇や立候補による登壇が基本ですが、
部門全体の経営方針に則り、最適な技術・知識の方向性を選定し
その分野で実績がある、または精通していることを前提としています。

テーマの選定、方向性は
アメーバ内外の動向を探り、
・今後必要となるであろう新規分野
・現在必要とされる分野
・見直しが必要な分野
に分けて優先度を決めて決定しており、
これらの決定に際して、技術の統括部門と協議し
決定する機会もあります。

また、テックレポート※3 をはじめとする
サイバーエージェント発のあらゆる情報発信と連携を深め
より高品質な技術・品質の向上につとめ
サービスに還元できるナレッジ・ノウハウという企業の資産の組織化を運用方針の主軸としています。

※3・・・http://ameblo.jp/cair/theme2-10054625217.html

■目的
Skill U Friday は、その運用にあたって
より高く、安定した技術でサービスを多く提供できるよう「知識創造企業※4」としてAmeba全体の知識や技術力を組織化し、暗黙知と形式知のスパイラルを形成することを目的としています。
SECI モデルをベースに知識を体系化し、それぞれの「場」を提供し
現場の声、経営の方針から各テーマの知が現在どの位置にあるかを把握し、今後の方向性を定めて各テーマ毎にマネジメントしていく形です。



勉強会の開催にあたって、開催条件や形式を絞らずに行っているのは
テーマによって、形式知化すべきか暗黙知化すべきかのフェーズをはかり、最適な形で場を提供するためでもあります。

また、Ameba全体という範囲を対象として開催している背景には、
技術指向や技術レベルの分散を防ぎ、社内連携を強める意図があります。
前述の通り、Amebaには1,000人超の開発者が所属していますが、
Amebaはには大きく4つの分野に分かれた部門があり、その部門の中に各事業部が分かれ、プロジェクトがそこに所属する形で
開発者が事業に携わっています。
よって、1つのプロジェクトに所属する同じ職能のメンバーは1人～5人くらいといったケースが発生します。
各事業部や部門に共有体制やサポート体制があり、それぞれが機能していますが
Ameba全体の方向性や体制を整え、技術戦略を立てるとなると
文化として、Ameba全体で職能同士の繋がりや情報共有体制を整えておく必要性があります。
予め想定されるプロジェクト別の技術力の格差や、方向性の分散といったリスクを防いだ状態で、
目的を果たす事が重要であると考えます。

■事例
Skill U Friday では、幅広いジャンルを取り扱っております。
これまで、インフラからUI・UX、プロジェクトマネジメントや統計にいたるまで様々な形式で開催されております。
ここではその一部をご紹介さし上げます。



【インフラ・DB】
・NoSQL Conference FeedBack
・Introduction to Cassandra
・Ceph the future of storage
・オープンソースRDBMS勉強会(MySQL/PostgreSQL/MariaDB)

【テスト・自動化・開発環境】
・JMeter を使った性能検証の講習会
・Chromeデベロッパーツールでパフォーマンス改善
・Git講座（入門・基礎・応用）
・Java用IDE IntelliJ IDEA FB会
・Chrome DevTools.next
・Jenkins導入から自動ビルド＆自動配布までの設定方法について
・Node.jsのテスティング

【ミドルウェア】
・PHPプロジェクトのノウハウ共有
・Scala入門・ノウハウ共有
・レコメンドエンジン入門

【フロントエンド】
・Frontrend シリーズ※4 社内講演
・オフラインWebアプリケーションのつくりかた
・Backbone.js入門講座
・Require.js を利用した AMD の実践とハンズオン
・Zepto ≒ jQuery
・2013年 HTML5 の API 動向について
・「Klepto」を使ったJavaScript開発手法の紹介

【UI/デザイン設計】
・運用から見たUI改修（Ameba社内事例）
・ユーザーを引き込むUIデザイン考

【統計/データマイニング】
・単純パーセプトロンって何？～線型識別器の基本のき～
・今日からあなたもアナリスト！～Rで学んで実践するデータマイニング～
・CyberAgent マーケティング＆アナリティクス勉強会※5 シリーズ
など他にも様々な勉強会が開催されております。

※4・・・http://frontrend.github.io/
※5・・・http://ameblo.jp/ca-marketing/

現在では、さらにターゲットの差別化を行い
コンテンツの最適化を進めて計画しています。

■今後
参加した社員より、
・部門を越えた同じ職能の社員同士で情報交換ができる機会である
・後日復習できる環境があるのでペースに併せられる
・プロジェクトの事例を知る事ができて刺激がある
などの声もあり
今後も Skill U Friday を拡充し、
より高品質なサービスを生み出せる環境を築いて参ります。

どうもこんにちは、社内ではJava嫌いで有名になってしまった oinume です。最近Javaに慣れすぎてむしろスクリプト言語が苦手になってきています。今回は「これがあればJavaでの開発もそんなにストレスないかもなぁ」と思える個人的な3種の神器のひとつである lombok を紹介します。

lombokってなに？

一言でいうとJavaの野暮ったいgetter/setterメソッドなどを自動的に生成してくれるソフトウェアです。例えば @Data アノテーションをつけて以下のようにメンバー変数を定義するだけで、lombokがgetter/setter/equals/hashCode/toStringのメソッドをコンパイル時に生成してくれます。

package sample;

import lombok.Data;

@Data
public class User {

    private int id;
    private String name;
    private String email;

    public static void main(String[] args) {
        User user = new User();
        user.setId(1);
        user.setName("oinume");
        user.setEmail("oinume@example.com");

        System.out.println(user);
        // --> User(id=1, name=oinume, email=oinume@example.com)
    }
}

どうでしょう？使ってみたくなってきませんか？

インストール

lombokはコンパイル時にメソッドなどを生成するため、EclipseなどのIDEを使っている場合はインストールが必要です。JREがインストール済みの環境であれば、lombok のサイトから lombok.jar をダウンロードしてダブルクリックすればインストーラーが立ち上がるので、下記のようにEclipseを選択して下さい。

eclipse.iniに下記の行が追加されていれば問題なくインストールされています。

-javaagent:lombok.jar
-Xbootclasspath/a:lombok.jar

また、実際にJavaプロジェクトから@Dataなどのlombokのアノテーションを使うにはpom.xmlなどに以下の依存関係を追加しておいて下さい。

pom.xml

    <dependencies>
        <dependency>
            <groupid>org.projectlombok</groupid>
            <artifactid>lombok</artifactid>
            <version>0.11.8</version>
        </dependency>
    </dependencies>

この設定が完了した状態で先程の User.java をEclipseで表示すると右側のOutlineに自分では定義していないgetter/setterメソッドなどがあることが確認できると思います。

なお、今回掲載したソースコードはGitHubに上がっているので、これをcloneすればすぐにlombok を試せます。

もう少し詳しく

lombokでは @Data アノテーションをつけると、getter/setter以外にもおなじみの

• toString()
• equals()
• hashCode()

メソッドも併せて定義してくれます。例えば「getter だけを定義したい」というような時は、下記のように @Getter アノテーションを使います。

package sample;

import lombok.AllArgsConstructor;
import lombok.Getter;

@AllArgsConstructor
public class User2 {
    @Getter
    private int id;
    @Getter
    private String name;

    public static void main(String[] args) {
        User2 user2 = new User2(1, "oinume");
        System.out.println("name = " + user2.getName());
    }
}

@DataはAll in oneなアノテーションだと思ってもらえればよいでしょう。lombokのfeaturesには使用可能なアノテーションが全て記載されており、それをつけた場合にどういうコードが生成されるかも書いてあるので興味のある方は読んでみて下さい。(@Delegateや@SneakyThrowsなど便利そうなアノテーションがあります)

lombokで生成されたコードが見たい

コンパイルされたクラスファイルをデコンパイルしてもいいのですが、もっと簡単な方法があります。

java -jar /path/to/lombok.jar delombok -p src/main/java/sample/User.java

を実行することで、lombokを通したあとのコードが出力されるので、lombokがどのようなコードを生成しているかがわかります。先ほどのUser.java の場合は以下のように出力されました。

// Generated by delombok at Fri Jun 28 23:00:50 JST 2013
package sample;

public class User {
    private int id;
    private String name;
    private String email;

    public static void main(String[] args) {
        User user = new User();
        user.setId(1);
        user.setName("oinume");
        user.setEmail("oinume@example.com");
        System.out.println(user);
    }

    @java.lang.SuppressWarnings("all")
    public User() {

    }

    @java.lang.SuppressWarnings("all")
    public int getId() {
        return this.id;
    }

    @java.lang.SuppressWarnings("all")
    public String getName() {
        return this.name;
    }

    @java.lang.SuppressWarnings("all")
    public String getEmail() {
        return this.email;
    }

    @java.lang.SuppressWarnings("all")
    public void setId(final int id) {
        this.id = id;
    }

    @java.lang.SuppressWarnings("all")
    public void setName(final String name) {
        this.name = name;
    }

    @java.lang.SuppressWarnings("all")
    public void setEmail(final String email) {
        this.email = email;
    }

    @java.lang.Override
    @java.lang.SuppressWarnings("all")
    public boolean equals(final java.lang.Object o) {
        if (o == this) return true;
        if (!(o instanceof User)) return false;
        final User other = (User)o;
        if (!other.canEqual((java.lang.Object)this)) return false;
        if (this.getId() != other.getId()) return false;
        final java.lang.Object this$name = this.getName();
        final java.lang.Object other$name = other.getName();
        if (this$name == null ? other$name != null : !this$name.equals(other$name)) return false;
        final java.lang.Object this$email = this.getEmail();
        final java.lang.Object other$email = other.getEmail();
        if (this$email == null ? other$email != null : !this$email.equals(other$email)) return false;
        return true;
    }

    @java.lang.SuppressWarnings("all")
    public boolean canEqual(final java.lang.Object other) {
        return other instanceof User;
    }

    @java.lang.Override
    @java.lang.SuppressWarnings("all")
    public int hashCode() {
        final int PRIME = 31;
        int result = 1;
        result = result * PRIME + this.getId();
        final java.lang.Object $name = this.getName();
        result = result * PRIME + ($name == null ? 0 : $name.hashCode());
        final java.lang.Object $email = this.getEmail();
        result = result * PRIME + ($email == null ? 0 : $email.hashCode());
        return result;
    }

    @java.lang.Override
    @java.lang.SuppressWarnings("all")
    public java.lang.String toString() {
        return "User(id=" + this.getId() + ", name=" + this.getName() + ", email=" + this.getEmail() + ")";
    }
}

まとめ

Scalaを使おう！

はじめまして。Amebaでインフラを担当しています山口と申します。
某所ではリア充イメージ（？）の強い弊社ですが、所属するインフラ部門は男性100％で構成されている上、私は女性っぽい名前ながらも中年のおっさん（趣味は料理）でございます。すんません。


それはさておき、ご存じの方もいらっしゃるかもしれませんが、弊社ではオーケストレーションツールとしてChefを使っております。私は参加しませんでしたが、最近、ChefConf 2013も開催されたことですし、最近の弊社でのDevOps、特にその中でも一風変わったChefの使い方についてお伝えしようと思います。

EC2インスタンスをつくる

$ knife neoec2 list aws@account.name
Instance ID  Name                            Public IP       Private IP     Flavor    Image         Security Groups           Chef  State  
i-12345678   amzn-ami-2013.03.x86_64-ebs.ca                                 t1.micro  ami-1e3e3212  default, make-ami         ng    stopped
i-23204932   cyberagent-app001               x.x.x.x         192.168.1.20   m1.small  ami-f4f42123  default, app, http        ok    running
i-230423a2   cyberagent-db001                                192.168.1.21   m1.small  ami-f4f42123  default                   ok    running

$ knife neoec2 create server001

• ChefのAttributeからインスタンス作成に必要な情報を取得


• 複数AWSアカウントに対応（Attribute内で使うAWSアカウントを選択）


• AMIからのインスタンス作成時にrootボリュームの拡張や追加EBSボリュームの作成に対応


• 起動後のインスタンスでChef Clientを自動実行

ChefのCookbookから監視設定を自動生成

• TCP:80で応答があること


• "/"宛にHTTPリクエストを発行すると200 OKのレスポンスがあること

$ curl http://chef-server.address/api/generate -X POST -d "type=icinga" -d 'targets=group1/*' -d 'environment=prd'
（監視設定がずらずら...）

まとめると...

• 標準化されたCookbookが存在するミドルウェアなら


• どんな組み合わせ方で、何台のサーバを構築しても


• サーバの構築の自動化と、それらを監視する監視サーバの設定の自動生成


• 特にクラウド（AWSなど）を利用している場合は、サーバの準備も自動化

こんにちわ。
今回は前回に引き続きOSCON基調講演と気になるセッションの紹介をしたいと思います。
OSCONについては前回の記事を参考してくださいね。
※この記事については参加メンバーのヒアリングをもとに渡辺雄作(@waysaku)のほうで取りまとめております。

まずはこちら。

Facebookのインフラ責任者Jay Parikhの講演ではThe Open Compute Projectについての目的と概要、Facebookとしての取り組みを説明していました。
特にFacebook上で扱う2500億の画像の取り扱い(一日で3.5億の画像が投稿される!)は独自のデータセンターとラック、サーバを設計してコストを大幅に下げているとのこと。

OSCON 2013: Jay Parikh, "The Open Compute Project"

O’Reilly Mediaのfounder兼CEOのTim O’ReillyがCode for Americaについて説明していました。
この取り組みは政府と市民をOpen Sourceを使って繋いでいくという活動で、followshipと言われるグループごとにそれぞれが政府と市民のあり方を改善していこうというものです。
市民は技術を使って政府との関係を改善し、コミュニティを通じて参加者自身もスキルアップしていくということです。
Open Source(とコミュニティ)の考え方を社会に適用して、より良い社会にしていくという大きな潮流を感じました。

Code Is Making Government More Effective

GitHubのCEOであるTom Preston-Wernerのセッション。

信条にそって自由に仕事をすることが人々を幸せにすると考えていて、GitHubも自由を信条にしているがそのためにはライセンスの管理が重要であるとのこと。
ソースコードが自由になるためにライセンスの管理は非常に重要であると言っていました。（そのためにGitHubには簡単にライセンスを選択できる機能があるとのこと）
ライセンスが設定されていないソースコードは、その意図が不明なためユーザーは使いたくても使えない場合があるので、今すぐライセンスを設定しようということでした。

{
    metadata: {
        responseInfo: {
            status: 200 (number)
            ,developerMessage: OK (string)
        }
        ,resultset: {
            count: 2121 (number)
            ,offset: 0 (number)
            ,limit: 1 (number)
        }
        ,executionTime: 1376528388.07 (number)
    }
    ,results: [
        {
            id: 520bae1aadfd955536000004 (string)
            ,type: petition (string)
            ,title: "fugafuga" ,body: "hogehoge"
            ,issues: [
                {
                    id: 97 (string)
                    ,name: Job Creation (string)
                }
                ,{
                    id: 103 (string)
                    ,name: Labor (string)
                }
                ,{
                    id: 169 (string)
                    ,name: Transportation and Infrastructure (string)
                }
            ]
            ,signatureThreshold: 100000 (number)
            ,signatureCount: 387 (number)
            ,signaturesNeeded: 99613 (number)
            ,url: https://petitions.whitehouse.gov/fuga
            ,deadline: 1379089178 (number)
            ,status: open (string)
            ,response: null (object)
            ,created: 1376497178 (number)
        }
    ]
}

Practicing Deployment from Laura Thomson

OSCON 2013 System Management with Chef Tutorial from Joshua Timberman

余談ですが、C++の代替としては個人的にはRustをおっかけていて、OSCONでもいくつかセッションあったのでそちらも追記しておきます。

Rust: low-level programming without the segfaults from dherman

はじめまして。
ブロググループ所属の見原と申します。
今回は先日担当した案件で利用した、akkaを紹介させていただきます。

はじめに

<repositories>
    <repository>
        <id>typesafe</id>
        <name>Typesafe Repository</name>
        <url>http://repo.typesafe.com/typesafe/releases/</url>
    </repository>
</repositories>
<properties>
    <com.typesafe.akka.version>2.1.4</com.typesafe.akka.version>
</properties>   

<dependency>
    <groupId>com.typesafe.akka</groupId>
    <artifactId>akka-actor_2.10</artifactId>
    <version>${com.typesafe.akka.version}</version>
</dependency>
<dependency>
    <groupId>com.typesafe.akka</groupId>
    <artifactId>akka-remote_2.10</artifactId>
    <version>${com.typesafe.akka.version}</version>
</dependency>
<dependency>
    <groupId>com.typesafe.akka</groupId>
    <artifactId>akka-kernel_2.10</artifactId>
    <version>${com.typesafe.akka.version}</version>
</dependency>

メッセージの送信

まずは一番基本的なメッセージの送信を試してみます。

public class SimpleActorSystem {

    public static void main(String[] args) {
        ActorSystem system = ActorSystem.create("system");
        ActorRef ref = system.actorOf(new Props(SimpleActor.class), "simpleActor");

        String message = "hello.";
        ref.tell(message, null);

        try {
            Thread.sleep(3000L);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

        system.shutdown();

        System.out.println("end.");
    }
}

4行目で生成しているActorSystemはakkaにおいて中核となるクラスです。
次の行では、これを用いて実際にメッセージの処理をするActorを生成しています。
メッセージの送信にはtellメソッドを利用します。
第一引数には送信したいメッセージを、第二引数には送信元とするActorを指定します。
今回は送信先で特に送信元に対して処理を行わないのでnullを指定しています。

次に、メッセージを受け取るActorを実装します。

public class SimpleActor extends UntypedActor {

    @Override
    public void onReceive(Object message) throws Exception {
        if (message instanceof String) {
            System.out.println("message:" + message);
        } else {
            System.out.println("unhandled message.");

            // 想定しない型のメッセージはスルーする
            unhandled(message);
        }
    }

    @Override
    public void preStart() {
        System.out.println("preStart");
    }

    @Override
    public void postStop() {
        System.out.println("postStop");
    }

}

preStart
message:hello.
end.
postStop

メッセージの送受信

private Integer result = 0;
try {
    // メッセージを送信し、結果を受け取る
    result = (Integer) Await.result(Patterns.ask(actor, message, 5000), Duration.create(5000, TimeUnit.MILLISECONDS));
} catch (Exception e) {
    e.printStackTrace();
}
System.out.println("result=" + result);

try {
    result = (Integer) Await.result(Patterns.ask(actor, message, 5000), Duration.create(5000, TimeUnit.MILLISECONDS));
} catch (Exception e) {
    e.printStackTrace();
}
System.out.println("result=" + result);

try {
    // 想定しない型を送信する。Exceptionが発生する
    result = (Integer) Await.result(Patterns.ask(actor, 1, 5000), Duration.create(5000, TimeUnit.MILLISECONDS));
} catch (Exception e) {
    e.printStackTrace();
}
System.out.println("result=" + result);

int state = 0;

@Override
public void onReceive(Object message) throws Exception {
    if (message instanceof String) {
        System.out.println("message:" + message);
        sender().tell(++state, self());
    } else {
        System.out.println("unhandled message.");
        unhandled(message);
    }
}

preStart
message:hello.
result=1
message:hello.
result=2
unhandled message.
result=2
java.util.concurrent.TimeoutException: Futures timed out after [5000 milliseconds]
    at scala.concurrent.impl.Promise$DefaultPromise.ready(Promise.scala:96)
    at scala.concurrent.impl.Promise$DefaultPromise.result(Promise.scala:100)
    at scala.concurrent.Await$$anonfun$result$1.apply(package.scala:107)
    at scala.concurrent.BlockContext$DefaultBlockContext$.blockOn(BlockContext.scala:53)
    at scala.concurrent.Await$.result(package.scala:107)
    at scala.concurrent.Await.result(package.scala)
    at jp.ameba.blog.akka.sample.ask.AskActorSystem.main(AskActorSystem.java:43)
end.
postStop

複数サーバを用いた分散処理

public class RemoteSystem implements Bootable {
    final ActorSystem system = ActorSystem.create("remoteSys", ConfigFactory.load().getConfig("remoteSetting"));

    @Override
    public void startup() {
        System.out.println("start");
    }
   
    @Override
    public void shutdown() {
        system.shutdown();
    }
}

localSetting {
    include "common"
    akka {
        remote {
            transport = "akka.remote.netty.NettyRemoteTransport"
            netty {
                hostname = "127.0.0.1"
                port = 2552
            }
        }
    }
}

remoteSetting {
    include "common"
    akka {
        remote {
            transport = "akka.remote.netty.NettyRemoteTransport"
            netty {
                hostname = "127.0.0.1"
                port = 2553
            }
        }
    }
}

akka {
    actor {
        provider = "akka.remote.RemoteActorRefProvider"
    }
}

public class LocalSystem implements Bootable {

    final ActorSystem system = ActorSystem.create("localSys", ConfigFactory
            .load().getConfig("localSetting"));

    private static final String AKKA_PROTOCOL = "akka";
    private static final String REMOTE_SYSTEM_NAME = "remoteSys";
    private static final String REMOTE_HOST_IP = "127.0.0.1";
    private static final int REMOTE_HOST_PORT = 2553;

    @Override
    public void startup() {
        String message = "hello.";

        // ローカルのActorを生成
        System.out.println("local actor test.");
        ActorRef localActor = system.actorOf(new Props(RemoteActor.class),
                "localActor");
        localActor.tell(message, null);

        try {
            Thread.sleep(2000L);
        } catch (InterruptedException e) {
        }
        System.out.println("-----");

        // リモートのActorを生成
        System.out.println("remote actor test.");
        ActorRef remoteActor = system.actorOf(new Props(RemoteActor.class)
        .withDeploy(new Deploy(new RemoteScope(new Address(
                AKKA_PROTOCOL, REMOTE_SYSTEM_NAME, REMOTE_HOST_IP,
                REMOTE_HOST_PORT)))), "remoteActor");
        remoteActor.tell(message, null);

        try {
            Thread.sleep(2000L);
        } catch (InterruptedException e) {
        }
        System.out.println("-----");

        // ラウンドロビンでActorにメッセージを送信
        System.out.println("router test with RoundRobinRouter.");
        List<ActorRef> actors = new ArrayList<>();
        actors.add(remoteActor);
        actors.add(localActor);
        ActorRef roundRobinRouter = system.actorOf(new Props(RemoteActor.class)
        .withRouter(RoundRobinRouter.create(actors)));
        for (int i = 0; i < 6; i++) {
            String roundRobinMessage = message + i;
            roundRobinRouter.tell(roundRobinMessage, null);
        }

        try {
            Thread.sleep(2000L);
        } catch (InterruptedException e) {
        }
        System.out.println("-----");

        system.shutdown();

        System.out.println("end.");
    }
}

akka-2.1.4\bin>akka.bat jp.ameba.blog.akka.sample.remote.RemoteSystem
Starting Akka...
Running Akka 2.1.4
Deploying file:/akka-2.1.4/bin/../deploy/akka-s
ample-app.jar
[INFO] [07/08/2013 11:27:35.109] [main] [NettyRemoteTransport(akka://remoteSys@127.0.0.1:2553)] RemoteServerStarted@akka://remoteSys@127.0.0.1:2553
Starting up jp.ameba.blog.akka.sample.remote.RemoteSystem
start
Successfully started Akka

akka-2.1.4\bin>akka.bat jp.ameba.blog.akka.sample.remote.LocalSystem
(略)
local actor test.
static initialization completed. hostName=pctest
message=hello., state=1, hostName=pctest
-----
remote actor test.
[INFO] [07/08/2013 11:35:37.186] [main] [NettyRemoteTransport(akka://localSys@127.0.0.1:2552)] RemoteClientStarted@akka://remoteSys@127.0.0.1:2553
-----
router test with RoundRobinRouter.
message=hello.1, state=2, hostName=pctest
message=hello.3, state=3, hostName=pctest
message=hello.5, state=4, hostName=pctest
-----
Successfully started Akka

Shutting down Akka...
Shutting down jp.ameba.blog.akka.sample.remote.LocalSystem
Successfully shut down Akka

[INFO] [07/08/2013 11:35:37.232] [remoteSys-10] [NettyRemoteTransport(akka://remoteSys@127.0.0.1:2553)] RemoteClientStarted@akka://localSys@127.0.0.1:2552
static initialization completed. hostName=pctest
message=hello., state=1, hostName=pctest
message=hello.0, state=2, hostName=pctest
message=hello.2, state=3, hostName=pctest
message=hello.4, state=4, hostName=pctest
[INFO] [07/08/2013 11:35:45.333] [remoteSys-7] [NettyRemoteTransport(akka://remoteSys@127.0.0.1:2553)] RemoteClientShutdown@akka://localSys@127.0.0.1:2552

まとめ

皆様初めまして。 12年度新卒のぱっとしない方のハカマタです。 アメーバピグの制作部署で、サーバサイドエンジニアとして陰ながら頑張っています。

さて、突然の告白ですが最近私は仕事中にアメーバピグで麻雀をしています。 しかし私は今まで一度たりとも叱られたことがありません。 それは、私が叱責に耐えうるメンタルが無いと先輩方に諦められているからでしょうか？ 違います、私は麻雀ゲームの制作者メンバーで、デバッグという名目で、ピグで麻雀をしているためです。 本日の記事は、ピグでリリースしたピグ麻雀についてお話します。

ピグ麻雀はエンジニア・ディベロッパー・デザイナー各1名で制作したもので、 私はエンジニアとして参加しました。 サイバーエージェントのクリエイターブログに過去の記事として、デザイナーの鈴木さんの記事『ピグ麻雀におけるデザインのポイント』と、ディベロッパーの鈴木さんの記事『ピグ麻雀がリリースされるまで』がありますが、私はサーバサイドエンジニアとしてピグ麻雀のアルゴリズムについて簡単に説明します。 また、記事の最後に麻雀の開発にあたっての個人的な感想を述べます。

※この記事は皆様が麻雀のルールを認識していることを前提に書いておりますので、 もし麻雀のルールがわからない方は途中を飛ばして最後の私の開発を終えての感想のみお読みいただければ幸いです。

麻雀の役判定アルゴリズム

ピグ麻雀の役判定アルゴリズムについてお話しする前に、麻雀の役判定の流れを説明しておきます。 麻雀の役判定は、和了型手牌(※ 一般的な名称ではなく、独自につけた名称です)を用いて行います。 和了型手牌は、七対子と国士無双を除いて、雀頭と面子４つから構成されます。 この和了型手牌を手牌から網羅的にリストアップして、 リストアップされた各々の和了型手牌で役判定を行い、最良の役を持った和了型手牌から和了役を決定します。 このアルゴリズムを簡単にまとめると以下のようになります。 

これから上記の処理の詳細を １.和了型手牌のリストアップ ２.役判定 に分けて説明していきます。 

１.和了手牌のリストアップ

ピグ麻雀では麻雀牌をenumで定義しており、各牌のコードを連番でつけています。

/**
 * 麻雀牌
 */
public enum MahjongTile implements Transferable {
	/** 萬子1 */
	M1(0, MahjongTileType.MANZU, 1),
	/** 萬子2 */
	M2(1, MahjongTileType.MANZU, 2),
	/** 萬子3 */
	M3(2, MahjongTileType.MANZU, 3),
	/** 萬子4 */
	M4(3, MahjongTileType.MANZU, 4),
	/** 萬子5 */
	M5(4, MahjongTileType.MANZU, 5),
	/** 萬子6 */
	M6(5, MahjongTileType.MANZU, 6),

　　　　・・・・

	/** 白 */
	HAK(31, MahjongTileType.SANGEN, 0),
	/** 發 */
	HAT(32, MahjongTileType.SANGEN, 0),
	/** 中 */
	CHN(33, MahjongTileType.SANGEN, 0), ;

	/** 牌コード */
	private int code;
	/** 牌種別 */
	MahjongTileType type;
	/** 牌数値(役牌は0) */
	private int number;

	private MahjongTile(int code, MahjongTileType type, int number) {
		this.code = code;
		this.type = type;
		this.number = number;
	}

 private int[] tiles = { 1,0,0,0,0,0,0,0,1, // 萬子
			 1,0,0,0,0,0,0,0,1, // 索子
			 1,0,0,0,0,0,0,0,1, // 筒子
			 1,1,1,1, // 風牌
			 2,1,1}; // 三元牌
 

この処理を行うことで、手牌を網羅的に取得することができます。刻子優先取得、順子優先取得というフェーズがある理由は、刻子や順子のいずれかのみを優先して取得してしまうと問題が生じるためです。 例えば 222 333 444 という手牌があったとして、 これを順子優先で取得すると234 234 234という手牌になります。 例えば残りの手牌が②刻子と五雀頭でフーロが無い場合では、 役満の四暗刻になりますが、順子を優先して取得された場合には四暗刻の判定ができません。

 ２.役判定 

和了型手牌の結果をもとに役判定を行います。 先ほどの和了型手牌の雀頭・面子以外に、 プレイヤーが副露しているか、プレイヤーの最後の和了牌等の情報をもとに役判定を行います。 ピグ麻雀の役判定はファサードパターンを用いて実装されています。 和了型手牌一覧を窓口である和了判定処理に渡すことで、それぞれの和了型手牌の和了役を全て取得するようにしています。 インターフェースで役判定を行うメソッドを定義して、その実装クラスでそれぞれの役判定を行っているため、役を追加する場合は新たに役判定のクラスを追加するだけです。

今回は役判定のうち、麻雀の基本役であるピンフの役判定について説明します。 ピンフであるか判定する場合には以下の手順で行います、副露してないか 雀頭が役牌であるか、雀頭が場風・自風であるか、和了牌が両面待ちであったか、面子の構成要素が順子のみであるかを調べ、これらの条件をクリアしたものがピンフになります。

(訂正) 雀頭が役牌であるか→雀頭が役牌でないか

最後に

ピグ麻雀の開発期間は3ヶ月でした。 私を含め、新卒3人のチーム全員が麻雀未経験者ということもあり、ルールを把握することからプロジェクトを始めなければなりませんでした。プロジェクト開始後、麻雀入門書を手にとってルールの難しさに心が折れたことを覚えています。弱音ばかりはいていても仕方ないので入門書片手に、会議室で麻雀をしたり、雀荘に行ったりして麻雀について学んでいました。麻雀好きの先輩方からすれば麻雀の実装は相当楽そうに映っていたかもしれませんが、実際は…(以下省略)。

また、この3ヶ月のうち、最も時間を割いたのはテストでした。 動作確認では確認しづらいテストはユニットテストで動作を担保しました。実際に200以上のテストケースを作成しました。加えて、クライアントサイドとの通信テストも行う必要があり、配牌チートコマンドを作ってあらゆる処理をテストしました。 例えば、国士無双聴牌の暗カンロンなどが行えるかといったものです。

念入りにテストしたつもりでも、リリース後にバグが発見されました。 バグの原因の多くは、ルールの認識不足によるものでした。当たり前のことですが、 麻雀をはじめとして、一般的に普及しているゲームのルールを把握することは、システムの仕様を把握することと同義であり、ルールを把握していない箇所はバグとなります。 また、ゲームにはローカルルールが存在し、ユーザ間でルールの認識が異なり、開発者とユーザとの間でルールの認識のギャップが発生してしまうため、ユーザはバグであると感じます。このため、一般的に普及したゲームの開発を行う際は、ルールを完璧に把握し、提供するゲームのルールを、改めてユーザに明示する必要性を感じました。

今後もピグ麻雀の改善をしていきますので、
引き続きピグ麻雀を宜しくお願いします。

どうも初めまして2012年度入社の社内ニート予備軍editnukiです。
普段は引きこもって WebSocketで監視もリアルタイムに を書いた社内ニートさんの下でコミュニティサービスのインフラをやっております。
運用面以外ではrpmパッケージ作ったりしています。

さて、本題ですがコミュニティサービスでもredisを利用したいという声が最近多くなりいくつかのサービスではredisを導入しているのですがマスターとなるredisが死ぬと更新系が一切できなくなるため、マスターが死んだ時はアプリの向き先をスレーブに変更しなければなりません。
今までのredisの構成としては下図の様な構成でした。

port 26379
daemonize yes


loglevel notice
logfile /usr/local/redis/logs/sentinel.log
pidfile /usr/local/redis/logs/sentinel.pid


sentinel monitor ca-redis-sentinel redis-sentinel01 6379 1
sentinel down-after-milliseconds ca-redis-sentinel 10000
sentinel failover-timeout ca-redis-sentinel 900000
sentinel can-failover ca-redis-sentinel yes
sentinel parallel-syncs ca-redis-sentinel 2
sentinel client-reconfig-script ca-redis-sentinel /usr/local/redis/bin/alias_ip_change.sh

sentinel monitor ca-redis-sentinel redis-sentinel01 6379 1

sentinel parallel-syncs ca-redis-sentinel 2

sentinel client-reconfig-script ca-redis-sentinel /usr/local/redis/bin/alias_ip_change.sh

#!/bin/bash


LOG="/usr/local/redis/logs/sentinel.log"
IP="/sbin/ip"
ETH_DEVICE="eth0"
ALIAS_DEVICE="eth0:0"
ALIAS_IP="エイリアスIP"
PREFIX="プレフィックス"
NETMASK="ネットマスク"
BROADCAST="ブロードキャスト"
REDIS_CLI="/usr/local/redis/bin/redis-cli"
SENTINEL_PORT="26379"
REDIS_COMMAND="info"
GREP="/bin/grep"
CUT="/bin/cut"
SSH_USER="sshできる適当なユーザ名"


# 旧マスターからAliasIPを取り除くssh $SSH_USER@$ALIAS_IP -o "StrictHostKeyChecking no" "sudo $IP addr delete $ALIAS_IP/$PREFIX broadcast $BROADCAST dev $ETH_DEVICE label $ALIAS_DEVICE"
echo "DELETE $ALIAS_IP from Master server" >> $LOG


# 新マスターにAliasIPを付与する
MASTER_IP_CHECK=`$REDIS_CLI -p $SENTINEL_PORT $REDIS_COMMAND | $GREP master0 | $CUT -d '=' -f 4 | $CUT -d ':' -f 1`
ssh $SSH_USER@$MASTER_IP_CHECK "sudo $IP addr add $ALIAS_IP/$PREFIX broadcast $BROADCAST dev $ETH_DEVICE label $ALIAS_DEVICE"
echo "ADD $ALIAS_IP to new Master servre" >> $LOG

exit 0;

 # chmod a+x /usr/local/redis/bin/alias_ip_change.sh

$ /usr/local/redis/bin/redis-cli monitor
～一部抜粋～
1373885267.764209 [0 sentinelサーバIP:50811] "SLAVEOF" "NO" "ONE"
1373885268.267852 [0 sentinelサーバIP:50811] "INFO"
1373885268.468494 [0 sentinelサーバIP:62899] "SUBSCRIBE" "__sentinel__:hello"
1373885268.468538 [0 sentinelサーバIP:62898] "INFO"

　　　　,-∧,,∧-- ､ 
　　　/ (-ω-｀ )　/ 
　　 r-くっ⌒cｿ､ /　　　ん、障害？　大丈夫起きてるよ。 
　 ノ '､ , ､ _, ' / /　　　 ちょっと横になるだけ。 
.（_,. 　　　 　 ././　　 ちょっと長い瞬きするだけ…
,(.,_ ｀'ｰ-､_,,..ノ/ 
　　~`''ー--‐'