デジタル トランスフォーメーションを加速 お客様がデジタル トランスフォーメーションに乗り出したばかりでも、あるいはすでに進めている場合でも、Google Cloud は困難な課題の解決を支援します。
編集部注 : 今回の記事は、数年前に SRE(サイト信頼性エンジニアリング)の本を出した(本当に!)Google エキスパート チームが執筆してくれました。実際に手を動かして学ぶ同書の姉妹書『The Site Reliability Workbook』も発売に向けて準備が進んでいるようです。ここでは、多くの IT チームにとって重要な SRE の一分野である、クラウド コンピューティング時代のトラブルシューティングについて取り上げます。今回は 2 回連載の前編です。本稿を読み終えたら、クラウド プロバイダーとのコミュニケーション方法をテーマにした後編もぜひご覧ください。 技術的な問題を効果的に解決するためには、運や経験に頼るのではなく、系統的なアプローチが必要です。書籍『Site Reliability Engineering』の中でも述べたように、トラブルシューティングは学習できるスキル
フィードバックを送信 DynamoDB から Spanner に移行する コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このチュートリアルでは、Amazon DynamoDB から Spanner に移行する方法を説明します。このチュートリアルは主に、NoSQL システムから Spanner への移行を考えているアプリ所有者を対象としています。Spanner は完全にリレーショナルでフォールト トレラント、かつ拡張性の高い SQL データベース システムであり、トランザクションをサポートしています。Amazon DynamoDB テーブルの使用方法がタイプとレイアウトの面で一貫していれば、Spanner へのマッピングは容易です。Amazon DynamoDB のテーブルに含まれているデータ型や値が限定されていない場合は、Datastore や Fire
フィードバックを送信 Kaniko キャッシュの使用 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 概要 Kaniko キャッシュでは、コンテナ イメージのレジストリ(Google 独自の Artifact Registry など)内に中間レイヤが保存され、インデックス付けされます。その他のユースケースについては、GitHub の Kaniko リポジトリをご覧ください。 Kaniko キャッシュの仕組みは次のとおりです。 Cloud Build では、コンテナ イメージのレイヤがビルド時にレジストリに直接アップロードされるため、明示的な push ステップはありません。すべてのレイヤが正常にビルドされると、それらレイヤを含むイメージ マニフェストがレジストリに書き込まれます。 Kaniko では、各レイヤが、その作成元の Dockerfile ディレク
Google は 10 年以上にわたって毎週、数十億ものコンテナを起動してきた経験を Google Cloud にパッケージ化し、あらゆる規模のデベロッパーとお客様が最新のコンテナ イノベーションを簡単に利用できるようになっています。社内のクラスタ管理システム Borg から学んだことを元にオープンソース化し、Kubernetes でコンテナをより簡単かつ柔軟にオーケストレートできるようにしました。Google は、サービス メッシュを使用してマイクロサービスを管理するプロセスを効率化し、現在世界中で使用されているサイト信頼性エンジニアリング(SRE)標準を作成することで、デベロッパーの効率化を先導しました。
Send feedback Stay organized with collections Save and categorize content based on your preferences. Pub/Sub triggers In Cloud Functions, a Pub/Sub trigger enables a function to be called in response to Pub/Sub messages. When you specify a Pub/Sub trigger for a function, you also specify a Pub/Sub topic. Your function will be called whenever a message is published to the specified topic. For a fun
古いバージョンの GKE を実行しているクラスタの場合、GKE コントローラは、kubernetes.io/ingress.class アノテーションがないか、値が gce または gce-internal のアノテーションがある Ingress を処理します。 kubernetes.io/ingress.class アノテーションの非推奨 kubernetes.io/ingress.class アノテーションは Kubernetes で非推奨になりましたが、GKE では引き続きこのアノテーションが使用されます。 ingressClassName フィールドを使用して GKE Ingress を指定することはできません。kubernetes.io/ingress.class アノテーションを使用する必要があります。 外部アプリケーション ロードバランサの機能 Ingress によって構成さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く