GAE/Goにおけるコスト最適化 #golang – timakin – Medium
Go Advent Calendar 2018 ２日目の記事です。１日目はtenntennさんの「実装して理解するスライス #golang」でした。 せっかくなので実益に繋がる話を書くべきだと思っておりまして、今回はGoConでGAE/Go 2nd genに対して注目が集まっていたのもあり、「GAE/Goでの運用コスト最適化」について書こうと思います。 （とはいえ、この分野だとGCPUG界隈のsinmetalさんやvvakameさん、apstndbさんあたりが圧倒的に詳しく、僕が書くことに関してはやや恐縮するのですが） どれくらいコストを減らしたかサービスを運営する中で、クライアントからAPIが叩かれるだけでなく、クローラー等による大量のアクセスがある場合、いくら小規模でもかなり費用が可算できます。そしてそれは安いと評判であるGAEでも例外ではありません。 お財布が困窮していたわけではない
（2018/2/26 追記）Datastore/Go のデータ設計のコツ - pospomeのプログラミング日記
僕の Datastore の記事は Cloud Datastore/AppEngine Datastore 時代のものなので、現在の Firestore の Datastore mode だと一部の内容が正しくないと思うので注意してください。(´・ω・`)— pospome (@pospome) March 24, 2021 Datastoreを使っていて、 ある程度コツとか注意点みたいなものが分かってきたので、 まとめてみました。 継続的に追記していく予定です。 間違っているところがあれば コメント or twitter で教えてください。 Datastoreの entity, kind などの用語は理解している前提です。 ParentKeyに気をつける Go では Filter による OR, IN 検索ができない 文字列に対する LIKE 検索がない 結局どんなクエリが発行できるのか
Google Firestore a subset or superset of Google Cloud Datastore?
Update 2 (01/31/19) As of today, Cloud Firestore is no longer in Beta and is Generally Available: https://cloud.google.com/blog/products/databases/announcing-cloud-firestore-general-availability-and-updates This means that Cloud Datastore is no longer an option for new projects (you can keep using it on existing projects). New projects that want to use the Datastore API can use Cloud Firestore in
mercari/datastore実戦投入
DatastoreについてみなさまGCPをお使いになっているでしょうか。 GCPにはバックエンドのDBとしてCloudSQLというRDBと、NoSQLであるDatastoreというのがあります。 周囲の事例を聞く限りは、マスターデータなど変化が少なかったり、seedデータ的なものを用意しなければならないものをのぞいて、基本的にDatastoreを利用している印象です。 また、GAEで開発する場合はinternalなAPIからDatastoreを利用できる一方、GKEなどからは、GCPの外部向けAPIを呼び出すことでデータを送受信します。 さて、自分はいつもGoでAPIを書くのがいいよ！と触れ回ってるわけですが、GCP上で開発を進める際には前述の通りDBにはDatastoreを使っています。 このDatastoreですが、そのまま使うと自前でキーを発行する必要があったり、値をキャッシュしたり
DatastoreとFirestoreとApp Engineの関連 - Qiita
注意書き この記事は2017年12月の記事です。 現在、Google Cloud FirestoreはUPDATEされて、以下の内容とは異なります。 新しい記事はお待ち下さい！ 記事 Cloud Firestore がBetaで公開されました。 Cloud Firestoreは、Firebase Realtime Databaseの後継に当たるサービスです。 Firebase Realtime DBに存在していたリアルタイム更新やデータベースルール, オフライン機能や、Firebase Authとの連携などを受け継いでいます。 大きく変わったのはバックエンドです。 Firebase Realtime DBは、もともとGoogleが作ったものではなく、Googleが買収したサービスでした。 買収後、FirebaseはAuth, Push通知, Analytics, Remote Config
GAEのDatastore(Cloud Datastore)の自動採番はプロジェクト移行したら初期化される？ - Qiita
GAEのDatastore(Cloud Datastore)の自動採番はプロジェクト移行したら初期化される？GAEGoogleAppEngineGoogleCloudDatastoregooglecloud 追記＆注意(2017/10/25): 本記事内でauto_id_policy=legacyで実験して発生した問題を提起していますが、もしかしたらscatteredだと問題が発生しないのではないか、という疑惑が生じています。scatteredで実験するよい方法が思いつかないので、とりいそぎ追記のみ（無責任でごめんなさい） 追記＆注意(2017/11/29): 新しく追加されたExporting and Importing Entities使うとID衝突防げるのでは？という噂。未検証です。情報求ム。 近々Google Cloud Platform東京リージョンが発表されそうですね。 どうや
Introducing Cloud Firestore: Our New Document Database for Apps
Introducing Cloud Firestore: Our New Document Database for Apps Today we’re excited to launch Cloud Firestore, a fully-managed NoSQL document database for mobile and web app development. It’s designed to easily store and sync app data at global scale, and it’s now available in beta. Key features of Cloud Firestore include: Documents and collections with powerful querying iOS, Android, and Web SDKs
Compute Engine から Cloud Datastore を使う - Qiita
やりたいこと Compute Engine から Datastore にアクセスしたい状況になって色々と調べたり議論したりしたので、その記録を残しておきます。 選択肢 とりあえず大雑把に以下の 2 つの選択肢があります。 App Engine を間に挟んでアクセスする App Engine 側に、リクエストを受けたら Datastore にアクセスして必要な処理をしたりデータを返すような API を実装しておく Compute Engine からはその API を叩く Cloud Datastore API を直接叩く 今回は gcloud-py というクライアントライブラリを使用します Cloud Datastore API があるのにわざわざ App Engine を間に挟むとかこいつアホなのでは？と思われそうですね。ですが、Cloud Datastore API がイマイチだとか A
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
On GCP, your database your way
GitHub - streamrail/dsui: Datastore Emulator UI
GitHub - nshmura/dsio: Command line tool for Google Cloud Datastore, written in Go
GAE/Goで作る モバイルゲームバックエンド 2017 - Google スライド
GitHub - drillbits/tirds: A command-line tool to backup and restore Google Cloud Datastore Entities via local