Mysql: App Engine의 Google Cloud SQL - 연결 문자열이 오래되었습니까?

user@cloudsql (프로젝트 ID:인스턴스 이름)/dbname
오래된 것입니다. 여전히 사용하기 때문에 작동합니다.

최근 gae는 데이터베이스를 지역으로 분류하기 시작하여 새로운 형식도 되었습니다. cloudsql이 지역으로 분류된 경우 새 형식을 사용해야 합니다.

아마도 이 드라이버가 새 형식을 제대로 구문 분석하지 못할 수 있습니다. 그것이 문제일 수 있다

귀하의 경우 2세대 Cloud SQL 서버를 실행하고 있습니까?

1세대 없음

드라이버가 새 형식을 구문 분석하지 않는 것 같습니다. 코드는 새로운 콜론의 존재 여부에 관계없이 첫 번째 콜론 앞의 내용과 첫 번째 콜론 뒤의 내용을 취하도록 변경해야 할 수 있습니다.

현재 read me를 업데이트하는 pull 요청이 있습니다.

감사합니다. 방금 그 PR에 댓글을 남겼습니다.
임시 해결 방법으로 드라이버 문제가 해결될 때까지 1세대 ​​서버를 설정하겠습니다.

업데이트: 배포된 Google App Engine 애플리케이션이 2세대 Google Cloud SQL Server에 연결을 시도할 때 드라이버에 문제가 있는 것 같습니다.

1세대 Cloud SQL Server를 만들었고 다음 연결 문자열로 배포된 Google App Engine 애플리케이션을 사용하여 서버에 성공적으로 연결할 수 있었습니다.

user@cloudsql(project-id:instance-name)/dbname

지역 이름이 필요하지 않았습니다.

구문 분석은 문제가 되지 않아야 합니다. 드라이버는 괄호 사이의 모든 것을 가져옵니다. https://github.com/go-sql-driver/mysql/blob/master/dsn.go#L282
https://github.com/go-sql-driver/mysql/blob/master/driver.go#L65 에서만 사용됩니다.

Cloudsql 계정이 있는 사람이 드라이버를 다운로드하고 https://github.com/go-sql-driver/mysql/blob/master/appengine.go#L14 를 편집하고 "appengine/cloudsql" 를 "google.golang.org/appengine/cloudsql" 로 대체할 수 있습니까?

_ 여러분, 참고로 _
2세대 연결에 대한 Google 제공 솔루션은 다음과 같습니다.
http://stackoverflow.com/questions/38890022/tls-requested-but-server-does-not-support-tls-error-with-google-cloud-sql-2nd

Google의 게시된 문서는 잘못 되었지만(아마도 여전히 그럴 수 있음) 올바른 솔루션이 게시되어 있습니다. 프로덕션에서 문제 없이 2세대 Cloud SQL을 사용하고 있습니다.

이에 대한 해결책이 있습니까? CloudSQL 2세대에서는 확실히 작동하지 않습니다.

@bagatelli 당신 위의 내 의견을 참조하십시오

@benguild 여러 곳에서 귀하의 의견을 보았습니다. 그러나 모든 사람이 해당되지 않는 연결에서 모든 사람이 SSL을 사용하고 있다고 가정합니다. 물론 그것은 내 것이 아닙니다. 내가 받는 오류 메시지는 "드라이버: 잘못된 연결"입니다. 드라이버가 연결 매개변수를 제대로 식별할 수 없기 때문에 데이터베이스에 도달하지도 않습니다. 제 생각에는 문제가 "new appengine" 및 "old appengine" 패키지와 관련된 혼란의 어딘가에 있다고 생각합니다.

@bagatelli 명확히 하기 위해 이 주석에 언급된 연결 문자열 형식을 사용하고 있는지 확인하십시오. http://stackoverflow.com/questions/38890022/tls-requested-but-server-does-not-support-tls-error- with-google-cloud-sql-2nd#comment65140499_38890022

이전의 간결함에 대해 죄송합니다. 우리는 문제 없이 Go on App Engine의 프로덕션에서 2세대를 사용하고 있습니다. SQL 프록시가 추가할 것이기 때문에 "tlsConfigName" 매개변수를 생략하십시오. 그러나 어느 쪽이든 이제 TLS가 지원된다고 보고합니다.

