動的なWeb/アプリケーションサーバの話ですが、AutoScaling時や障害発生時に影響なく処理を継続するにはセッションの保持方法に一工夫必要です。ログなどもローカルに保存すると後々面倒くさいです。その辺りを解決するには、サーバの状態(セッション・ログ・etc)を外出しするのが一番です。Serverパターン」です。Infrastructureの概念にも影響を受けています。解決したい課題AutoScalingを利用すると、負荷の増減に応じてサーバの増減が出来る。動的サーバの場合はセッションサーバを個々のサーバに保持していると、サーバが増減して別のサーバに振り分けられた場合セッション維持が出来ずに問題が生じる。負荷が下がってサーバが減る際も、デフォルトのままであればログは消失してしまう。クラウドでの解決/パターンの説明セッション情報やログなどのをWeb/アプリケーションサーバ自身に保持するのではなく、専用のストアを用意して外部に保存する。外出しすることにより可用性・冗長性が高められる構成がとれ、耐障害性があがりAutoScalingや障害発生時に強い構成がとれる。構造セッションストアとログストアを外出しする。セッションストアの外出しの実装方法はアプリケーションサーバによって異なるが、MemcacheやRedis、RDB/NoSQLに保存するなど色々な方法が存在する。AWSの場合、ElasticCacheやDynamoDBを利用すると、可用性の確保や負荷対策をほぼ自動で確保出来る。S3に保存するなどの方法がある。・セッションの同期方法は、アプリケーションサーバの実装により異なる。・セッションが同期されるタイミングも、実装により異なる。(同期・非同期)最後に純粋にAWSのサービスの話というより、上モノのミドル・アプリとどう組み合わせるかがテーマです。その辺りまで含めるとCDPは無限に広がりますね。改訂版...古参のAmazonのソリューションエンジニアかつクラウドの設計定...2015-03-03AWSパターン別本の狙い。AutoScalingを使えるように。はてなブログをはじめよう!dkfjさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。