Firebase-tools: 기능 영역이 기본값이 아닌 경우 호스팅은 기능을 실행하지 않습니다.

에 만든 2018년 07월 28일 · 41코멘트 · 출처: firebase/firebase-tools

버전 정보

4.00

플랫폼 정보

OS X

재현 단계

europe-west1 에 배포된 함수

// function code
const functions = require('firebase-functions');

exports.helloIvanA = functions
  .region('europe-west1')
  .https.onRequest((request, response) => {
    response.send('Hello from Ivan!');
  });

// firebase.json
{
  "hosting": {
    "public": "public",

    "rewrites": [
      {
        "source": "**",
        "function": "helloIvanA"
      }
    ]
  }
}

예상되는 행동

https://blablabla.firebaseapp.com 은 helloIvanA 에서 데이터를 가져옵니다.

실제 행동

https://blablabla.firebaseapp.com 는 https://us-central1-yushkarala.cloudfunctions.net/helloIvanA/ 로 리디렉션됩니다.
그리고 준다
Error: Forbidden Your client does not have permission to get URL /helloIvanA/ from this server.

출처

istarkov

👍30

가장 유용한 댓글

이것이 구현되는 것을 보고 싶습니다. 내 방문자는 유럽에서 왔으며 us-central1 europe-west1 보다 3배 이상 큽니다.

diogoterremoto 에 2018년 09월 21일

👍43 👀2

모든 41 댓글

또한 예 리포지토리 https://github.com/istarkov/firebase-hosting-error

istarkov 에 2018년 07월 30일

안녕하세요. 이는 예상된 동작입니다. https://firebase.google.com/docs/functions/locations#http_and_client_callable_functions 를 참조하세요. 파란색 상자는 리디렉션 호스팅 역할을 하는 모든 기능이 'us-central1'에 있어야 함을 나타냅니다. 호스팅 출처가 그곳이라는 사실 때문입니다.

laurenzlong 에 2018년 07월 30일

👍3

감사합니다. 이 예상되는 동작이 가까운 미래 또는 최소한 미래에 변경될 가능성이 있습니까?

istarkov 에 2018년 07월 30일

안녕하세요, 그것은 미래에 변경되지만 가까운 장래에 변경되지는 않습니다. Firebase 호스팅이 다른 지역에서 시작되는 시점에 따라 다릅니다.

laurenzlong 에 2018년 07월 30일

😕9 👎3 👍1

안녕하세요,
내 문제는 이것과 매우 유사하지만 외부 네트워크를 사용하기 때문에 내 기능은 EU에 있어야하며 대기 시간은 이러한 방식으로 훨씬 좋습니다 (2-4 초 대 4-600 ms) 실행 시간
내 문제를 다음과 같이 설명했습니다.
https://github.com/firebase/firebase-js-sdk/issues/1101
그래서 현재 다른 지역에 다시 쓰기를 사용할 수 있는 솔루션이 아직 없는 건가요?
(직접 링크를 사용하여 EU 기능에 도달하는 해결 방법이 있지만 개발 측면에서는 이상적이지 않으므로 테스트하기 위해 모든 것을 다시 배포해야 합니다.)

hgghyxo 에 2018년 08월 09일

👍7

이것이 구현되는 것을 보고 싶습니다. 내 방문자는 유럽에서 왔으며 us-central1 europe-west1 보다 3배 이상 큽니다.

diogoterremoto 에 2018년 09월 21일

👍43 👀2

안녕하세요, 그것은 미래에 변경되지만 가까운 장래에 변경되지는 않습니다. Firebase 호스팅이 다른 지역에서 시작되는 시점에 따라 다릅니다.

안녕하세요 @laurenzlong ,

이는 us-central1 다른 위치를 통해 호스팅을 사용할 수 있을 때 다음 제한 사항도 우회할 수 있음을 의미합니까?
문서 에서 Important: If you are using HTTP functions to serve dynamic content for hosting, you must use us-central1.

내 응용 프로그램에 해당 기능이 필요합니다. 따라서 빠르면 빠를수록 좋습니다 :)!

이 모든 것에 감사드립니다.

johanchouquet 에 2019년 01월 10일

👍16

이 문제가 해결될 때까지 굵은 글씨로 경고를 작성해야 합니다. 나는 무슨 일이 일어나는지 깨닫기까지 너무 많은 시간을 보냈다.
최소한 region 옵션을 다시 쓰기에 추가하여 유럽으로 리디렉션할 수 있도록 합니다.

vladostaci 에 2019년 05월 18일

👍17 ❤2

Firebase용 클라우드 기능이 cloud run region 옵션을 지원하기를 바랍니다. tokyo 지역을 사용하고 있습니다. us-central1 에서 정말 멉니다.

wangchou 에 2019년 06월 01일