@벵길드 . 이 모든 문제에 대해 저를 도와주신 모든 노력에 감사드립니다.
"new appengine" 또는 "old appengine"을 사용하고 있습니까? 나는 방금 모든 코드를 새로운 appengine 패키지인 이 새로운 악몽으로 변환하는 데 하루를 보냈습니다. 내 다른 게시물에서 알 수 있듯이 더 이상 내 코드를 배포할 수 없으므로 위에서 제안한 것을 제대로 테스트할 수 없습니다. . 내 앱을 배포할 솔루션을 찾는 즉시 다시 시도하겠습니다.
감사합니다!

@bagatelli 배포하는 데 문제가 있는 경우 코드를 VM으로 가져오거나 Google Cloud Console을 사용해 보세요.

@bagatelli 내가 말한 것은 ... 새로운 시스템에서 시도하거나 환경과 관련이 없다는 사실을 쓰기 전에 클라우드 콘솔(개발 도구가 이미 있음)을 사용하는 것입니다.

현재 4개월된 버그로 인해 macOS Sierra를 사용하여 배포할 수 없지만 VM에서는 문제 없이 배포할 수 있습니다.

나는 당신이 환경에서 완전히 벗어나는 것이 더 많은 일이라고 확신하므로 완전히 그만두기 전에 적어도 그것을 배제할 것입니다.

@pjebs . 이 가정을 어디에서 얻었는지 확실하지 않지만 유연한 환경을 사용하고 있지 않습니다.

@pjebs 그건 틀립니다. 이것이 현재 표준에 배포하는 방법입니다.

@pjebs appcfg.py update 도 작동합니다.

@bagatelli 잘 들었습니다. 저는 일반적으로 제3자 종속성과 API 종속성을 최소화하는 경향이 있습니다. 말씀하신 내용이 사실이기 때문입니다... Google은 지원을 제공할 의무가 없지만 그렇지 않으면 평판이 위험할 수 있습니다.

현재 귀하에게 정확히 어떤 문제가 있는지 잘 모르겠지만(이전 API를 사용하는 것 외에는?) 제가 App Engine용으로 개발한 모든 소프트웨어는 다음과 같은 경우 App Engine에서 벗어날 의도로 개발했습니다. 그리고 필요할 때. 예를 들어, 내가 인터페이스하는 모든 Google API에 대해 실제로 메서드를 호출하고 나머지 애플리케이션에 자체적으로 제공하는 "도우미"를 작성하여 필요할 때만 새 환경에 맞게 조정하면 됩니다. 바라건대] 나머지 응용 프로그램을 손상시키지 않고.

저에게 App Engine은 확장 및 환경 설정 외에 약간의 구성이 필요하고 몇 가지 훌륭한 API를 제공하는 환경이기 때문에 더 편리합니다. 문제가 발생하면 성가신 일이지만 귀하가 말하는 것과 같은 문제가 있는 경우 프리미엄 지원을 제공합니까?

@pjebs. 내가 아는 한 goapp은 appcfg.py의 래퍼일 뿐입니다. 어느 시점에서 appcfg.py를 호출하게 됩니다.

@bagatelli 네, 이메일을 보내주세요. 괜찮아요

@벵길드 . 마침내 내 앱을 배포할 수 있었지만 여전히 CloudSQL에 연결하는 데 운이 없습니다.
"new appengine" 패키지를 사용하고 mysql-driver 패키지의 "appengine.go"에서 google.golang.org/appengine/clousql로 clousql 가져오기를 설정하도록 전체 앱을 업데이트했습니다.
그런 다음 CloudSQL 제어판에서 클라이언트 인증서를 생성하고 stackoverflow의 게시물에 명시된 대로 tls 구성을 매개변수로 제공하는 드라이버 설명서에 설명된 대로 RegisterTLSConfig를 사용하여 그에 따라 코드를 업데이트했습니다. 내 URL 연결은 다음과 같습니다.

root:password@cloudsql (instance-connection-name-copied-from-cloud-console)/myDatabase?tls=customTls

