Google Cloud Platform Japan 公式ブログ: App Engine

App Engine 向けの Go 1.11 ランタイムをベータリリース

2018年11月1日木曜日

※この投稿は米国時間 2018 年 10 月 17 日に Google Cloud blog に投稿されたものの抄訳です。2011 年以降

Go アプリケーションのイディオマティックな構成 : 依存関係を vendor フォルダに追加し、main パッケージを使用

任意の Go パッケージのインポート

Gin などの Go ウェブフレームワークの利用

Google Cloud Client Libraries for Go の利用

Go モジュールのサポートバージョン付きモジュール App Engine スタンダード環境で Go アプリを実行するメリット

自動スケーリングと、使った分だけの料金 : App Engine スタンダード環境にデプロイされた Go アプリケーションは、送られてくる HTTP リクエストに基づいて自動的にスケーリングされます。App Engine は急速なスケールアップに対応できるとともに、インスタンスが不要になればゼロまでスケールダウン可能です。お客様は使用した分の料金を支払うだけで済み、インフラストラクチャについて何か考慮する必要はありません。

強力なセキュリティ : App Engine 上では最初から HTTPS URL が使用でき、カスタムドメインの証明書をシングルクリックで生成できますが、App Engine のセキュリティ機能はそれにとどまりません。セキュリティフィックスを含む Go 1.11 の最新リリースに常にアップデートされるほか、Ubuntu OS も自動アップデートされます。また、DDoS 攻撃からも保護されます。

GCP との統合 : Go アプリケーションのデータは、サービスアカウントを気にすることなく Cloud Firestore や Cloud SQL に簡単に格納できます。OpenCensus Libraries for Go を使用してアプリケーションをトレースしたり、Stackdriver で自動的にログとエラーを表示したりすることも可能です。

今すぐ Go 1.11 をお試しください

Go 1.9 ランタイムから Go 1.11 ランタイムへの移行の方法については、こちらのガイドをご覧ください（Go 1.11 ランタイムでも古い App Engine API を使用できます）。

App Engine の無料枠こちらのチュートリアル

App Engine gopher（Renee French 作、Creative Commons 表示 3.0）- By Steren Giannini, Product Manager

サーバーレスコンピューティングの実現に向けて

2018年8月3日金曜日

App EngineCloud Services Platform

新しい App Engine ランタイム

Cloud Functions の正式リリース : サポート言語の拡大、パフォーマンス向上、ネットワーキングおよびセキュリティ機能の追加

Cloud Functions のサーバーレスコンテナ

GKE サーバーレスアドオン

Knative（Kubernetes で動作するサーバーレスワークロード向けのビルディングブロック）

Cloud Firestore と Google Cloud Platform（GCP）サービスの統合

サーバーレスコンピュートサービスの拡充最近 Node.js 8 に対応gVisorCloud FunctionsSLAPython 3.7Node.js 8 サーバーレスとコンテナのいいとこ取り早期プレビューGKE サーバーレスアドオン「GKE サーバーレスアドオン技術のおかげで、ビルド / デプロイや自動スケーリング、モニタリング、オブザーバビリティ（可観測性）などのオーバーヘッドタスクを気にする必要がなくなり、ビジネスロジックだけに集中できるようになりました。」 Knative でサーバーレスワークロードをどこでも実行PivotalIBMRed HatSAPお試しコミュニティ包括的なサーバーレスエコシステム包括的なエコシステムCloud BuildStackdriver ユビキタスサーバーレスコンピューティングを支援GCP Marketplace最近リリースこちら*この投稿は米国時間 7 月 24 日、Engineering の Vice President である Eyal Manor によって投稿されたもの（投稿はこちら）の抄訳です。
- By Eyal Manor, Vice President, Engineering

株式会社シグナルトークの導入事例：Google App Engine を駆使して少人数・低コストでのソーシャルゲーム開発・運用を実現

2018年7月23日月曜日

Google App EngineGoogle BigQueryGoogle Cloud StorageCloud Datastore株式会社シグナルトーク Google App Engine の高機能・柔軟性が開発のリスクを大幅に低減

