Professional-Cloud-Architect 試験問題 131
ケーススタディ: 2 - TerramEarth ケーススタディ
会社概要
TerramEarthは鉱業および農業産業向けの重機を製造しています。
同社の事業の 80% は鉱業、20% は農業です。現在、100 か国に 500 を超える販売店とサービス センターがあります。同社の使命は、顧客の生産性を高める製品を作ることです。
会社概要
TerramEarth は、第二次世界大戦後に再編するためにいくつかの小規模な家族経営の会社が合併した 1946 年に設立されました。同社は従業員と顧客を大切にし、彼らを家族の一員として考えています。
TerramEarth は、顧客のニーズの変化に応じてコア製品を革新し、新しい市場を見つける能力を誇りにしています。過去 20 年間、業界の傾向は主に、人間のオペレーターが操作する大型車両を使用して生産性を向上させる方向にありました。
ソリューションコンセプト
1 秒あたり 120 フィールドのデータを収集する 2,000 万台の TerramEarth 車両が稼働しています。
データは車両にローカルに保存され、車両の整備時に分析のためにアクセスできます。
データはメンテナンス ポート経由でダウンロードされます。この同じポートを使用して動作パラメータを調整できるため、現場で車両を新しいコンピューティング モジュールでアップグレードできます。
約 20 万台の車両がセルラー ネットワークに接続されており、TerramEarth はデータを直接収集できます。1 秒あたり 120 フィールドのデータが収集され、1 日あたり 22 時間稼働します。
TerramEarth は、これらのコネクテッド ビークルから 1 日あたり合計約 9 TB のデータを収集します。
既存の技術環境
TerramEarth の既存のアーキテクチャは、データ センターにある Linux ベースのシステムで構成されています。これらのシステムは、現場からの CSV ファイルを gzip 形式で圧縮し、FTP 経由でアップロードして変換および集約し、データをデータ ウェアハウスに配置します。このプロセスには時間がかかるため、集約されたレポートは 3 週間前のデータに基づいています。
このデータにより、TerramEarth は事前に交換部品を在庫し、車両の予定外のダウンタイムを 60% 削減することができました。ただし、データが古いため、交換部品を待つ間、最大 4 週間車両を使用できない顧客もいます。
ビジネス要件
- 計画外の車両ダウンタイムを1週間未満に短縮し、
余剰在庫の保管コストの増加
- 顧客の使用状況に関するより多くのデータでディーラーネットワークをサポート
自社の機器の IP により、新製品やサービスの位置付けが向上します。
- さまざまな企業と提携する能力、特に
急成長中の農業における種子と肥料の供給業者
ビジネス - 顧客にとって魅力的な共同提案を創造する
CEOの声明
当社は、大型車両へのトレンドを利用して、お客様の生産性を向上させることに成功しています。技術の変化は急速に進んでおり、TerramEarth はコネクテッド デバイス テクノロジーを活用して、インテリジェント農業機器などのより優れたサービスをお客様に提供しています。このテクノロジーにより、過去のトレンドを利用して車両の操作方法を調整することで、農家の収穫量を 25% 増加させることができました。これらの進歩により、当社の農業製品ラインは急速に成長し、2020 年までに収益の 50% を占めると予想しています。
CTO 声明
当社の競争上の優位性は、競合他社よりも低コストで優れた車両を製造する能力を備えた製造プロセスに常にありました。しかし、異なるアプローチによる新製品が絶えず開発されており、業界の次の変革の波に対応できるスキルが当社には不足しているのではないかと懸念しています。残念ながら、当社の CEO は技術の陳腐化を真剣に受け止めておらず、業界の多くの新興企業をニッチ プレイヤーと見なしています。私の目標は、漸進的なイノベーションを通じて当面の市場ニーズに対応しながら、スキルを磨くことです。
この質問については、TerramEarthのケーススタディを参照してください。
TerramEarth の各車両では、油圧などの動作パラメータが環境条件に応じて調整可能で、効率が向上します。主な目標は、現場にある 2,000 万台のセルラー車両と非接続車両すべての動作効率を向上させることです。この目標をどのようにして達成しますか?
会社概要
TerramEarthは鉱業および農業産業向けの重機を製造しています。
同社の事業の 80% は鉱業、20% は農業です。現在、100 か国に 500 を超える販売店とサービス センターがあります。同社の使命は、顧客の生産性を高める製品を作ることです。
会社概要
TerramEarth は、第二次世界大戦後に再編するためにいくつかの小規模な家族経営の会社が合併した 1946 年に設立されました。同社は従業員と顧客を大切にし、彼らを家族の一員として考えています。
TerramEarth は、顧客のニーズの変化に応じてコア製品を革新し、新しい市場を見つける能力を誇りにしています。過去 20 年間、業界の傾向は主に、人間のオペレーターが操作する大型車両を使用して生産性を向上させる方向にありました。
ソリューションコンセプト
1 秒あたり 120 フィールドのデータを収集する 2,000 万台の TerramEarth 車両が稼働しています。
データは車両にローカルに保存され、車両の整備時に分析のためにアクセスできます。
データはメンテナンス ポート経由でダウンロードされます。この同じポートを使用して動作パラメータを調整できるため、現場で車両を新しいコンピューティング モジュールでアップグレードできます。
約 20 万台の車両がセルラー ネットワークに接続されており、TerramEarth はデータを直接収集できます。1 秒あたり 120 フィールドのデータが収集され、1 日あたり 22 時間稼働します。
TerramEarth は、これらのコネクテッド ビークルから 1 日あたり合計約 9 TB のデータを収集します。
既存の技術環境
TerramEarth の既存のアーキテクチャは、データ センターにある Linux ベースのシステムで構成されています。これらのシステムは、現場からの CSV ファイルを gzip 形式で圧縮し、FTP 経由でアップロードして変換および集約し、データをデータ ウェアハウスに配置します。このプロセスには時間がかかるため、集約されたレポートは 3 週間前のデータに基づいています。
このデータにより、TerramEarth は事前に交換部品を在庫し、車両の予定外のダウンタイムを 60% 削減することができました。ただし、データが古いため、交換部品を待つ間、最大 4 週間車両を使用できない顧客もいます。
ビジネス要件
- 計画外の車両ダウンタイムを1週間未満に短縮し、
余剰在庫の保管コストの増加
- 顧客の使用状況に関するより多くのデータでディーラーネットワークをサポート
自社の機器の IP により、新製品やサービスの位置付けが向上します。
- さまざまな企業と提携する能力、特に
急成長中の農業における種子と肥料の供給業者
ビジネス - 顧客にとって魅力的な共同提案を創造する
CEOの声明
当社は、大型車両へのトレンドを利用して、お客様の生産性を向上させることに成功しています。技術の変化は急速に進んでおり、TerramEarth はコネクテッド デバイス テクノロジーを活用して、インテリジェント農業機器などのより優れたサービスをお客様に提供しています。このテクノロジーにより、過去のトレンドを利用して車両の操作方法を調整することで、農家の収穫量を 25% 増加させることができました。これらの進歩により、当社の農業製品ラインは急速に成長し、2020 年までに収益の 50% を占めると予想しています。
CTO 声明
当社の競争上の優位性は、競合他社よりも低コストで優れた車両を製造する能力を備えた製造プロセスに常にありました。しかし、異なるアプローチによる新製品が絶えず開発されており、業界の次の変革の波に対応できるスキルが当社には不足しているのではないかと懸念しています。残念ながら、当社の CEO は技術の陳腐化を真剣に受け止めておらず、業界の多くの新興企業をニッチ プレイヤーと見なしています。私の目標は、漸進的なイノベーションを通じて当面の市場ニーズに対応しながら、スキルを磨くことです。
この質問については、TerramEarthのケーススタディを参照してください。
TerramEarth の各車両では、油圧などの動作パラメータが環境条件に応じて調整可能で、効率が向上します。主な目標は、現場にある 2,000 万台のセルラー車両と非接続車両すべての動作効率を向上させることです。この目標をどのようにして達成しますか?
Professional-Cloud-Architect 試験問題 132
Cloud Shell を使用しており、数週間後に使用するカスタム ユーティリティをインストールする必要があります。ファイルをデフォルトの実行パスに保存し、セッション間で保持するにはどこに保存すればよいでしょうか。
Professional-Cloud-Architect 試験問題 133
あなたの会社は、開発者のエクスペリエンスを向上させるために、API を大幅に改訂することを決定しました。新しい顧客とテスターが新しい API を試用できるようにしながら、古いバージョンの API を利用可能かつ展開可能な状態に維持する必要があります。両方の API を提供するために、同じ SSL レコードと DNS レコードを維持したいと考えています。どうすればよいでしょうか?
Professional-Cloud-Architect 試験問題 134
ソリューションによって、ステージング環境やテスト環境では見られなかったパフォーマンス バグが本番環境で発生しています。今後この問題を回避するために、テストおよびデプロイメントの手順を調整したいと考えています。どうすればよいですか?
Professional-Cloud-Architect 試験問題 135
ケーススタディ: 1 - Mountkirk Games ケーススタディ
会社概要
Mountkirk Games は、最も人気のあるモバイル プラットフォーム向けに、オンラインのセッションベースのマルチプレイヤー ゲームを制作しています。
会社概要
Mountkirk Games は、すべてのゲームをサーバー側統合を使用して構築しており、これまではクラウド プロバイダーを使用して物理サーバーをリースしてきました。同社のゲームのいくつかは予想以上に人気があり、アプリケーション サーバー、MySQL データベース、分析ツールの拡張に問題がありました。
Mountkirk の現在のモデルは、ゲームの統計情報をファイルに書き込み、ETL ツールを介して送信し、レポート用に中央の MySQL データベースにロードするというものです。
ソリューションコンセプト
Mountkirk Games は、非常に人気が出ると予想される新しいゲームを開発中です。ストリーミング メトリックをキャプチャし、集中的な分析を実行し、自動スケーリング サーバー環境を活用して、マネージド NoSQL データベースと統合できるように、ゲームのバックエンドを Google Compute Engine にデプロイする予定です。
技術要件
ゲームバックエンドプラットフォームの要件
1. ゲームアクティビティに基づいて動的にスケールアップまたはスケールダウンします。
2. マネージド NoSQL データベース サービスに接続します。
3. カスタマイズされた Linx ディストリビューションを実行します。
ゲーム分析プラットフォームの要件
1. ゲームアクティビティに基づいて動的にスケールアップまたはスケールダウンします。
2. ゲーム サーバーから受信したデータを即座に直接処理します。
3. モバイル ネットワークの速度が遅いために遅れて到着するデータを処理します。
4. SQL クエリが少なくとも 10 TB の履歴データにアクセスできるようにします。
5. ユーザーのモバイル デバイスによって定期的にアップロードされるファイルを処理します。
6. 完全に管理されたサービスのみを使用する
CEOの声明
当社が最後に成功したゲームは、以前のクラウド プロバイダーではうまく拡張できず、ユーザー採用率が低下し、ゲームの評判に影響を及ぼしました。投資家は、ゲームの速度と安定性を評価するための主要業績評価指標 (KPI) を増やし、使用パターンに関するより深い洞察を提供するその他の指標も求めており、これにより、ゲームを対象ユーザーに合わせて調整できます。
CTO 声明
現在のテクノロジー スタックでは必要なスケールを提供できないため、MySQL を置き換えて、自動スケーリング、低レイテンシの負荷分散を提供し、物理サーバーの管理から解放される環境に移行したいと考えています。
CFOの声明
ユーザーの人口統計データの使用指標やその他の KPI を十分に把握できていません。その結果、適切なユーザーと関わることができていません。マーケティングが適切なユーザーをターゲットにしているかどうか自信が持てず、ゲーム内でプレミアム ブラストアップを十分に販売できていないため、収益に大きく影響しています。
この質問については、Mountkirk Games のケース スタディを参照してください。Mountkirk Games は、新しいテスト戦略の設計を依頼しています。テスト カバレッジは、他のプラットフォームの既存のバックエンドとどのように異なる必要がありますか?
会社概要
Mountkirk Games は、最も人気のあるモバイル プラットフォーム向けに、オンラインのセッションベースのマルチプレイヤー ゲームを制作しています。
会社概要
Mountkirk Games は、すべてのゲームをサーバー側統合を使用して構築しており、これまではクラウド プロバイダーを使用して物理サーバーをリースしてきました。同社のゲームのいくつかは予想以上に人気があり、アプリケーション サーバー、MySQL データベース、分析ツールの拡張に問題がありました。
Mountkirk の現在のモデルは、ゲームの統計情報をファイルに書き込み、ETL ツールを介して送信し、レポート用に中央の MySQL データベースにロードするというものです。
ソリューションコンセプト
Mountkirk Games は、非常に人気が出ると予想される新しいゲームを開発中です。ストリーミング メトリックをキャプチャし、集中的な分析を実行し、自動スケーリング サーバー環境を活用して、マネージド NoSQL データベースと統合できるように、ゲームのバックエンドを Google Compute Engine にデプロイする予定です。
技術要件
ゲームバックエンドプラットフォームの要件
1. ゲームアクティビティに基づいて動的にスケールアップまたはスケールダウンします。
2. マネージド NoSQL データベース サービスに接続します。
3. カスタマイズされた Linx ディストリビューションを実行します。
ゲーム分析プラットフォームの要件
1. ゲームアクティビティに基づいて動的にスケールアップまたはスケールダウンします。
2. ゲーム サーバーから受信したデータを即座に直接処理します。
3. モバイル ネットワークの速度が遅いために遅れて到着するデータを処理します。
4. SQL クエリが少なくとも 10 TB の履歴データにアクセスできるようにします。
5. ユーザーのモバイル デバイスによって定期的にアップロードされるファイルを処理します。
6. 完全に管理されたサービスのみを使用する
CEOの声明
当社が最後に成功したゲームは、以前のクラウド プロバイダーではうまく拡張できず、ユーザー採用率が低下し、ゲームの評判に影響を及ぼしました。投資家は、ゲームの速度と安定性を評価するための主要業績評価指標 (KPI) を増やし、使用パターンに関するより深い洞察を提供するその他の指標も求めており、これにより、ゲームを対象ユーザーに合わせて調整できます。
CTO 声明
現在のテクノロジー スタックでは必要なスケールを提供できないため、MySQL を置き換えて、自動スケーリング、低レイテンシの負荷分散を提供し、物理サーバーの管理から解放される環境に移行したいと考えています。
CFOの声明
ユーザーの人口統計データの使用指標やその他の KPI を十分に把握できていません。その結果、適切なユーザーと関わることができていません。マーケティングが適切なユーザーをターゲットにしているかどうか自信が持てず、ゲーム内でプレミアム ブラストアップを十分に販売できていないため、収益に大きく影響しています。
この質問については、Mountkirk Games のケース スタディを参照してください。Mountkirk Games は、新しいテスト戦略の設計を依頼しています。テスト カバレッジは、他のプラットフォームの既存のバックエンドとどのように異なる必要がありますか?
