0
새 코드를 테스트 한 후에 내 라이브 환경 대신 demo.my-gae-app.com (예 : my-gae-app.com)과 같은 특정 GAE 응용 프로그램의 특정 하위 도메인에 대한 변경 사항을 릴리스 할 수 있으면 좋을 것입니다. 백엔드 인스턴스 (하위 도메인이 금지되거나 올바른 솔루션이 아닌 경우).Google App Engine Production-Like 환경
그런 다음 베타 테스터에게 새로운 코드 변경을 시연하고 실제 GAE 환경에 대한 성능 테스트를 실행할 수 있습니다. GAE SDK에는 dev appserver가 포함되어 있지만 대부분의 API 호출은 스텁되며 프로덕션 환경처럼 스케일링을 처리하지 않습니다. 개발자의 로컬 샌드 박스와 QA 환경에 절대적으로 사용 하겠지만, 실제로 제작을 모방 한 환경에 맞지 않는 코드를 출시 할 생각은 없습니다.
다른 GAE 개발자/팀이 어떻게 처리합니까? 실제로 제작 전 환경 (예 : "데모")을 찾고 있습니다 ... 실제로 GAE 앱 서버에 게시합니다. 물론 필자는 개발자, 베타 테스터 및 자동화 된 perf 테스트에서 액세스 할 수 있도록이 코드에 대한 액세스를 제한해야합니다.
감사합니다. @proppy (+1) - 빠른 질문 : 내 이해 * 백엔드 인스턴스는 하위 도메인이 개별적으로 주어 지므로 직접 참조 할 수 있습니다. 따라서'myapp.appid.appspot.com'은 백엔드 인스턴스 인 cronjobs.myapp.appid.appspot.com을 가지고 하루 종일 cron 작업을 시작할 수 있습니다. 만약 당신이 여기서 제안한 것처럼'-V demo' 인자를 사용한다면'demo.myapp.appid.adppspot.com'을 어떻게 방해할까요? 분명히, 나는 나의 정상적인 생산 cronjob 백엔드를 원할 것이다. 그러나 나는 데모 cronjob 백엔드도 원할 것이다. 다시 한 번 감사드립니다! – IAmYourFaja
백엔드에는 버전이 없습니다. 사실 각 백엔드는 별도의 응용 프로그램 버전처럼 작동합니다. 'cronjobs-demo'라는 백엔드를 만들 것을 제안합니다. – proppy