『ダンまつま！～ダンジョンで待ってます！～』システム構成図
低コストで安定した開発環境もスムーズな制作に貢献

GKE（Kubernetes Engine）Cloud Spanner Cloud MemorystoreGoogle Cloud Machine LearningPDFこちら

株式会社バンダイナムコスタジオ様の導入事例動画： Google App Engine の活用で、ゲームリリース後のトラブルとは無縁の「平和な日々」という驚きを体験

2018年7月4日水曜日

Google App EngineGoogle Kubernetes EngineCloud DatastoreBigQueryGoogle Stackdriver株式会社バンダイナムコスタジオ IaaS ベースのインフラの課題とソーシャルゲーム運用の難しさ

「アイドルマスターミリオンライブ！シアターデイズ」
（配信元：株式会社バンダイナムコエンターテインメント）
©窪岡俊之 ©BANDAI NAMCO Entertainment Inc.
Google App Engine の活用でエンジニアが開発に集中できる環境を構築PDFこちら

富士ゼロックス株式会社の導入事例：Google Cloud Platform の導入で 15 年続く人気オンラインプリントサービスのコストが最大 10 分の 1 に

2018年6月1日金曜日

Google Compute EngineGoogle App EngineGoogle Cloud StorageGoogle StackdriverGoogle BigQueryCloud Datastore富士ゼロックス株式会社Google App Engine で自動的にコストダウン、高速化、そして何より作っていて楽しい

ネットプリントサービス lite

ネットプリントシステム構成図

BigQuery の導入によってデータ分析が高速かつ正確に

データ分析基盤システム構成図今後も、最新の GCP プロダクトを駆使してサービスを充実させていきたいFirebaseApigeeGoogle Kubernetes EngineCloud SpannerCloud SQL

PDFこちら

Fringe81株式会社の導入事例動画：フルマネージドな Google App Engine や Cloud Pub/Sub を駆使しモダンな非同期型アプリケーションを構築

2018年4月2日月曜日

Fringe81株式会社。Google App EngineCloud Pub/SubGoogle StackdriverBigQueryCloud DatastorePDFこちら

Google Cloud HIPAA BAA の対象サービスを拡充し、医療産業への取り組みを強化

2018年3月15日木曜日

HIMSSRSNAGoogle Cloud NextソリューションGoogle Cloud Platform保存データ転送データ信頼性の高いサーバーブートデータ漏洩防止ツールHIPAA Business Associate AgreementGoogle App EngineCSG Actuarial, LLC 「CSG Actuarial, LLC は Google Cloud Platform を活用して、保険募集人向けのイノベーティブなソリューションを短期間で設計、実装しています。2 月にはマルチキャリアのオンライン加入手続きツールである Medicare Supplement を導入し、今後は Google Cloud Platform HIPAA BAA のもとで、個人の健康情報を App Engine によってセキュアに格納できるようになるでしょう。」
— Bryan Neary 氏、CSG Actuarial, LLC の社長
AI および機械学習の機能「安全性とプライバシーを尊重し、HIPAA に準拠した形で堅牢な機械学習モデルをトレーニングできる能力は、Arterys のビジネスにとって必要不可欠です。コアアプリケーションの開発と技術スタック上での構築に集中できるインフラストラクチャのサポートという点で、Google Cloud Platform は私たちの期待以上でした。」
— John Axerio-Cilies 氏、Arterys の CTO
こちらの包括的なコンプライアンスサイトお問い合わせ最近 Google のパートナーとなった「リアルタイムのインテリジェンスとアクショナブルな知見を提供できるだけでなく、高度な規制を受けている薬物送達や医療機器もサポートできるセキュアなクラウドプラットフォームが必要だと、私たちは考えていました。これからは、Google との戦略的パートナーシップを通じて、世界中のさまざまな個人情報、機密保護法制に準拠し、規制を受けたマネージドサービスの枠組みの範囲内で、医療の世界にまったく新しいレベルの知的情報を提供できます。」
— Kal Patel 氏、Flex のデジタル医療担当シニア VP
* この投稿は米国時間 3 月 5 日、Google Cloud Platform の Healthcare & Life Sciences Compliance 担当 Technical Program Manager である Rohit Talreja と、Google Cloud の Healthcare & Life Sciences 担当 Head of Product である Joe Corkery によって投稿されたもの（投稿はこちら）の抄訳です。- By Rohit Talreja - Technical Program Manager, Healthcare & Life Sciences Compliance, Google Cloud Platform Joe Corkery, MD - Head of Product, Healthcare & Life Sciences, Google Cloud

