くら寿司：GKE や Edge TPU などを駆使して来店から会計までを完全自動化し、新しい生活様式のためのサービスを提供 | Google Cloud 公式ブログ
くら寿司：GKE や Edge TPU などを駆使して来店から会計までを完全自動化し、新しい生活様式のためのサービスを提供 大阪を起点に日本全国 47 都道府県すべてに店舗を展開する大規模回転寿司チェーンくら寿司株式会社（以下、くら寿司）。浅草や道頓堀、原宿、押上に「食」と「エンターテイメント」の融合を掲げ、「ジャパンカルチャー」の発信拠点とするグローバル旗艦店をオープンするなど、とりわけ “体験” にこだわる同社が、最新のクラウド テクノロジーをどのように活用しているのか。その取り組みと成果を、テクノロジー開発部の皆さんに伺いました。 利用しているサービス： Google Kubernetes Engine、Compute Engine、App Engine、Edge TPU 利用しているソリューション： アプリケーションのモダナイゼーション コンテナや AI など Google Clo
完全マネージドな k8s ! GKE Autopilot を解説する
Kubernetes / GKE ファンの皆様こんにちわ。Google Cloud の Kazuu (かずー) です。GKE Autopilot が GA になりました。弊社公式ブログに続きまして、GKE Autopilot を日本語で解説していきたいと思います。 本記事は以下、3 部構成となります。 GKE Autopilot 概要GKE Autopilot を試してみるGKE Autopilot がハマりそうなユースケースは？ 1. GKE Autopilot 概要GKE Autopilot は GKE の新しいモードです。Control Plane に加えて、Node が完全マネージドになります。これまでの GKE では Node はユーザー自身が必要台数分作成し、以後の Day 2 オペレーション (e.g. アップグレード) 等も気に掛ける必要がありました。GKE Autopil
RendertronをGKEとCloud Runで構築しました - pixiv inside
こんにちは、インフラ部の id:sue445 です。 今回はRendertronをGKEとCloud Runの両方で構築した話をしたいと思います。 tl;dr; 前置き 今までのRendertronの問題点 GKE版Rendertronについて GKEの採用理由について GKE版Rendertronの構成 全体 GKE内部 pod内部 Kubernetesの設定と解説 rendertron-deployment.yaml rendertron-hpa.yaml rendertron-ingress.yaml rendertron-service.yaml Tips nodeのストレージサイズをケチり過ぎたらpodが起動できなくなった N1マシンタイプのnodeとN2マシンタイプのnodeを比較した結果、N2マシンタイプが安くなった Cloud Run版Rendertronについて Clou
Rocro 株式会社の導入事例：GAE + GKE をフル活用し、高品質な開発者向け SaaS サービスをソニーグループである Rocro 株式会社が少数精鋭で開発・運用
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
US版Mercariのリニューアルと今後 (サーバサイド)
この記事はMercari Advent Calendar10日目の記事です。昨日は@syu_creamのメルカリのデータ分析基盤の紹介〜BigQuery周辺の話〜でした。 本日はUSサンフランシスコのサーバサイドエンジニア@deme0607が、今年2017年にリニューアルしたUS版Mercariのサーバサイドについてご紹介します。 現在のアーキテクチャ Brand new US Mercari (Android 編)でもご紹介したように、US版Mercariは今年、より一層USマーケットにフィットしたアプリを提供しUSでの成長を加速すべく、大きなリニューアルが実施されました。前述の記事はAndroidアプリのリニューアルに関するものですが、iOSアプリやAPIサーバも同様にリニューアルしています。 以下の図は、リニューアル後のUS版Mercariのサーバサイドアーキテクチャです。 ここでは
Create an internal load balancer | Google Kubernetes Engine (GKE) | Google Cloud
This page explains how to create an internal passthrough Network Load Balancer or internal load balancer on Google Kubernetes Engine (GKE). To create an external passthrough Network Load Balancer, learn how to Create a Service of type LoadBalancer. LoadBalancer Service. LoadBalancer Service parameters. Backend service-based external passthrough Network Load Balancer. Using internal passthrough Net
本番環境のための GKE 構築 Tips
prep-container-engine-for-prod.md https://cloud.google.com/solutions/prep-container-engine-for-prod プロジェクト・ネットワーク・クラスタの構成 プロジェクト GCP のすべてのリソースは プロジェクト の下に作成される プロジェクトごとに請求や IAM の管理が可能 本番やステージングといった複数環境のリソースを分離するためにもプロジェクトで分けよう ネットワークとサブネットワーク ネットワークはサブネットワーク・外部 IP アドレス・ファイアウォールルール・ルートなどをもつ GCP ではパフォーマンスやシンプルさを追求し、リージョンを跨げるネットワークになっている ファイアウォールはネットワークに対して設定できる ファイアウォールはデフォルトで GKE ノードへの流入トラフィックは禁止して
gcloud, kubectl コマンドまとめ - Qiita
gcloud config list gcloud config set project <PROJECT-ID> gcloud config get-value project # Build & Push PROJECT_ID="$(gcloud config get-value project)" docker build -t gcr.io/${PROJECT_ID}/hello-node:v1 . gcloud docker -- push gcr.io/${PROJECT_ID}/hello-node:v1 # Cluster gcloud container clusters create <CLUSTER-NAME> --num-nodes=2 gcloud container clusters list gcloud container clusters delete <
kubernetesの無停止運用を意識した検証
Deploymentで定義されたPod数をkubernetesは維持するように動きます。 何かしらの理由で一部のPodに障害が起きたときには、すぐに新しいPodを起動します（コンテナをデプロイする）。 そんな便利なkubernetesですが開発が活発なこともあり、ちょっと困ったことがあります。 それは、kubernetes自体のバージョンアップです。 この記事を書いている時点では、1.4.6です。 しかし、マイナーバージョンは、約３ヶ月に１回あがります。 kubernetes自体はクラスタ内にマスターのデーモンとノードのデーモン２つのデーモンで構成されています。 マスターのバージョンは無停止でアップグレードできるのですが、 ノードのバージョンは、バージョンアップ時にダウンタイムが発生する可能性があります。 これでは、ゲーム運用の要件の無停止が満たせなくなってしまいます。 そこで次のような方
Google Container Engine で新しいノードにダウンタイムゼロで移行する - Qiita
先日リリースしたアプリケーションが CPU 使ってなくてスカスカだったので、ノードのマシンタイプを n1-standard から f1-micro に変えました。今後もときどき行うことになりそうなので手順を残します。このアプリケーションはストレージを全く使っていないため、ストレージを利用している場合にはこの手順ではうまくいかないかもしれません。注意してください。 マシンタイプの違うノードにダウンタイムゼロで移行する $ gcloud container node-pools create f1-micro-pool --machine-type f1-micro --num-nodes=2 --zone=asia-east1-c まず移行先のノードを作成するためにノードプールを作成します。ここでマシンタイプやゾーン、初期のノード数などを指定します。ディスクサイズもここで指定できます。 ノー
kubernetesで変わる開発スタイル 〜マイクロサービスじゃなくてもいいじゃない〜
PHP Conference 2016の発表資料です kubernetesをつかってゲーム開発の 開発スタイルを変えたお話です
GKE本番環境へ向けた準備のベストプラクティス - Qiita
以下のメモ。図なども以下のサイトから引用。 https://cloud.google.com/solutions/prep-container-engine-for-prod?hl=ja#communicating_within_the_same_cluster プロジェクト、ネットワーク、クラスタの構成 以下の構成がベストな構成。 本番環境用とテスト開発環境用のプロジェクトは分けて、本番環境は厳密なポリシーを設定する。 デフォルトネットワークを使うのではなく、自分でネットワークを作成し、管理しているIPアドレスにマップした方がよい。 FirewallルールはGKEノードへのIngressとEgressのトラフィックをフィルタするためにネットワークに適用される。 デフォルトではGKEノードに対する全てのインターネットトラフィックは拒否される。 サブネットワークは複数のゾーンを跨げるが、リー
GKE + k8s オートスケールの設定方法 - Qiita
オートスケールの設計 GKE + k8sにおいて、オートスケールには2種類存在する。 Horizontal Pod Autoscaling（水平Podオートスケール） Cluster Autoscaler 前者がPodをスケールさせ、後者がクラスタをスケールさせる。スケール速度はPodであれば一瞬、クラスタノードは起動までに30秒前後かかる。また、k8sの再起動がはいる。 CPUリソースなどの使用状況をk8sが監視し（デフォルト30秒）、設定されたオートスケール閾値を超えたら新しくPodをたてたり、クラスタを増やしたりする。当然、負荷が下がったら自動で減る。 戦略 基本は2つのオートスケールを組み合わせ使う感じが良いだろうと思う。 Horizontal Pod Autoscaling・Cluster Autoscalerを設定 最小起動数は予測できるトラフィックに合わせる ノード数について
ブログをGKEでの運用に移行した | tsub's blog
このブログはGitHub pagesを使って公開していたが、GKEに移行することにした。 はてなブログからHugo on Github Pagesに移行しました これを聞いて、99%の人が、HugoでHTMLファイルを生成して公開しているならわざわざサーバーなんて必要ないんじゃないか？金の無駄じゃないか？と思うかもしれない。 自分もそう思う。 今回GKEを使ったのはGKEとk8sでのコンテナ運用を経験したかったことが非常に大きい。 会社ではECSを本番運用しているが、ECSに比べてk8sの方が良さそうな雰囲気しかないのでGKEの方も触っておこうかと思って移行した。 また、今のところブログ以外に個人で運用しているWebサービス等はないため、ブログがちょうどいい題材だった。 GKEとは GCP(Google Cloud Platform)で提供されている、k8s(kubernetes)のフルマ
GKE を使って golang アプリケーションコンテナを稼働させる - at kaneshin
この記事は Google Cloud Platform(1) Advent Calendar 2016 の15日目の記事です。 普段は golang をやってるアプリケーションの人っぽい感じになっていますが、他にも色々とやっています。（と、いうアピールをたまにしておかないと） さて、今回は GKE + golang のデプロイ話でもしましょう。結局、golang が絡んでいますね。 準備 Docker をインストールしておき、使用できるようにしましょう。 コンテナイメージの作成・プッシュ プロジェクト構成は下記のようにし、docker ビルドしたイメージを Container Registry にプッシュするようにします。 helloworld/ ├── deployment.yaml ├── Dockerfile ├── main.go └── service.yaml main.go
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MLアプリケーション短期開発 / Fast development for ML Web Service on GKE & GCP
click-to-deploy/k8s/elasticsearch at master · GoogleCloudPlatform/click-to-deploy · GitHub
Deploy on kubernetes GKE with Terraform
GKE@AbemaTV
Google Kubernetes Engine を使用したロード バランシング テスト | Cloud Architecture Center | Google Cloud