タイトルの通りなのですが日本語記事がなかったのでまとめておきます。
の対応でGooglePlayの定期購読ユーザの購読状態をリアルタイムに更新するため、Real-time developer notificationsを導入しました。
その際Pub/SubのPush型Subscriptionでリアルタイムにwebhookが飛ぶようにPush型のSubscriptionを設定したのですが、Google Domains管理下に無い独自ドメインだとINVALID_ARGUMENTというエラーが出ていました。
日本語だとエラーがより分かりにくかった記憶です。残念ながらスクショ等撮っておらず覚えてません。
ググって見ると以下の記事がヒットし、ドメインの認証が必要であることが分かりました。
続きを読むユーザの行動ログで利用しているデータがDBにあるので、それをまるっとBigQueryへ書き込む方法をEmbulkを使って説明します。
単純に行動ログに保存される関連データがIDのみで保存されていると、詳細が知りたい時にDBの情報が必要になりフローが複雑化します。
例）ユーザはquest001を攻略した。quest001の詳細（クエスト名など）は？
一方行動ログにマスタデータの情報を付加するのは冗長なログになってしまいます。
なので行動ログとマスタデータをそれぞれBigQueryに保存し、分析側だけで閉じれるようにする、という方針です。
fluentdのバッチ版のようなツールで、データを一括転送したい時に利用します。
ref: GitHub - embulk/embulk: Embulk: Pluggable Bulk Data Loader.
自前で実装すると面倒な
といった部分をサポートしてくれている上、
ため、プラグインが豊富なので大抵のユースケースをカバーできます。
なので自前でデータ転送をスクリプトやら簡易コードで書いたりすることはできるけれど、後々の運用を考えるとEmbulkを導入した方がいいケースは多々あると思います。
続きを読むGo言語に限らずではありますが
で悩むことは多いと思います。
今回はそれの１つの方針を紹介します。
Goのエラーは基本的に例外を扱わず、常にハンドリングする前提です。なので
user, err := findUser(id) if err != nil { return User{}, err }
みたいなコードが大量に生まれます。
一方でその関数を呼び出した側ではそれがどんな種類のエラーなのか分かりません。
NotFoundだったりDB自体のエラーだったりしますが、それを外層のレイヤ（HTTPレスポンスを返すハンドラなど）でハンドリングするのは辛いです。
レイヤ毎のエラー内容を知る必要が出てくるため余計な依存が生まれてしまいますし、どこにどんなエラーが有るか把握するのが難しくなって考慮漏れも出てきます。
Goにはsingleflightという重複した関数呼び出しを抑制する仕組みがあります。
例えばキャッシュが切れた時にOriginへのアクセスが並行して走ってしまう(Cache Stampede)ケースでサーバやDBがスローダウンする問題がありますが、こういった時にsingleflightを挟むと解決できます。
通常だと10回呼び出す処理を、singleflightで抑制してみます。
続きを読む少し前にリリースされたDatadog Syntheticsですが、いつの間にかTLS証明書の期限チェックもできるようになったので紹介です。
外形監視ができるDatadogの機能です。
後ほど設定にでてきますが、世界7箇所からチェックが可能です。
ref: Simplified synthetic monitoring | Datadog
また、まだベータ版ですがDatadog SLOとも連携できます。
続きを読む