Google Cloud Platform Japan 公式ブログ

Google Cloud Next '17 : アプリケーション開発者必見の 8 セッション

2017年2月16日木曜日

Google Cloud Next '17Google Cloud PlatformPower your Java workloads on Google Cloud PlatformAmir RouzrokhCloud Tools for IntelliJTake your ASP.NET apps to the next level with Google CloudGoogle Cloud StorageCloud Pub/SubRunning .NET and containers in Google Cloud PlatformGoogle App EngineKubernetesGCP の Windows ブートキャンプYou can run that on App Engine?Using Apigee Edge to create and publish APIs that developers loveDeveloping made easy on Google Cloud PlatformGoogle Cloud FunctionsBuilding serverless applications with Google Cloud FunctionsGoogle Cloud Functions and Firebaseセッションカタログ登録* この投稿は米国時間 2 月 2 日、Product Manager である Chris Sells によって投稿されたもの（投稿はこちら）の抄訳です。- By Chris Sells, Product Manager, Google Cloud

ゲスト投稿 : MQTT と Cloud Pub/Sub で IoT アプリケーションを構築

2017年2月16日木曜日

編集部注 : 今回は、Google Cloud Premier Partner である Agosto の投稿を紹介します。同社は 2012 年以降、IoT アプリケーションを含む製品やサービスを Google Cloud Platform（GCP）上で構築、提供しています。この投稿では、同社が開発した Google Cloud Pub/Sub 用の MQTT サービスブローカと、それを IoT アプリケーションに組み込む方法について説明します。Google Cloud Pub/SubRabbitMQGitHub製品の詳細* この投稿は米国時間 1 月 30 日、Agosto の Co-founder 兼 EVP である Rick Erickson 氏と、CTO である Paul Lundberg 氏によって投稿されたもの（投稿はこちら）の抄訳です。- By Rick Erickson, Co-founder and EVP and Paul Lundberg, CTO, Agosto

Google と Pivotal のエンジニアが語る GCP での Cloud Foundry

2017年2月14日火曜日

Google Cloud Platform発表「2 つのエンジニアリングチームはとても相性が良くて、何年も一緒に仕事をしてきたかのようでした。この取り組みの結果は既に、Cloud Foundry のコミュニティで活用され始めています。簡単に Cloud Foundry を Google のインフラストラクチャ上にデプロイでき、アプリケーションを Google の分析や機械学習のサービスで拡張することも容易です。今後も Google と協力して、私たちが共有しているマルチクラウドの選択と柔軟性というビジョンを発展させていくことを楽しみにしています。」 — Joshua McKenty, Head of Platform Ecosystem, Pivotal

BOSH を GCP で利用可能にし、加えてGoogle のグローバルネットワーキングや負荷分散、迅速な VM 起動、ライブマイグレーション、プリエンプティブル VM の料金をサポートしました。

Google BigQuery や Google Cloud SQL、Google Cloud Machine Learning といった Google サービスを、Cloud Foundry 開発者がアプリケーションで簡単に利用できるようにする Service Broker を開発しました。

BOSH 用の stackdriver-tools を開発し、運用担当者や開発者が Stackdriver Logging と Stackdriver Monitoring を使い動作状況や診断情報にアクセスできるようにしました。

GitHub にあるチュートリアル ※字幕設定で、日本語を表示します。
Google Cloud@GoogleCloud* この投稿は米国時間 1 月 10 日、Senior Software Engineer である Evan Brown によって投稿されたもの（投稿はこちら）の抄訳です。- Posted by Evan Brown, Senior Software Engineer

可用性とどう向き合うべきか、それが問題だ : CRE が現場で学んだこと

2017年2月14日火曜日

CRE が現場で学んだこと前回可用性MTBFMTTR 可用性の計測SRE（サイト信頼性エンジニアリング）の本

問題 : システムはどの程度稼働していますか？

観察 : shakespeare.com にアクセスすると、通常は “200 OK” というステータスコードと HTML blob が返ってきます。滅多にありませんが、500 Internal Server Error や接続失敗となることもあります。

仮説 : 1 日間のリクエストにおいて 200 OK となる率が可用性だとすると、システムは 99.9 % の可用性を担保しています。

測定 : シェイクスピアサービスのウェブサーバーのレスポンスログを追いかけ、ログ処理システムでダンプします。

分析 : 1 日の可用性を、200 OK となるレスポンス率と、リクエスト数の合計で計算します。

解明 : 7 日後、どの日も最低 99.7 % の可用性が担保されていました。

ブラックボックスを監視し、ユーザーエクスペリエンスに基づいた可用性を再定義するSRE 本事業目標に即した可用性を設定するコストと利益の妥協点、機会費用を考える注 : Google Cloud Next '17 開催まで 1 か月余りとなりました。Google Cloud の SVP である Diane Greene や、Google の CEO である Sundar Pichai、その他著名人らによる基調講演やコードラボ、認証プログラム、さらには 200 以上ものテクニカルセッションにぜひご登録ください。ちなみに今回のイベントでは、Google の SRE や開発のエキスパートとイベント参加者が交流できるような専用の場を初めて設けています。* この投稿は米国時間 1 月 26 日、Customer Reliability Engineers である AJ Ross、Matt Brown、Adrian Hilton と、Director of Customer Reliability Engineering である Dave Rensin によって投稿されたもの（投稿はこちら）の抄訳です。- By AJ Ross, Matt Brown and Adrian Hilton, Customer Reliability Engineers, and Dave Rensin, Director of Customer Reliability Engineering

