見知らぬGCPプロジェクトの利用状況を把握する方法あれこれ - うさだのブログ
前書き 管理者不在のGCPプロジェクトを渡され､何してるのかを調べて欲しいというタスクを振られたかわいそうな人向けにトリビアルなノウハウを共有します｡ TL;DR Asset Inventoryでリソースの総量を把握する｡ 稼働状況をモニタリング､ログ､Billingなどから把握する｡ リソース同士の関連をIAMから探る｡ 引き継ぎはちゃんとやれ｡たのむ｡ 前提 読者は対象GCPプロジェクトへの少なくとも参照権限を持っている *1 実際になにかを動かして検証することは現時点では許可されていない GCPプロジェクトに関する有識者は不明 本文 本記事では､GCPが提供するコンソールをさっと眺めるだけである程度のざっくりとした構成を概観し､より詳細な調査をするための足がかりを得るノウハウを共有します｡ 各リソースの詳細までは踏み込みません｡ 利用するツール この記事で触れるツールは以下です｡ 順
【翻訳】Googleのエンジニアがソフトウェア開発する時に必ず書くドキュメント「Design Docs at Google」 - BppLOG
Googleでの「Design Docs」とは 2007年の Google Developer Day Tokyo での鵜飼氏のプレゼンによると「Google で必ず書くことになっているドキュメント」であり、「プロジェクト立ち上げ時の 1～2週間をかけて書く」ものです。 今回は Google のソフトウェアエンジニアである @cramforce 氏が自身のブログで「Googleでの Design Docs」について解説している記事を公開されていたため、氏の許可を得て翻訳しています。 原文： www.industrialempathy.com 関連書籍： Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス オライリージャパンAmazon 読了目安：11分 (目次) デザインドキュメント の解剖学 文脈と範囲 目標と非目標 実際のデザイン システ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
チームの心理的安全性を可視化するワークショップ「片思いマッピング」 / Kataomoi Mapping at furiconf2022