DeNAのゲーム開発を支える Game Backend as a Service

昔からシステムは常に問題なく使えて当然のように思われてきました。しかし現実には、現在に至るまでアプリケーションが落ちることが想定されていないシステムも少なくありません。 ステートレスなアプリケーションの場合、落ちることが想定されているシステムでは、アプリケーションを複数個並べることでそのうちのいくつかが落ちてしまっても、アプリケーション利用者には影響が無いように作られています。一方でHTTPセッションというステートフルな情報を持つアプリケーションはどうでしょうか？ 本セッションでは、ステートフルなアプリケーションにおいて、落ちても問題ないアーキテクチャとはどのようなものになるのかを紹介します。

[gam-22]

DeNaは最近はRubyなのか

[at_yasu]

Ruby/Sinatraだったのかーへー。

[okbm]

perlのイメージだった。Rubyなのね

[uniom]

Sinatra+Sequel+Jbuilder

[pons_superus]

社内で-aaS作るほどなんだな。MHA追えてないけど現役なんだなあ

[harabu]

社内の何かを支える、じゃなくて「とりあえず動いたら支えなくて良い」と異動になった経緯があるので考え方が違う。。。うう。。。

[paulownia]

DeNAは最近Rubyなのかー。APIはSinatra、管理ツールはRailsって正しいな〜

[dencygon]

]

[tasukuchan]

Sakashoだ！

[dominion525]

おお、春山さんだ。後で読もう。

[toyama0919]

社内gem serverやらないとなー。Ridgepoleの話も。

[ktakemoto]

k

[IzumiSy]

Sinatra+Sequel+Jbuilderの構成は参考にしたい

[sue445]

社内gemだ！