Google Cloud の KVM セキュリティを強化する 7 つの方法

2017年2月7日火曜日

Google Compute EngineGoogle Container Engine

脆弱性の発見を率先 : Google の KVM には、セキュリティと分離のために複数のレイヤが組み込まれ、私たちは常にその強化に取り組んでいます。Google のクラウドセキュリティを担当するスタッフには、KVM セキュリティの分野で世界最高峰のエキスパートも在籍し、KVM や Xen、VMware ハイパーバイザの多様な脆弱性を明らかにしてきました。これまでに発見し、修正した KVM の脆弱性は 9 件。同じ期間に、オープンソースコミュニティが発見した、Google Cloud Platform（GCP）に影響のある KVM の脆弱性はありません。

攻撃可能範囲を縮小 : Google は、未使用のコンポーネント（たとえば古いマウスドライバや割り込みコントローラ）を取り除き、エミュレートされている命令セットを制限することで、KVM のセキュリティ向上に貢献しています。これにより、攻撃者が攻撃やパッチに利用できる範囲を狭めさせることになります。また、その他のコンポーネントについても、セキュリティを高めるために変更を加えています。

QEMU の不使用 : Google では、QEMU（ユーザースペースの仮想マシンモニタ、ハードウェアエミュレータ）を使用しません。代わりに、以下の点で QEMU よりもセキュリティに優れる独自のユーザースペース仮想マシンモニタを作成し、使用しています。

QEMU は、多数のホストとゲストアーキテクチャの組み合わせに加えて、異なるモードやデバイスをサポートしているために複雑さが増大しています。Google のエミュレータは 1 つのアーキテクチャと少数のデバイスしかサポートせず、とてもシンプルです。現在はホスト / ゲストの組み合わせによるクロスアーキテクチャをサポートしないことで、余計に複雑になることはなく、攻撃の可能性も減らしています。

Google の仮想マシンモニタは、シンプルさとテストのしやすさを重視したコンポーネントから構成されています。ユニットテストは複雑なシステムのバグを減らすうえで効果的ですが、QEMUのコードにはユニットテストが含まれず、ユニットテストを非常に困難にする多数の相互依存が含まれています。

QEMU は VENOM に代表されるセキュリティ関連のバグが、これまでに何度も見つかりました。今もコード内に何らかの脆弱性が残されているのか、明らかではありません。

Google の仮想マシンモニタには、これまでセキュリティ上の問題はありません。

ブートとジョブ間の通信 :私たちが実装したコードプロビナンスのプロセスは、マシンが正常にブートすることを確認できるようにしてくれます。各 KVM ホストは、ピアツーピアの暗号化キー共有システムを作り出し、そのホストで実行しているジョブと共有して、ジョブ間の全ての通信が明示的に認証され、認可されたものであるようにしています。

コードプロビナンス : KVM でどのようなソースコードが実行されているのか、どのようにビルドされたのか、どのような設定が行われているのか、どのようにデプロイされたのかを追跡できるように、カスタムバイナリと設定を検証するシステムを開発して、開発プロセスにも統合し、利用しています。

私たちは、ブートローダーから KVM、お客様のゲスト VM までの各レベルでコードの整合性を検証しています。

スピーディで適切な脆弱性対応 :重大なセキュリティ脆弱性に備えて、KVM にパッチを適用する上での厳格な社内 SLA とプロセスを定義しています。Compute Engine のベータリリース後の 3 年間で、Google の KVM 実装が重大なセキュリティパッチを必要としたことは一度もありませんが。

KVM 以外の脆弱性については、最大限のセキュリティを確保し、該当するすべてのコンプライアンス要件を満たしたうえで、 Google の社内インフラストラクチャからスピーディにパッチを適用しています。ほとんどの脆弱性は、お客様に影響を与えることなく解決されています。アップデートについては、契約および法的な義務によって必要とされる情報をお客様にお知らせしています。

リリースの綿密な制御 : KVM のアップデートには、コンプライアンス要件と Google Cloud のセキュリティ管理に基づき、厳格なロールアウトポリシーとプロセスを定義しています。KVM のビルドシステムとリリース管理操作にアクセスできるのは、Google 社員の中でも小さなチームだけに制限されています。

KVM のセキュリティ

KVM のセキュリティ改善に関する Andrew Honig のプレゼンテーション

効率の良い KVM のセキュリティ強化に関する Steve Rutherford のプレゼンテーション

FAQサイドチャネル攻撃を警戒すべきですか？VENOM についてはどうですか？Rowhammer についてはどのように対策していますか？Rowhammer 攻撃が起こりうる最近の論文KVM の脆弱性の影響を減らすために Google はどのようなことをしていますか？Google のセキュリティチームは、どのように早い段階で KVM の脆弱性を見つけているのですか？ファジング* この投稿は米国時間 1 月 25 日、Technical Lead Manager である Andy Honig と、Senior Product Manager である Nelly Porter によって投稿されたもの（投稿はこちら）の抄訳です。- By Andy Honig, Technical Lead Manager and Nelly Porter, Senior Product Manager

オンプレミスを利用する IT 管理者のための Google Cloud Platform ガイド

2017年2月2日木曜日

コストの低さ機械学習サービスSpotifyEvernoteGoogle Cloud Platform for Data Center ProfessionalsGoogle Cloud Platform無料試用について* この投稿は米国時間 1 月 3 日、Solutions Architect である Peter-Mark Verwoerd によって投稿されたもの（投稿はこちら）の抄訳です。- Posted by Peter-Mark Verwoerd, Solutions Architect