A news feed web service has the following code running on Google App Engine. During peak load, users report that they can see news articles they already viewed.
What is the most likely cause of this problem?
- A. The session variable is local to just a single instance
- B. The session variable is being overwritten in Cloud Datastore
- C. The URL of the API needs to be modified to prevent caching
- D. The HTTP Expires header needs to be set to -1 stop caching
뉴스피드 웹 서비스에는 Google App Engine에서 실행되는 다음 코드가 있습니다. 최대 로드 중에 사용자는 이미 본 뉴스 기사를 볼 수 있다고 보고합니다.
이 문제의 가장 가능성 있는 원인은 무엇입니까?
- A. 세션 변수는 단일 인스턴스에만 로컬입니다.
- B. Cloud Datastore에서 세션 변수를 덮어쓰는 중입니다.
- 다. 캐싱 방지를 위해 API의 URL을 수정해야 합니다.
- D. HTTP 만료 헤더는 -1 캐싱 중지로 설정되어야 합니다.
A입니다.
AppEngine은 로드에 따라 자동으로 새 컨테이너를 가동합니다.
트래픽이 최고조에 달하는 동안 동일한 사용자가 시작한 HTTP 요청은 다른 컨테이너에서 처리될 수 있습니다.
'sessions' 변수가 각 컨테이너에 대해 다시 생성된다는 점을 고려하면 다른 데이터가 저장될 수 있습니다.
여기서 문제는 이 Flask 앱이 상태 저장이라는 것입니다. 'sessions' 변수는 이 앱의 상태입니다.
그리고 AppEngine/Cloud Run/Cloud Functions의 상태 저장 변수에는 문제가 있습니다.
해결책은 일부 데이터베이스(예: Firestore, Memorystore)에 세션을 저장하고 거기에서 검색하는 것입니다.
이렇게 하면 앱이 단일 위치에서 세션을 가져오고 상태 비저장이 됩니다.
보고된 문제의 가장 가능성 있는 원인은 세션 변수가 단일 인스턴스에만 로컬이라는 것입니다.
제공된 코드에서 세션 변수는 각 사용자가 본 뉴스 기사를 저장하는 사전입니다.
그러나 이 변수는 요청을 처리하는 인스턴스의 메모리에만 저장되며 인스턴스 간에 공유되지 않습니다.
따라서 새 요청이 다른 인스턴스에 의해 처리되면 동일한 세션 데이터에 액세스할 수 없으며 사용자는 이전에 본 뉴스 기사를 볼 수 있습니다.
이 문제를 해결하려면 모든 인스턴스에서 접근할 수 있는 공유 세션 관리 시스템을 사용해야 합니다.
Google App Engine은 Memcache 또는 Cloud Datastore를 사용하여 세션 데이터를 저장하는 등 몇 가지 세션 관리 옵션을 제공합니다.
공유 세션 관리 시스템을 사용하면 모든 인스턴스가 동일한 세션 데이터에 액세스할 수 있으며 사용자는 이전에 본 뉴스 기사를 볼 수 없습니다.
https://www.examtopics.com/exams/google/professional-cloud-architect/view/
Professional Cloud Architect Exam – Free Actual Q&As, Page 1 | ExamTopics
Your company has decided to make a major revision of their API in order to create better experiences for their developers. They need to keep the old version of the API available and deployable, while allowing new customers and testers to try out the new AP
www.examtopics.com