Rocro株式会社の導入事例動画：GAE + GKE をフル活用し、高品質な開発者向け SaaS サービスをソニーグループである Rocro株式会社が少数精鋭で開発・運用

2018年2月23日金曜日

Rocro株式会社Google App EngineGoogle Kubernetes EngineGoogle Cloud StorageCloud DatastorePDFこちら

App Engine スタンダード環境が Go 1.8 に正式対応

2017年11月27日月曜日

App Engine Service Level Agreement（SLA）Go 1.7 Release NotesGo 1.8 Release Notes“context” パッケージとして標準ライブラリに移動* この投稿は米国時間 10 月 27 日、Product Manager である Vivek Sekhar によって投稿されたもの（投稿はこちら）の抄訳です。- By Vivek Sekhar, Product Manager

ASP.NET Core アプリを GCP にデプロイする 4 つの方法

2017年10月31日火曜日

.NET Core アプリケーションを App Engine flexible environment で稼働Container EngineApp Engine flexible environmentGoogle Cloud Platform

Cloud Tools for Visual Studio エクステンションを利用して Visual Studio から直接デプロイする

“dotnet publish” によって Framework Dependent Deployment バンドルをデプロイする

カスタム Dockerfile で App Engine flexible environment にデプロイする

カスタム Dockerfile で Container Engine にデプロイする

デプロイを定義し、実行に必要な依存関係がすべて含まれる .dll（アプリケーションのパブリッシュで生成）などのビルドアーティファクト

App Engine の場合は、アプリケーションのデプロイメントファイルのルートにある app.yaml ファイル

方法 1 : Visual Studio から直接デプロイするCloud Tools for Visual Studio

方法 2 : Framework Dependent Deployment バンドルをデプロイするFramework Dependent Deployment バンドル<ItemGroup> <None Include="app.yaml" CopyToOutputDirectory="PreserveNewest" /> </ItemGroup>runtime: aspnetcore env: flex追加で app.yaml の設定を行えば

スタートアッププロジェクトのディレクトリから、お好みの設定で “dotnet publish” コマンドを実行します。以下に例を示します。

dotnet publish -c Release

これで、“bin\\netcore\publish” というディレクトリにリリースビルドがパブリッシュされます。アプリケーションのデプロイメントファイルや、.csproj に app.yaml を追加していた場合はそれも含まれます。

以下のコードを実行して App Engine flexible environment にデプロイします。

gcloud app deploy 
bin\<configuration>\netcore<version>\publish\app.yaml

アプリケーションが App Engine にデプロイされ、アプリケーションを Docker イメージにラップするといった複雑な作業はすべて gcloud が処理してくれます。

方法 3 : カスタム Dockerfile で App Engine にデプロイするruntime: custom env: flex

パブリッシュされたアプリケーション用に Dockerfile を作成する
パブリッシュされたアプリケーションのルートに沿ってこのまま進みたい場合は、Dockerfile を指定し、パブリッシュされたディレクトリをベースにアプリケーションのイメージをビルドします。Dockerfile は次のようになります。

FROM gcr.io/google-appengine/aspnetcore:2.0
ADD ./ /app
ENV ASPNETCORE_URLS=http://*:${PORT}
WORKDIR /app
ENTRYPOINT [ "dotnet", "MainProject.dll" ]

この Dockerfile の例では、ベースイメージとして “gcr.io/google-appengine/aspnetcore:2.0” が使われていることに注目してください。ここでは、App Engine と Container Engine での ASP.NET Core アプリケーションの実行に最適化された Docker イメージを作成しましたが、カスタム Dockerfile にはこのイメージを使用することを強くお勧めします。

