Lift가 상태 유지이므로 페이지/사이트에 대한 이후의 요청은 모두 동일한 서버로 돌아 가야합니다. 아마도 이는 프런트 엔드 부하 분산 장치가 어떤 클라이언트가 어떤 서버와 통신하고 있는지 추적해야한다는 것을 의미합니다.스칼라/리프트 : 특별한 http 라우팅이 필요합니까?
로드 균형 조정기가 서비스에서 자동으로 수행되는 Heroku/Elastic Beanstalk와 같은 장소에서 호스팅하는 경우 어떻게됩니까? 나는 당신이 올바른 것을하기 위해 라우팅을 설정할 수있는 모든 머신을 직접 설정하고 있는지 알고 있습니다.하지만이 모든 PaaS 타입 호스트에서 어떻게 작동합니까?
편집 : 내가 잘못하지 않으면 Google App Engine에는 동일한 제한이 적용됩니까?
리프트는 실제로 순수한 상태 비 저장 모드에서 사용할 수는 없지만 가능하면 프레임 워크가 탁월한 곳에서는 사용할 수 없습니다. ELB는 실제로 거의 모든 환경에서 Lift를 성공적으로 사용하기 위해 취해야하는 구성 인 고정 세션을 지원합니다.
보다 광범위하게이 "고정 세션"기능은 L4 하드웨어 밸런싱 소프트웨어로 구현할 수 있습니다. Lift in Action의 제 15 장에 관심이있을 것입니다. Lift in Action은이 주제에 대해 상당한 시간을 할애하고 실제로 세션을 원한다면 다양한 세션 직렬화 전략을 설명합니다.
Heroku는 dynos (프로세스)간에 요청을 균등하게 배포하므로 stateful Lift 앱을 위해 세션 직렬화의 일부 양식을 사용해야한다고 생각합니다. 나는 Elastic Beanstalk이 이것을 지원할 수있는 몇 가지 편의 시설을 가지고 있다고 믿습니다 (ELB가 그렇듯이).
데이비드 폴록 (David Pollock)은 Lift를 무국적으로 사용하는 방법에 대해 글을 올렸으며이 지역의 Lift 디자인에 대해서도 일반적으로 이야기합니다. here.