이는 us-central1 다른 위치를 통해 호스팅을 사용할 수 있을 때 다음 제한 사항도 우회할 수 있음을 의미합니까?
문서 에서 Important: If you are using HTTP functions to serve dynamic content for hosting, you must use us-central1.

안녕하세요 @laurenzlong ,

(좋은)가 있습니까? 이것에 대한 뉴스?

@wangchou 가 말했듯이 클라우드 실행이 대안이 될 것이라는 데 동의하지만 서비스/기술 스택이 추가됩니다.

곧 읽을 수 있기를 바랍니다. 감사 해요!

johanchouquet 에 2019년 06월 05일

우리는 여전히 이것을 조사하고 있지만 현재 우리의 오리진 인프라는 us-central 에 집중되어 있습니다. 즉, 다른 지역에서 기능 프록시를 허용하면 대부분의 경우 추가 대기 시간이 발생하게 됩니다. 예를 들어:

tokyo -> CDN edge -> origin (us-central) -> function (tokyo)

이것은 왕복 시간이 실제로 두 배로 증가한다는 것을 의미합니다.

우리는 원본 인프라의 위치를 확장하는 것을 조사하고 있지만 그때까지는 이 기능을 추가하는 것이 득보다 실을 더 많이 일으킬 가능성이 있으므로 주의를 기울이고 있습니다.

mbleigh 에 2019년 06월 05일

👍3

@mbleigh - 호스팅 출처가 미국 이외의 지역에 있을 때 추정치를 알려주시겠습니까?

전체 Firebase 환경은 훌륭하지만 전환하기 전에 두 번 생각하게 만듭니다. 감사합니다

fazpu 에 2019년 07월 27일

👍5 👀2

이 문제가 해결되지 않은 경우 종료된 이유를 정말 모르겠습니다. +1을 하고 있습니다.

danieldanielecki 에 2019년 07월 29일

👍15

둘째, Firebase는 훌륭하지만 유럽 사용자에게는 이것이 중요한 경고입니다.

suzukieng 에 2019년 07월 29일

👍10 👀1

죄송합니다. 타임라인은 변경될 수 있으므로 언급할 수 없습니다. 우리가 제품을 계획하고 구축할 때 이를 고려하는 기능으로 이것을 지원하는 지속적인 목소리에 감사드립니다.

mbleigh 에 2019년 07월 29일

❤4

이와 관련이 있을 수 있는 문제가 있습니다만, 이에 대해 완전히 이해하지 못하여 잘 모르겠습니다. 더 잘 알고 있고 시간이 있는 사람이 이에 대해 의견을 말하고 싶다면 다음 질문을 참조하십시오.

https://stackoverflow.com/questions/57367131/403-from-deployed-firebase-function

lborgman 에 2019년 08월 06일

이 기능이 있으면 정말 좋을 것입니다. 마침내 europe-west1에 이미 있는 기능에 호스팅 재작성을 추가할 수 있습니다.

shovelend 에 2019년 08월 18일

👍6

정말 좋을 것입니다. 지금은 @hgghyxo가 언급한 대로 리디렉션도 사용합니다.

함수 이름 api
지역 europe-west1

Firebase.json

"redirects": {
    {
          "source": "/api/endpoint",
          "destination": "https://europe-west1-project-id.cloudfunctions.net/api/endpoint",
          "type": 301
    },
    ...
}

mcoevert 에 2019년 08월 19일

👍5

@mcovert님 이 2019년 8월 19일 오전 10시 36분(GMT+2) 에 댓글을 남겼습니다.

정말 좋을 것입니다. 지금은 @hgghyxo가 언급한 대로 리디렉션도 사용합니다.

리디렉션은 CORS 문제를 해결하지 못합니다.

Karasuni 에 2019년 09월 11일

유럽 지역 지원도 보고 싶습니다.

LaszloDev 에 2019년 09월 13일

👍8

이제 europe-west1 지역(현재 Cloud Run에서 사용할 수 있는 유일한 유럽 지역)에서 호스팅되는 Cloud Run 서비스로 다시 작성할 수 있는 것 같습니다. 완전히 같지는 않지만 꽤 가깝습니다.

diogoterremoto 에 2019년 09월 13일

😕1

안녕하세요. 이는 예상된 동작입니다. https://firebase.google.com/docs/functions/locations#http_and_client_callable_functions 를 참조하세요. 파란색 상자는 리디렉션 호스팅 역할을 하는 모든 기능이 'us-central1'에 있어야 함을 나타냅니다. 호스팅 출처가 그곳이라는 사실 때문입니다.

죄송하지만 작은 파란색 상자는 쉽게 놓칠 수 있습니다. 우리는 이 문제에 대해 너무 많은 시간을 낭비했습니다. 결국 구성 문제라고 생각했습니다.

