앱 엔진의 마이크로 서비스와 관련하여 기본 앱에 관한 질문을했고 큰 응답이 here인데이 문제와 관련하여 다른 질문이 있습니다.내 기본 앱을 appspot.com에 배포해야합니까?
appspot.com을 통해 기본 앱에 액세스 할 수 있습니까? 내가 deploy 명령을 실행하면 어디에 놓을 수 있겠습니까? 난 단지 기본 응용 프로그램 요구 사항을 만족시키는 반쯤 비어있는 (hello world 크기의) 응용 프로그램을 원한다.
google이 여러 개의 app/microservices를 shoehorning하는 것처럼 보이지만 원래는 하나의 웹이 다른 모듈에 의해 뒷받침되는 앱만 제공하도록 설정되어 있습니다. 그것은 매우 ungraceful하고 해커 것 같습니다.
사용 된 URL에 따라 다르게 수행되도록 앱을 맞춤 설정할 수 있습니다.
예를 들어 domain specific routes with webapp2을 사용하거나 self.request.url 값을 확인하고 이에 따라 응답하여 도메인을 확인할 수 있습니다.
예를 들어 myapp.appspot.com은 404를 반환 할 수 있지만 www.mydomain.com은 사용자에게 콘텐츠를 제공 할 수 있습니다.
"액세스 가능"이란 의미에 따라 다릅니다.
예, 응용 프로그램이 요청은 Routing via URL 규칙에 따라 앱 내부의 서비스의 일부 버전의 일부 인스턴스를 만들 수 있다는 점에서 appspot.com의 존재를해야합니다, 가장 일반적인 것들 인 :
https://instance-dot-version-dot-service-dot-app-id.appspot.com
http://instance.version.service.my-custom-domain.com
, :
명명 된 서비스, 버전 및 인스턴스에 요청을 보냅니다
기본 서비스는 명시 적으로 "기본"이름에게 서비스를 를 제공하거나 서비스의 설정 파일의 이름 매개 변수를 포함하지 않음으로써에 의해 정의됩니다. 서비스를 지정하지 않거나 잘못된 서비스 인 요청은 기본 서비스로 라우팅됩니다. 적절한 경우 서비스의 기본 버전 을 Google Cloud Platform Console versions tab에 지정할 수 있습니다.
그러나 앱 코드가 이러한 요청에 응답하는 것은 귀하에게 달려 있습니다. 예를 들어, 기본 서비스 핸들러가 단순히 404 또는 "Hello world"페이지를 리턴하는 것 (예 : 다른 작업을 원하지 않는 경우)은 없습니다. 마치 그곳에 없을 것처럼. 그러나 여전히 기본 서비스의 역할을 담당합니다.
'app'와'service' (또는'module')을 사용하는 것에주의해야합니다. GAE 관련 게시물에 혼란을 일으키기 쉽습니다. 다른 질문의 맥락에서 나는 당신이 정말로'앱'이 아니라 '서비스'를 의미한다는 것을 안다. :) –