Redisのsetnxを使ってマルチサーバ環境での Web API ロック機構を実現する | DevelopersIO
「これ、同時にリクエスト飛んできた場合って、どうなるの？」 「2つ登録されちゃいますね…」 はじめに Web APIは、リクエストを受け、処理を終えた後レスポンスを返します。モバイルアプリやウェブアプリとセットで開発しているとつい忘れがちになってしまいますが、同時に同じリクエストが飛んできた場合にどういう挙動をするか ということは常に考慮しておかなくてはなりません。「UI上同時にリクエストが送れないから問題なし」では Web APIの設計が不十分です。別の端末から同時に同じリクエストを送ることも可能ですので、UIとは切り離して考えるべきです。 さて、この状況、GETリクエストについては大きな問題にはならないでしょう。いくらリクエストが来てもサーバ側の状態に変化はないので、負荷対策だけしておけば大丈夫そうです。問題はPUTリクエストやPOSTリクエストといった、サーバ側のリソースに変化を及ぼ
『ポストRailsと個人的に期待するPlay frameworkを推奨する5つの理由』
エンタープライズ・アプリケーションの分野ではJava EEがほぼデファクトになっていると言っても過言ではありません。堅牢性やスケーラビリティを備えたインフラが整っており、大規模な環境における実績も豊富です。 一方、Webアプリケーションの分野では人気はいま一つです。その理由は、Java EEの重そう・めんどくさそうという印象だと思います。JavaでWebアプリケーションを作るには基本的にはServletやJSPを使いますが、これらは大規模システムや複雑なトランザクションまでも想定したJava EEによるものなので、手っ取り早くさくっとWebアプリを作りたいというライト層には敬遠されます。 Java の世界でも、StrutsやSpringを始めとしたMVCフレームワークが登場してきました。しかし、これらはどれもJava EEをベースにしており、かつアプリを動かすまでに多くの設定が必要になりま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