Googleでも、デプロイにあたって Dockerfile を生成するときは、このイメージと同じものを使っています。ただし、アプリケーションの .NET Core ランタイムの正しいバージョンを参照するように変更することを忘れないでください。

パブリッシュされたディレクトリに Dockerfile があることを確認するには、.csproj に Dockerfile を追加してください。そうすれば、アプリケーションがパブリッシュされた際に Dockerfile もパブリッシュされます。Dockerfile がスタートアッププロジェクトのルート、つまり .csproj および app.yaml と同じレベルにあると想定し、次のコードを .csproj に追加します。

<ItemGroup>
  <None Include="app.yaml" CopyToOutputDirectory="PreserveNewest" />
  <None Include="Dockerfile" CopyToOutputDirectory="PreserveNewest" />
</ItemGroup>

この変更により、“dotnet publish” を実行するたびに、パブリッシュされたディレクトリに両ファイルがコピーされるようになります。デプロイするには、上述の手順に従ってください。

dotnet publish -c Release

gcloud app deploy 
bin\<configuration>\netcore<version>\publish\app.yaml

アプリケーションのコンパイルとパブリッシュを行う Dockerfile を作成する
Linux 上での ASP.NET Core アプリケーションのビルドが可能な場合は、マルチステージ Dockerfile を使うことも検討すべきです。これは、最終的なアプリケーションのイメージをビルドする前に、ビルドプロセス中にリストアとパブリッシュを実行するものです。こうすればデプロイ中にビルドが終わるため、アプリケーションのデプロイがより便利になります。

この場合の Dockerfile は次のとおりです。

# First let’s build the app and publish it.
FROM gcr.io/cloud-builders/csharp/dotnet AS builder
COPY . /src
WORKDIR /src
RUN dotnet restore --packages /packages
RUN dotnet publish -c Release -o /published

# Now let's build the app's image.
FROM gcr.io/google-appengine/aspnetcore:2.0
COPY --from=builder /published /app
ENV ASPNETCORE_URLS=http://*:${PORT}
WORKDIR /app
ENTRYPOINT [ "dotnet", "multistage-2.0.dll" ]

この Dockerfile では、“gcr.io/cloud-builders/csharp/dotnet” というビルダイメージを利用しています。このイメージは、サポート対象となる .NET Core 全バージョンの .NET SDK をラップするものです。

この手法の主なメリットは、app.yaml と Dockerfile をプロジェクトのルートで .csproj の横に置くことができる点です。そのため、アプリケーションをデプロイするには次のコマンドを実行するだけで済みます。

gcloud app deploy app.yaml

これにより、アプリケーションのソースが Cloud Container Builder にアップロードされ、そこでビルドが行われます。結果として得られるビルドアーティファクトは最終的なアプリケーションのイメージを生成するときに使われ、そのイメージは App Engine にデプロイされます。ビルドプロセス中にテストも実行できるので、これを完全な CI/CD（継続的インテグレーション / 継続的デリバリ）ソリューションとすることができます。

方法 4 : Container Engine にデプロイするContainer Engineアプリケーションの Docker イメージを作成するCloud Container RegistryCloud Container Builderkubectl run myservice --image=gcr.io/<your project id>/<app name> --port=8080” という Docker イメージが作成されます。“$PROJECT_ID” は自動的に GCP プロジェクトの ID に置き換えられ、“” にはアプリケーションの名称が入ります。Container Engine クラスタにイメージをデプロイするgcloud components install kubectlgcloud container clusters get-credentialskubectl run myservice --image=gcr.io/<your project id>/<app name> --port=8080注 : ここでは、Docker コンテナがポート 8080 をエクスポートすることを前提としています。これは App Engine flexible environment のデフォルトです。また、ポート 80 からサービスを公開することも前提としています。こうしたデフォルト設定を変更したい場合は、こちらのドキュメントを参考してください。kubectl expose deployment myservice --port=80 --target-port=8080 --type=LoadBalancer最後にこちらこちらのリポジトリ同リポジトリ* この投稿は米国時間 10 月 11 日、C# Team Lead である Ivan Naranjo によって投稿されたもの（投稿はこちら）の抄訳です。- By Ivan Naranjo, C# Team Lead