여전히 운이 없습니다. 오류:

드라이버: 잘못된 연결

@arnehormann . 이것은 위의 게시물에서 귀하의 질문에 대한 답변입니다.

@bagatelli TLS 없이 사용해 보세요.

@벵길드 . tls 없이 시도했습니다. 불운.

드라이버: 잘못된 연결

@pjebs . 여기에서 문제를 완전히 이해했는지 확실하지 않습니다. 드라이버가 데이터베이스에 도달하지도 않습니다. 위에서 언급한 내용이 프로덕션 환경에서 사실일 수 있다는 것을 이해하지만 데이터베이스에 대한 단일 연결도 설정할 수 없으므로 제 경우에는 위의 내용이 전혀 적용되지 않습니다.

@bagatelli 내가 한 것처럼 스택 오버플로에 게시하고 google-cloud-sql ... Google의 누군가가 응답해야 합니다.

이 문제가 있는 경우 동일한 문제가 있는 다른 사람들을 위해 색인을 생성하기를 원할 것입니다. 일단 해결된 질문에 대한 링크와 함께 여기에 다시 응답하십시오.

내가 말했듯이 사람들이 프로덕션 환경에서 2세대를 사용하고 있고 베타 버전이 아니기 때문에 여전히 구현과 관련이 있을 가능성이 큽니다.

@bagatelli Cloud Console에서 인스턴스의 'TLS 필수' 설정을 끄는 것을 기억하셨나요?

@benguild 와 @pjebs 에게 감사드립니다. SO에 게시하고 원인을 찾으면 여기에 업데이트를 제공합니다.

@벵길드 . Cloud Console에서 TLS에 대한 언급을 볼 수 없습니다.

"SSL 연결만 허용"을 의미한다고 생각합니다. 이것이 당신이 말하는 것이라면 예, 꺼져 있습니다.

알겠습니다. 문제를 찾았습니다. 그리고 그것은 드라이버도, 내 앱도, CloudSQL도 아니었습니다. 앱을 배포하는 프로젝트는 몇 년 전에 이전 개발자 콘솔을 통해 생성되었습니다.
Cloud Console의 액세스 제어 탭에는 "이 프로젝트의 앱: 모두 승인됨"이라는 레이블이 있습니다. 프로젝트가 생성되면 기본 appengine 및 컴퓨팅 엔진 계정도 생성됩니다. 문제는 이 특정 프로젝트에 기본 계정이 둘 다 없었고 그것이 문제라고 확신한다는 것입니다. 아마도 Google은 IAM 및 관리자를 사용하여 액세스 계정을 관리하는 클라우드 콘솔로 appengine을 마이그레이션할 때 해당 계정을 생성하지 않았을 것입니다.
기본 계정이 누락된 것을 발견했을 때 새 프로젝트와 새 클라우드 SQL 데이터베이스를 만들고 정확히 동일한 코드를 이 새 프로젝트에 배포했고 _voila_...모두 잘 작동하고 있다고 가정하고 있습니다.
@benguild @pjebs 이 문제를 해결하는 데 도움을 주신 모든 분들께 진심으로 감사드립니다.
@benguild AppEngine/Google과 관련된 동일한 페이지에 있는 것 같아서 이전 대화에서 관련 없는 모든 댓글을 삭제했습니다. 나중에 이메일을 보내드립니다.
나는 이 질문을 StackOverflow에 게시했으며 동일한 문제를 가진 다른 사람들이 이점을 얻을 수 있도록 이 발견으로 답변할 것입니다.
http://stackoverflow.com/questions/40020782/connect-to-google-sql-cloud-2nd-generation-with-go-on-appengine

다시 한번 감사합니다!

예, App Engine이 SQL 인스턴스에 액세스할 수 없으면 문제가 발생합니다. 👍🏻

#485에 의해 수정됨

내가 말할 수 있는 것은 감사 합니다 @benguild ! 크롬 탭을 500개 열고 5시간 동안 인터넷 검색을 한 후 키보드에 머리를 부딪치는 것을 멈출 수 있도록 도와주셨습니다! 할렐루야!!!