larssn 에 2019년 10월 10일

👀3 👍1

폐쇄된 이유는 유럽에서 우리의 문제입니다. 우리 지역에서만 작동하는 이유에 대한 설명이 있습니까?

alfetch 에 2019년 10월 28일

이 문제는 Firebase CLI에서 직접 해결할 수 없는 Firebase 호스팅에 대한 기능 요청이기 때문에 종료되었습니다. 기능 요청은 내부적으로 추적 되며 이 양식을 통해 추가 지역에 대한 지원을 요청하는 것이 좋습니다.

많은 분들이 이 기능을 원하신다는 사실을 잘 알고 있습니다. 피드백에 감사드립니다!

mbleigh 에 2019년 10월 28일

이 문제는 Firebase CLI에서 직접 해결할 수 없는 Firebase 호스팅에 대한 기능 요청이기 때문에 종료되었습니다. 기능 요청은 내부적으로 추적 되며 이 양식을 통해 추가 지역에 대한 지원을 요청하는 것이 좋습니다.
많은 분들이 이 기능을 원하신다는 사실을 잘 알고 있습니다. 피드백에 감사드립니다!

기능 요청은 내부적으로만 추적됩니까? 중복 요청이 많이 발생하지 않습니까? 미국 외 지역을 포함하도록 이러한 기능에 대한 지원을 보여주고 싶습니다.

Karasuni 에 2019년 10월 28일

예 -- 기능 요청을 보내면 내부 추적을 위해 다른 요청과 중복 제거됩니다(요청에 대한 더 많은 지원을 표시하는 데 확실히 도움이 됩니다!).

mbleigh 에 2019년 10월 28일

❤2

VPC가 필요하지 않은 경우 Cloud Function 대신 Cloud Run을 사용할 수 있습니다. Cloud Run(완전 관리형)은 현재 VPC 네트워크에 연결할 수 없습니다. VPC + 사용자 지정 도메인 + Cloud Function을 사용하기 위해 테스트한 해결 방법은 Cloud Function에 대한 프록시인 사용자 지정 도메인과 함께 Cloud Run을 사용하는 것입니다. 약간의 오버헤드가 추가되지만 Cloud Run과 Cloud Function이 동일한 지역에 있는 경우 이론적으로 대기 시간이 길지 않아야 합니다. 즉, 한 달 동안 모니터링했으며 Cloud Run 베타는 100% 안정적이지 않습니다.

이것은 Cloud Run에 배포하고 시도해 보고 싶은 경우 사용한 프록시가 있는 저장소입니다. https://github.com/reactgraphqlacademy/cloud-run-proxy

Cloud Functions와 동일한 지역에서 프록시를 사용하여 Cloudflare 작업자를 테스트하고 동일한 기간 동안 모니터링했습니다. 100% 신뢰할 수 있지만 Cloud Run보다 느렸습니다.

Cloudflare 작업자 https://gist.github.com/alexlbr/814446f03cf12e22f07ccaa580eb1154 를 테스트하려는 경우 이 코드를 사용할 수 있습니다. @wangchou 틀리지 않았다면 Tokio에서 Cloudflare 작업자를 실행할 수 있으므로 해당 지역에서는 아직 Cloud Run이 지원되지 않으므로 사용자가 있는 Edge에 더 가깝습니다.

다음은 같은 기간 동안 프록시 없이 Cloud Function을 직접 모니터링합니다.

모니터링을 위해 https://uptimerobot.com 을 사용했습니다.

Cloud Run은 나에게 매우 유망해 보입니다. 정식 출시가 기대됩니다.

alexlbr 에 2019년 11월 03일

이에 대한 업데이트가 있습니까? 폐쇄된 이유는 무엇입니까?

abdellahaski 에 2019년 12월 05일

불가능한?

l2aelba 에 2019년 12월 05일

@abdellahaski @l2aelba 우리는 분명히 여기에서 문제점을 들었습니다. @mbleigh 가 앞서 말했듯이 기능 요청(아래 참조)으로 제출하는 것이 내부적으로 이러한 관심을 끌 수 있는 가장 좋은 방법입니다. 감사 해요!

이 문제는 Firebase CLI에서 직접 해결할 수 없는 Firebase 호스팅에 대한 기능 요청이기 때문에 종료되었습니다. 기능 요청은 내부적으로 추적 되며 이 양식을 통해 추가 지역에 대한 지원을 요청하는 것이 좋습니다.
많은 분들이 이 기능을 원하신다는 사실을 잘 알고 있습니다. 피드백에 감사드립니다!

bkendall 에 2019년 12월 05일

asia-east2 지원도 보고 싶습니다.

mbizplus 에 2019년 12월 06일

잘못된 문서 때문에 Firebase를 포기할 뻔했습니다.