App Engine ファイアウォールを正式リリース

2017年10月24日火曜日

「新しくリリースされた App Engine ファイアウォールのおかげで、リソースが豊富なハッカーが私たち Reblaze のゲートウェイを迂回して App Engine アプリケーションに直接アクセスしようとしても、防止できるようになりました。この新機能により、お客様は Reblaze の包括的なウェブセキュリティ機能（DDoS 保護、WAF/IPS、ボット緩和、フルリモート管理など）を App Engine で利用できます。」
— Tzury Bar Yochay 氏、Reblaze Technologies の CTO
「App Engine ファイアウォールにより、お客様は、Cloudflare の IP アドレスからのトラフィックだけを受け入れるようにアプリケーションをロックできます。Cloudflare はリバースプロキシサーバーを使用しているので、App Engine ファイアウォールと Cloudflare の統合により、アプリケーションのオリジンサーバーへの直接アクセスの防止が強化され、Cloudflare は悪意ある挙動をフィルタリングし、ブロックできます。」
— Travis Perkins 氏、Cloudflare のアライアンス責任者
シンプルで効果的Google Cloud Platform ConsoleApp Engine Admin APIgcloud CLIリクエストログ

IP ルールの検証Test IP

App Engine ファイアウォールのドキュメントパブリックイシューApp Engine フォーラムApp Engine の Slack チャンネル* この投稿は米国時間 10 月 13 日、Software Engineer である Ben Marks と、Engineering Manager である Tad Hunt によって投稿されたもの（投稿はこちら）の抄訳です。- By Ben Marks, Software Engineer and Tad Hunt, Engineering Manager

Rocro株式会社の導入事例：GAE + GKE をフル活用し、高品質な開発者向け SaaS サービスをソニーグループである Rocro株式会社が少数精鋭で開発・運用

2017年10月17日火曜日

Google Container EngineGoogle App EngineRocro株式会社ソニーグループの開発者向けサービスがいよいよ一般公開

『Inspecode』の見やすいダッシュボード。

ソースコード解析実行時にオンデマンドでサーバーを割り当て、解析を並列実行。

そして、それと同時に API ドキュメント生成＆ホスティングサービス『Docstand（ドックスタンド）』もサービスを開始。これは面倒なドキュメントの生成・維持・管理・公開を自動化してくれるというもので、やはり作業の自動化が大きな売りとなっています。さらに近日中には、自動負荷試験サービス『Loadroid（ロードロイド）』も投入予定。これは、手間のかかる負荷試験を簡単なシナリオを書くだけで実施できるようにするというものです。社内のテストでは、これまで 2 週間かかっていた負荷試験（準備期間含む）が、わずか 4 時間で終わってしまったというケースもあるのだとか。

サービスの開発・運用に Google Cloud Platform の先端テクノロジーが活躍

Rocro 構成図

PDFこちら

App Engine アプリ用 SSL 証明書のマネージドサービスを無料提供

2017年10月16日月曜日

Google App Engine認証局「本番リソース用の SSL 証明書を更新した経験のある方は、それがいかにストレスの多い、ミスが起こりやすい作業であるかを知っています。そうしたことから、私たちは App Engine のマネージド SSL 証明書にとても期待しています。カスタムドメインにプログラムで簡単に暗号化を追加できるだけでなく、更新プロセスも完全に自動化されています。これは私たちエンジニアにとって、オペレーションリスクが減るということです。」
— James Baldassari 氏、mabl のエンジニア
マネージド SSL/TLS 証明書を使い始めるCloud Console

$ gcloud beta app domain-mappings update DOMAIN --certificate-management 'AUTOMATIC'こちらのドキュメントドメインや SSL 証明書の Admin API が正式リリースドキュメントAPI 定義Google App Engine フォーラムパブリックイシューApp Engine の Slack チャンネル（#app-engine）* この投稿は米国時間 9 月 14 日、Product Manager である Lorne Kligerman によって投稿されたもの（投稿はこちら）の抄訳です。- By Lorne Kligerman, Product Manager

チュートリアル公開 : App Engine と ButterCMS によるウェブサイトの構築

2017年9月28日木曜日

