testerator はGoogle App Engine for Go(以下gae/go)のUnit Testを高速化するために生まれたライブラリです。 gae/goはサーバのSpinUp速度がJava, Python, PHPに比べて高速なので、最近App Engine Developerたちの間に人気ですが、いかんせんUnitTestの遅さだけは洒落にならないレベルで遅いです。 それを緩和するために生まれたのが、 testerator です。 testerator がやってくれることを理解するためには、まずgae/goのUnitTestがなぜ遅いのかを理解する必要があります。 gae/goのUnitTestが遅い原因は、テスト環境がgae/pythonの環境に間借りしているからです。 例えば、公式のサンプル にある通り、 aetest.NewContext() を利用すると、裏ではg

App Engineは、Deploy時にModule Version毎にスケーリング設定を行うことができます。 結構、細かい値が設定できるのだけど、いまいちどんな作用があるのか分かりづらいものもあります。 この記事では、スケーリング設定の値にどんな作用があるのかを解説します。 Moduleって？という方は GAE ModulesをSimpleに使う を見てください。 3つのスケーリング設定概要 App Engineのスケーリング設定は3つ存在します。 それぞれ特性が違うので、Moduleでどのような処理をしたいのかによって、選択するスケーリング設定を変えます。 Automatic Scaling Request数に合わせて自動でインスタンスの追加、削除を行う設定。 App Engineでよくオートスケールが特徴と言われるのは、主にこの設定を指している。 たくさんの小さなRequestをさば

High Compute Queryは2017年11月に廃止になったので、この記事は過去の思い出です。 https://cloud.google.com/bigquery/docs/release-notes?hl=en#november_14_2017 今後はBillingTierが100を超えない限りは、特に料金が変わることはありません。 BillingTier100超えはかなりの無茶をしないと出てこないので、滅多に気にすることはありません。 ただ、単純なパフォーマンスチューニングとして、以下のノウハウはまだ役に立ちます。 High Compute Queryに備える！Dremelの気持ちになって考えるパフォーマンスチューニング 以下、過去の思い出話となった内容 BigQueryのQuery料金は今までどんな複雑なクエリを書いても、データを読み込んだ容量に対して料金が決定されていました

従量課金のクラウドサービスを使う場合、クラウド死しないかドキドキしますよね！ クラウド死を予防するために、GCPには Billing Alert の機能があります。 Billing Alertを設定しておくと、予め設定した閾値の50%, 90%, 100%を超えた時点で、メールを送ってきてくれます。 課金はリソースを追加する度にリアルタイムで発生するので、短い期間で大量の課金が発生した場合は、防ぎきれないかもしれませんが、リソースを消し忘れて1ヶ月放置していて、月末の請求で気付くというのは、Billing Alertを設定すれば、だいぶ無くなると思います。 設定の仕方 Billing AlertはBilling Account毎に設定するので、https://console.cloud.google.com/billing にアクセスして、設定したいBilling Accountを選択しま

gae/goはSDKの中にgoそのものも内包しているため、GOROOTとGOPATHを切り替えてやる必要が出てきます。 shellで切り替えても良いのですが、環境を切り替えるためのtoolにgoenvがあるので、今回はこちらを使って環境を切り替えるやり方を紹介します。 goenv install goenvのinstallは公式Documentに書いてある通りです。 projectを作る goenvを利用してgae/go用のprojectを作ります。 $ goenv -gae -go /Users/sinmetal/bin/google-cloud-sdk/platform/google_appengine/goroot -deps /Users/sinmetal/go sample Environment /Users/sinmetal/Documents/temp/sample cre

Google Cloud Platformにはエッジキャッシュの機能がある。 あんまりDocumentにも乗ってないので、今回はエッジキャッシュを紹介します。 エッジキャッシュの特徴 エッジキャッシュはGoogleが利用しているキャッシュサーバに、自分のGCP上のコンテンツも乗せることができる機能です。 GCPのキャッシュサーバは全世界にあるため、日本だけで無く、海外も視野に入れたサービスでも有効です。 特徴 すさまじいキャパシティ とっても安価 キャッシュサーバの管理はGoogleで行ってくれる上に、すさまじいキャパシティを誇り、google.co.jpが落ちるぐらいのトラフィックが来ない限りは、問題ないとまで言われています。 料金も非常に安く、うまく使えば課金額を1桁減らしてくれます。 注意点 アクセス制御は使えない キャッシュに乗っている時間はベストエフォート キャッシュを明示的に消

GAEには Backend API という機能がありましたが、SDK 1.8.2で Modules API がリリースされ、その後、Backend APIは非推奨となりました。 このTopicではModulesとは何か？、Modulesの使い方、そして既存アプリの簡単な移行手順について説明します。 Modulesとはなにか？ 元々GAEにはVersionという機能がありましたが、Modulesはその上にもう1階層を作ったサービスです。 既存のGAEAppのVersionは、Modulesではdefault Modulesの各Versionという扱いになります。 Backend APIではVersionの1つとしてdeployされていたため、FrontEndのようにVersion管理ができませんでしたが、Modules APIではBackend用に用意したものもVersion管理できるように

golangにはgo testというunit test用の機能があります。 testを行うための testing package もあります。 しかし、gae/gでは、appengine固有の部分が動かないため利用できませんでした。 そこを解決するために以下のlibraryなどもあったのだけど、 gae 1.8.6でついにgae/gでもunit testができるようになりました！ Local Unit Testing for Go gae/g unit testで重要なのは、以下の3つです。 goapp test appengine/aetest testing この3つを抑えておけば、とりあえずunit testを作り始めることができます。 goapp test goapp testはgae/gでunit testを実行するためのcommandです。 通常、golangでは、go tes