리디렉션의 기능과 일치하는 us-central의 기능이 없는 경우 최소한의 경고를 표시해야 합니다!

Firebase 팀이 누군가가 사용자가 미국 이외의 지역에서 프로젝트를 개발할 수 있도록 하는 것이 좋습니다. 이런 종류의 것들에 대한 경고를 받지 못한다는 것은 미친 짓입니다.

alexanderkjeldaas 에 2019년 12월 07일

👍3

요청한 대로 수행하여 서로를 돕습니다. 기능 요청 게시:
https://firebase.google.com/support/troubleshooter/report/features

다음은 복사/붙여넣기를 위한 초안입니다. 그냥 완료하세요 :)

미국 외 지역의 함수에 대한 호스팅 재작성
https://github.com/firebase/firebase-tools/issues/842
US-Central1 이외의 지역에서 기능에 대한 재작성을 생성할 수 있어야 합니다.
우리의 타겟 고객은 미국에 있지 않으며 이 기능이 없다는 것은 우리에게 큰 골칫거리입니다. 따라서 우리는 기술 스택을 Firebase 전체에 할애할지 확신할 수 없습니다.
가까운 시일 내에 이 기능을 우선적으로 고려하십시오.
감사합니다,

denkan 에 2019년 12월 20일

👍7 ❤2

곧 이 기능을 기대합니다!

dingobar 에 2020년 02월 16일

👍3

클라우드 기능 대신 클라우드 실행을 사용하는 방법을 연구한 사람이 있습니까?

Cloud run은 다른 지역에서도 기능을 제공합니다.

mc-lovin 에 2020년 03월 01일

👍2

2년이 지난 지금도 이게 문제지.. 그건 그렇고 왜 닫혀있지?

Gennttii 에 2020년 04월 08일

👍3

안녕하세요. 이는 예상된 동작입니다. https://firebase.google.com/docs/functions/locations#http_and_client_callable_functions 를 참조하세요. 파란색 상자는 리디렉션 호스팅 역할을 하는 모든 기능이 'us-central1'에 있어야 함을 나타냅니다. 호스팅 출처가 그곳이라는 사실 때문입니다.

페이징 @laurenzlong

Cloud Functions는 다음 지역에서 사용할 수 있습니다.
us-central1(아이오와)
us-east1(사우스 캐롤라이나)
us-east4(버지니아 북부)
europe-west1(벨기에)
europe-west2(런던)
europe-west3(프랑크푸르트)
asia-east2(홍콩)
asia-northeast1(도쿄)

Karasuni 에 2020년 04월 08일

나는 us-central1과 함께 목록의 맨 위에 있고 다른 위치와 분리되어 있기 때문에 eur3(europe-west)을 선택했습니다. 이 두 가지가 기본값이라고 생각했습니다.

어떻게 해야 하나요? 해결 방법이 있습니까?

Gennttii 에 2020년 04월 08일

왜?????

fugi 에 2020년 04월 09일

안녕하세요 여러분, 이에 대한 모든 피드백에 감사드립니다. us-central1 이외의 Firebase 호스팅 지원 기능을 원하신다는 말씀을 분명히 들었습니다. 불행히도 제대로 작동하려면 상당한 양의 인프라 작업이 필요하므로 "전환"하고 다른 지역을 온라인으로 전환할 수 없습니다.

기능 요청으로 이에 대해 자주 들었으며 특정 일정에 대해 언급할 수는 없지만 로드맵에 있습니다. 이 저장소는 Firebase 호스팅 제품 전체에 대한 기능 요청을 게시하기에 올바른 장소가 아닙니다. 이 기능에 관심이 있는 경우 기능 요청을 제출하여 내부적으로 관심을 계속 추적하고 작업의 우선 순위를 정할 수 있도록 하십시오. 활성화하려면 발생해야 합니다.

모두 감사합니다!

mbleigh 에 2020년 04월 09일

안녕,

아무도 당신이 호스팅하는 곳을 신경 쓰지 않는다고 생각합니다. 우리는 오류가 표시되지 않도록 간단한 수정을 원합니다.

이 수정은 코드에서 수행할 수 있으며 호스팅을 수행하는 곳에서는 아무 것도 할 수 없습니다.

그리고 이것은 기능에 대한 요청이 아니며 버그 제거가 기능이되지 않습니다. 그냥 그 버그를 제거

감사 해요..

Gennttii 에 2020년 04월 09일

이 페이지가 도움이 되었나요?

0 / 5 - 0 등급

Firebase-tools: 기능 영역이 기본값이 아닌 경우 호스팅은 기능을 실행하지 않습니다.

버전 정보

플랫폼 정보

재현 단계

예상되는 행동

실제 행동

가장 유용한 댓글

모든 41 댓글

관련 문제