Google App EngineButterCMSREST APIステップバイステップガイド

* この投稿は米国時間 9 月 11 日、Google Cloud Platform の Solutions Architect である Sujoy Gupta によって投稿されたもの（投稿はこちら）の抄訳です。- By Sujoy Gupta, Solutions Architect, Google Cloud Platform

Java 8 サポートの App Engine スタンダード環境をベータリリース

2017年7月11日火曜日

最もリクエストをいただいている機能Java 8 をサポートした App Engine スタンダード環境Jetty 9gRPCGoogle Cloud Java Library のフルサポートクラスホワイトリストSpring BootKotlinApache GroovyApp Engine APIStackdriverCloud SDKMavenGradleIntelliJEclipseGoogle Cloud Next '17Power your Java Workloads on Google Cloud Platformこちら最初のアプリケーションを App Engine にデプロイするこちらのクイックスタートこちらこちらのリポジトリJava 8 をサポートする App Engine フレキシブル環境の正式リリースPython のアップグレードMavenGradleIntelliJEclipseGoogle Cloud Java Library* この投稿は米国時間 6 月 28 日、Product Manager である Amir Rouzrokh によって投稿されたもの（投稿はこちら）の抄訳です。- By Amir Rouzrokh, Product Manager

App Engine アプリのカスタムドメイン設定が API や CLI でも可能に

2017年7月3日月曜日

.appspot.com のような独自ホスト名からアプリケーションにアクセスすることは、App Engine では以前から簡単でした。ただし、カスタムドメインと SSL 証明書の設定には Cloud Platform Console の App Engine コンポーネントを使用する必要がありました。

CLI による App Engine カスタムドメインの管理Google Cloud SDKgcloud components install betagcloud components updategcloud beta domains verify <DOMAIN> gcloud beta domains list-verifiedgcloud beta app domain-mappings create <DOMAIN>gcloud beta app ssl-certificates create --display-name <CERT_DISPLAY_NAME> --certificate <CERT_DIRECTORY_PATH> --private-key <KEY_DIRECTORY_PATH>gcloud beta app domain-mappings update <DOMAIN> --certificate-id <CERT_ID>gcloud beta app ssl-certificates update <CERT_ID> --certificate <CERT_DIRECTORY_PATH> --private-key <KEY_DIRECTORY_PATH>完全なドキュメントAPI リファレンスGoogle App Engine フォーラムイシュートラッカーSlack の App Engine チャンネル* この投稿は米国時間 6 月 8 日、Product Manager である Lorne Kligerman によって投稿されたもの（投稿はこちら）の抄訳です。- By Lorne Kligerman, Product Manager

App Engine アプリのコールドブートパフォーマンスを最適化する

2017年6月22日木曜日

編集部注 : 数か月前、Android デベロッパーとして有名な Colt McAnlis が Google Cloud の Developer Advocate チームに異動してきました。彼はすぐに、GCP アセットから最高のパフォーマンスを引き出すことをテーマとする新しい連載ブログ（および動画ブログ）、Google Cloud Performance Atlas の制作に取りかかりました。今回の投稿は彼の最初の動画ブログの要点をまとめたもので、App Engine standard environment のコールドブートパフォーマンスに関する問題を取り上げています。App Engine standard environmentApp Engine アプリケーションの起動が非常に速いこと

ほとんどの CDN で JavaScript ファイルをフェッチするApp Engine がインスタンスをどのように管理しているか読み込みリクエスト常駐型インスタンスの活用常駐型のインスタンスゼロまでスケールダウンしても、この種のインスタンスは残ります

常駐型のインスタンスによって起動時間を短縮する仕組み並列要求を処理する際のグローバル変数の初期化は要注意

グローバル変数に悩まされたデベロッパー依存コードには要注意

ある電卓プログラムの依存コードの問題1 ミリ秒ずつの短縮が大切Google Cloud Performance Atlas のブログ動画* この投稿は米国時間 6 月 13 日、Developer Advocate である Colt McAnlis によって投稿されたもの（投稿はこちら）の抄訳です。- By Colt McAnlis, Developer Advocate

Google Cloud Platform Japan Blog