問題タブ [google-cloud-platform]

プライベート ネットワークを使用して Google Compute Engine から Google Cloud SQL にアクセスできますか?

Google Cloud SQL は、Google Compute Engine インスタンスのパブリック ネットワーク IP を認識しているようです。

また、Web コンソールでは、インスタンスのプライベート アドレスを入力できません。

今朝の時点で、ストレージ バケットにアクセスできません。

ナビゲーションで [Google Cloud Storage] タブを選択すると、すべてが期待どおりに読み込まれますが、2 つのバケットが表示されるのではなく、次のようなアラート バーが表示されます。

バケットを取得できませんでした。クリックして再試行

バケットへのリンクを認識しているので、これをクリックしてみましたが、ページは正常に読み込まれましたが、次のような新しいエラー メッセージが表示されました。

オブジェクトを取得できません。クリックして再試行

これは私の両方のバケットに当てはまります。

以前にこの問題を経験して解決した人はいますか?

編集: API の両方を使用してバケット内のオブジェクトとやり取りし、ブラウザーを介してそれらを読み込むことができます

更新:
[設定] > [App Engine] > [バージョン] でバージョン 1 (バージョンしかありません) をデフォルト バージョンとして設定しようとすると、「バージョンをデフォルトとして設定できませんでした」という奇妙なエラーが表示されます。 ? 修正方法に関するアイデアはありますか？

元の投稿:
Google Cloud Endpoints を使用してプロジェクトを開発しています。これまでのところ、すべてローカルで開発しました。私は今日それを展開しに行きましたが、何かが機能していません。ローカルホストで API と API エクスプローラーにアクセスできます。動作http://localhost:8080/_ah/api/myapi/v1/testしますが、展開すると動作しません。にアクセスすると「メモが見つかりました」と表示されhttp://myapp.appspot.com/_ah/api/myapi/v1/testます。同じことが api エクスプローラにも当てはまります。ローカルでは動作しますが、デプロイされた URL で使用しようとしても何も得られません。

デプロイは成功したようです:

ログまたは管理ログを確認しても、エラーは表示されません。

ログは次のとおりです。 Endpoints: https://1-dot-struction-api.appspot.com/_ah/api/structions@v1 Saved

および管理者ログ:

すべてのドキュメントによると、これはエラーなしでデプロイされたことを意味します。

問題は app.yaml にあったのでしょうか? ここにあります：

私が見つけたすべてによると、私はすべてを正しく行っていますが、API はまだ読み込まれません。それが要因である可能性がある場合はNDBを使用していますが、データストレージが行われていないAPIにアクセスすることさえできません.

ここで起こっていることを知っている人がいれば、事前に感謝します。非常にイライラします。

私は appengine データストアとクラウド データストアとは何かを知っていますが、クラウド データストアを使用することは常に私にとって混乱を招きます。

1. クラウド データストアには Compute Engine が必要ですか? （Googleドキュメントで、コンピューティングエンジンを有効にするように見ました）
2. appengine アプリケーションからクラウド データストアにアクセスする方法(これは非常に必要です)
3. 複数のアプリケーションがこの共通データストアにアクセスできるようにする方法は?

注: 有効にする方法は知っていますが、上記の質問に対する明確な回答が得られませんでした。

エントリのリストにライブラリ'resourceRecordSets()'を使用し、いくつかのレコードを削除します (例: 'Type MX')。

しかし、私はそれを削除しようとします:

また、レコード SOA のインクリメントも行っています。

しかし、私はこれがエラーです:

しかし、この構文を挿入すると:

私の「体」で私は成功しています。

私のコードに従ってください：

と：

失敗 ：（

と：

成功 ：）

しかし、私はそれが自動である必要があります。

誰かが私を助けることができますか？

ありがとう

オンプレミスでのメールのテストに取り組んでおり、Google Apps for Email からの移行を検討している可能性があります。GCE 内の現在のプロジェクトは、現在の Google Apps メール アカウントに関連付けられています。GCE を使用するには、Google Apps メールを使用する必要がありますか? そうでない場合、GCE Web コンソールへのログインは現在 Google Apps のメール アカウントに関連付けられているため、どのように機能するか知っている人はいますか?

プロジェクトをGoogle以外の認証方法に移行する適切な方法が見つからないようです。

Eclipse を使用して Google Cloud 用の Googleモジュール ( https://developers.google.com/appengine/docs/java/modules/ )を開発するにはどうすればよいですか?

ここで私が尋ねる理由は...

App Engine を使用してきましたが、最近 Google モジュールを使用することにしました。Google の最新かつ最高のテクノロジーをすべて利用できるように、完全にゼロから始めたいと考えていました。そこで、開発環境をアンインストールし、再インストールのプロセスを開始しました。すべてが「正しい」方法で行われたことを確認するために、Google にアクセスして「Google アプリ エンジン」を検索しました。これにより、「正面玄関」から入ってきて、軌道から外れることはないと思いました。

私のクエリ「Google app engine」の上位の結果 (広告) は、https://cloud.google.com/products/app-engine/?utm_source=google&utm_medium=cpc&utm_campaign=appengine-search&gclid=CPWg6eef670CFYdlfgodI1oAWwでした。これは実際には Google アプリ エンジンではありません。それは実際には Google Cloud です。しかし、Google App Engine は Google Cloud のコンポーネントのようです。

そのため、Google App Engine ツールではなく、Google Cloud ツールを使用して開発を開始する必要があると考えました。しかし、Google Cloud ツールには、Eclipse で開発するための指示がないようです。また、Google の誰かから、Google Cloud プロジェクトにはプロジェクト ID があり、Google App Engine プロジェクトには App ID があると言われました。

では、Eclipse を使用して Google モジュール (または同等のもの) を使用する Google Cloud 用の Java ソフトウェアを開発するにはどうすればよいでしょうか?

ちなみにWindows(64bit)を使っています。

ありがとうございました！

Java の Google App Engine Datastore HRD では、

Query オブジェクトまたは GQL を直接使用して複数のテーブルを結合およびクエリすることはできません

私の考えが正しいアプローチであるかどうかを知りたいだけです

ノードごとに親 - 子 - 孫のような階層的な順序でインデックスを構築する場合

ノード - キー - IndexedProperty - 設定

サブ子と孫をすべて集めたい場合。階層フィルター条件内で一致するすべてのキーを収集し、キーの結果を提供できます

Memcache では、各キーを保持し、DB エンティティを指すことができます。キャッシュがキーのセットを使用する単一のクエリにも含まれていない場合は、DB からすべてのレコードを取得できます。

長所

1) 高速取得 - Google では、キーによるエンティティの取得を使用することをお勧めします。

2) 複数のテーブル データを収集するには、1 つのトランザクションで十分です。

3) Memcache と Persistent Datastore は同じ形式を表します。

4) ユーザーや親ノードなどのグループに関連するデータのみをスキャンします。

短所

1) DB サイズの Meta Data が増加するため、DB サイズが増加します。

2) 単一の親のインデックスが 1MB を超える場合は、分割して DB に BLOB として保存する必要があります。

この構造は良いアプローチかどうかです。

階層に長い深いレベルがある場合、これにより、実行中の多くのクエリ操作が解決され、親に依存するすべてのアイテムが収集されます。

複数の親の場合 - すべてのインデックスを収集し、クエリに関連するキーを取得します。キーのリストを使用して、単一のトランザクションですべてのデータを収集します。

誰かがさらに長所または短所を見つけた場合は、それらを追加して、このアプローチが正しいかどうかを正当化してください。

どうもありがとう

クリシュナン