※本記事は、AWS re:Invent 2024で発表された「The AI advantage: Unlocking the full potential of your EUC services (PEX208)」の内容に基づいて作成されています。この発表はAnthony PaladinoとDave Jaskieによって行われ、End-User Computing（EUC）サービスにおける人工知能（AI）の変革的な力を活用して、より大きな効率性と価値を引き出す方法を探求したライトニングトークです。元の発表はAWSパートナー向けに設計されています。詳細情報はAWS re:Inventの公式サイト（https://go.aws/reinvent ）でご覧いただけます。本記事では発表内容を要約・構造化していますが、正確な情報や文脈については、オリジナルの発表動画（https://www.youtube.com/watch?v=GnApM_15HEo ）をご視聴いただくことをお勧めいたします。また、他のAWSイベント情報（https://go.aws/3kss9CP ）やAWS動画（http://bit.ly/2O3zS75 ）もご参照ください。
1. イントロダクション
1.1. 発表者の紹介：Anthony Paladino (Partner Specialist) と Dave Jaskie (Senior Solution Architect)
- Anthony Paladino: End User Compute competencyを専門とするパートナースペシャリストです。AWS Partner向けのEUCサービスの活用法について知見を持ち、本セッションではEUCサービスにおけるAI活用の価値提案とパートナービジネスへの適用について解説を担当しています。
- Dave Jaskie: End User Computeを専門とするシニアソリューションアーキテクトです。本セッションではEUC管理者が直面する技術的課題と、Amazon Bedrockを活用した問題解決手法について、実践的なデモを交えながら説明を担当しています。
1.2. 対象者：End User Computing (EUC) 管理者とパートナー
このライトニングトークは主にAWSパートナー向けに設計されていますが、社内でEnd-User Computing（EUC）サービスを管理している管理者にも有益な内容となっています。会場には多くのEUC導入経験者が参加しており、手を挙げて確認した際には相当数の参加者がEUCデプロイメントを持っていることが確認されました。対象となるのは、数千のWorkSpacesを世界中に展開・管理しているEUC管理者や、MSP（マネージドサービスプロバイダー）としてクライアントのEUC環境を管理しているパートナー企業です。CEOから一般的なナレッジワーカーまで、あらゆるユーザーに最高のサービスを可能な限り迅速に提供したいと考えている担当者が主な対象となっています。セッションでは特に社内でEUCを管理している参加者が多く見受けられました。
2. EUC管理者の課題
2.1. 世界中に配置された数千のWorkSpacesの管理
Dave Jaskie：今日のシナリオとして、何千ものWorkSpacesをデプロイしているEUC管理者の事例を見ていきましょう。この管理者は世界中にWorkSpacesをデプロイしています。米国内の企業拠点にデプロイされたWorkSpacesもあれば、在宅勤務のユーザー向けにデプロイされたものもあります。特にユーザーからトラブルの連絡があった場合、EUC管理者はまずその問題解決に取り組む必要があります。
Dave Jaskie：例えば、ユーザーから「接続に問題がある」とか「接続が遅い」といった連絡が入った場合、EUC管理者はまずWorkSpacesコンソールを確認して、そのWorkSpacesインスタンスの情報を確認する必要があります。ここで管理者はバンドルタイプ、ルートボリューム、どのような計算能力でデプロイされたかなどの基本情報を確認できます。しかし、実際にユーザーが体験しているセッション内のレイテンシーなどの情報を知るためには、CloudWatchを確認する必要があります。
Anthony Paladino：つまり、これはEnd User Computingのお客様にとって効率性を高めるものですね。自社の従業員を管理している場合にも、パートナーとしてMSP（マネージドサービスプロバイダー）のプラクティスを持っている場合にも効率性を高めることができます。そしてスケールアップできるということですね？
Dave Jaskie：はい、その通りです。今日お見せするソリューションは、これを基盤として構築できるものです。管理者向けであれ、パートナーソリューションを構築しようとしている場合であれ、あるいはエンドユーザー向けのチャットボットを構築しようとしている場合であれ、開発することができます。
2.2. ユーザーの接続問題のトラブルシューティング
Dave Jaskie：ユーザーが「接続できない」あるいは「接続が遅い」といった問題を報告してきた場合、EUC管理者はトラブルシューティングを行う必要があります。まず最初に、WorkSpacesコンソールを確認して、そのWorkSpacesインスタンスに関する情報を取得します。バンドルタイプ、ルートボリューム、どのようなコンピューティングリソースでデプロイされたかなどの基本情報を確認できますが、それだけでは不十分です。
Dave Jaskie：ユーザーが実際に経験しているセッション内のレイテンシーなどの情報を確認するには、CloudWatchを見る必要があります。CloudWatchでは、セッション内のレイテンシー、ユーザーに配信されているビット数、フレームの損失を判断するのに役立つパケットロスなどを測定することができます。さらに、そのインスタンスに関する情報、たとえばCPU、メモリ、ディスク使用率などもここで確認できます。
Dave Jaskie：もしパフォーマンスが遅い場合、それはCPUやメモリがマシン内で限界に達していることが原因かもしれません。アプリケーションがクラッシュする場合は、ルートボリュームやユーザーボリュームが一杯になっている可能性があります。さらに、CloudWatch Internet Monitorも活用できます。これはディレクトリに展開すると、さまざまなISPに関する情報を収集するサービスで、ISP、ASN、および接続しているユーザーに関する詳細情報を取得できます。
2.3. WorkSpacesコンソールとCloudWatchの情報確認の必要性
Dave Jaskie：ユーザー体験の問題を解決するためには、複数のツールからの情報を確認する必要があります。まず、WorkSpacesコンソールには基本的なインスタンス情報が表示されています。ここでバンドルタイプ、ルートボリューム、デプロイされたコンピューティングリソースの種類などを確認できます。しかし、ユーザーが実際に経験しているセッション内のレイテンシーを知るには、CloudWatchを確認する必要があります。
Dave Jaskie：CloudWatchでは、セッション内のレイテンシーを測定したり、ユーザーに配信されているビット数を確認したり、フレームの損失につながるパケットロスを監視したりすることができます。また、CPUやメモリ、ディスク使用率などのインスタンス情報も確認できます。これらの指標は、パフォーマンスの低下やアプリケーションのクラッシュの原因を特定するのに役立ちます。例えば、CPUやメモリが上限に達していれば、それがパフォーマンス低下の原因かもしれませんし、ルートボリュームやユーザーボリュームが一杯であれば、それがアプリケーションのクラッシュにつながっている可能性があります。
Dave Jaskie：さらに、CloudWatch Internet Monitorも重要なツールです。これをディレクトリにデプロイすると、様々なISPに関する情報を収集し、ISP、ASN、およびそれらに接続しているユーザーについての詳細情報を取得できます。これらの情報を組み合わせることで、問題の根本原因を特定し、より効果的にトラブルシューティングを行うことができます。
2.4. 増加する複雑な環境を「より少ないリソースでより多くを実現」する要求
Dave Jaskie：EUC管理者にとって、数千ものWorkSpacesデプロイメントを効率的に管理するには、自動化してスクリプトを開発することが最良の方法です。今日のセッションでは、Bedrockを使用してこれらのスクリプトを生成し、管理者の業務を容易にする方法をお見せします。
Dave Jaskie：また、今日のEUC管理者たちは「より少ないリソースでより多くを実現」するよう求められています。彼らはより複雑な環境を担当し、増加する規模での管理を要求されています。これは我々がBedrockを使って解決できる課題です。
Anthony Paladino：Daveさん、これは本当にEnd User Computingのお客様にとって効率性を高めるものですね。自社の従業員を管理している場合にも効率的ですし、パートナーとしてMSPプラクティスを持っている場合にも効率的です。どちらの場合もスケーラビリティが向上するということですね？
Dave Jaskie：はい、その通りです。今日お見せするソリューションは、これを基盤として構築していくことができます。管理者向けのソリューションを開発する場合でも、パートナーソリューションを構築する場合でも、あるいはエンドユーザー向けのチャットボットを構築する場合でも応用できます。
Anthony Paladino：その世界では、CEOが電話をかけてきた場合も、一般的なナレッジワーカーが電話をかけてきた場合も、できるだけ迅速に最高のサービスを提供したいですよね。これはまさにそういうことだと思います。
3. AI（Bedrock）による解決策
3.1. 管理スクリプトの自動生成によるタスク効率化
Dave Jaskie：EUC管理者が数千ものWorkSpacesをデプロイしている環境では、管理タスクを効率化するために自動化とスクリプト開発が不可欠です。今日のセッションでは、Amazon Bedrockを使用してこれらの管理スクリプトを自動生成する方法をご紹介します。
Dave Jaskie：特に管理者が「より少ないリソースでより多く」を求められる現在の状況では、Bedrockのような生成AIツールが大きな価値を提供します。複雑な環境を管理し、増加するスケールでの運用を求められるEUC管理者にとって、スクリプトの自動生成は時間を大幅に節約し、効率性を向上させます。
Dave Jaskie：例えば、リブート操作やリストア作業、バンドル移行、コンピューティングリソースの変更など、通常であれば手作業で時間がかかるタスクを、Bedrockが生成した最適化されたスクリプトで自動化できます。これにより、EUC管理者は日々の運用業務から解放され、より戦略的な活動に時間を割くことができます。
Anthony Paladino：つまり、これは社内のEnd User Computingを管理しているお客様にとっても、パートナーとしてMSPプラクティスを運営している場合にも効率性を高め、スケーラビリティを向上させるものですね。
Dave Jaskie：はい、まさにその通りです。今日お見せするソリューションは基盤となるものであり、管理者向けのソリューション、パートナー向けのソリューション、あるいはエンドユーザー向けのチャットボットなど、様々なケースに応用して構築することができます。
3.2. 社内EUC管理者とMSPパートナー両方での効率性向上
Anthony Paladino：このAIソリューションは、End User Computingのお客様にとって効率性を真に向上させるものですね。自社の従業員を管理している場合でも効率的ですし、パートナーとしてMSP（マネージドサービスプロバイダー）のプラクティスを持っている場合でも効率性が高まります。どちらの場合もスケーラビリティが向上するということですね？
Dave Jaskie：はい、その通りです。今日お見せするソリューションは、これを基盤として様々なケースに応用できます。管理者向けのソリューション開発でも、パートナーソリューションの構築でも、あるいはエンドユーザー向けのチャットボット開発でも活用できます。
Anthony Paladino：会場の皆さんで、MSPプラクティスを運営している方はいますか？それとも、ほとんどが社内でEUCを管理している方ですか？
Anthony Paladino：社内管理が中心のようですね。CEOが問い合わせてきた場合も、一般的なナレッジワーカーが問い合わせてきた場合も、可能な限り迅速に最高のサービスを提供したいと思いますよね。これはまさにそういうことだと思います。Daveさん、そうですよね？
Dave Jaskie：はい、その通りです。
4. ソリューションアーキテクチャ
4.1. ユーザー（EUC管理者/ヘルプデスク担当者）
Dave Jaskie：では、サンプルアーキテクチャをご紹介します。左から右へと説明していきましょう。このシナリオにおけるユーザーは、End User Computing管理者です。ヘルプデスク管理者である場合もあります。基本的に、これはエンドユーザーであるあなたが、支援が必要な場合に電話をかける相手です。
Dave Jaskie：このソリューションはエンドユーザー向けにも拡張可能です。たとえば、エンドユーザーが接続に問題を抱えている場合、このボットとチャットして自分のWorkSpaceに関する情報を得ることができます。これにより、ユーザーは管理者に問い合わせることなく、基本的なトラブルシューティング情報を自分で取得できるようになります。
Anthony Paladino：つまり、これは社内でEUCを管理している場合にも、MSPとしてクライアントのEUC環境を管理している場合にも効率性を向上させるものですね。CEOであっても一般的なナレッジワーカーであっても、すべてのユーザーに可能な限り迅速に最高のサービスを提供することが重要です。このソリューションはまさにそれを実現するものです。
4.2. フロントエンド（Amazon Cognito、ECS）
Dave Jaskie：アーキテクチャの次の列には、Amazon CognitoとECSが配置されています。これは基本的に、私たちのソリューションにフロントエンドを提供するためのものです。後ほどデモでお見せしますが、これは非常にシンプルなウェブページで、接続してチャットすることができます。
Dave Jaskie：Amazon Cognitoは認証機能を提供し、ECSはウェブインターフェースのコンテナ化と実行環境を提供します。このシンプルなフロントエンドによって、EUC管理者やヘルプデスク担当者は直感的なインターフェースを通じてAIアシスタントとやり取りすることができます。デモでお見せするウェブページは最小限の機能を備えていますが、実際の実装ではこれを拡張して、より豊富な機能や使いやすいUIを構築することが可能です。
4.3. ナレッジベース（WorkSpaces APIとベストプラクティス）
Dave Jaskie：次の列はナレッジベースです。ここではWorkSpacesのベストプラクティスを参照するように設定しています。また、WorkSpaces APIコールについても参照するようになっており、そこから環境に関連する追加情報も追加することができます。
Dave Jaskie：このナレッジベースは、「WorkSpacesのベストプラクティスとは何か？」「管理ガイドには何が書かれているか？」といった一般的な質問に対応します。これらの一般的な情報やベストプラクティスについての質問は、リアルタイムデータを必要とせず、ナレッジベースが対応します。環境固有のカスタム情報やプロセスについても、S3バケットに格納してナレッジベースに追加することで、AIアシスタントが参照できるようになります。
4.4. Amazon Bedrock と Lambda関数による実時間情報の取得
Dave Jaskie：次に進むと、Amazon BedrockとLambda関数があります。ここでリアルタイム情報を取得します。ナレッジベースでは、WorkSpacesのベストプラクティスや管理ガイドの内容など一般的な質問に対応できますが、ユーザーがどのように接続しているか、どのISPを使用しているか、クライアントバージョンはどうなっているかなど、具体的な情報を知りたい場合は、リアルタイムデータが必要です。
Dave Jaskie：ここでLambda関数がWorkSpacesサービスにアクセスし、そのWorkSpaceに関するデータを返します。さらに、CloudWatchやCloudWatch Internet Monitorも呼び出して、それらのデータをサービスに取り込むことができます。つまり、管理者が「この特定のWorkSpaceのパフォーマンスはどうなっているか？」「どのユーザーがこのISPを使用しているか？」といった質問をした場合、Lambda関数が実際のAWSサービスにアクセスして、リアルタイムの情報を取得し、それをBedrockを通じて管理者に提供します。
4.5. カスタムワークフローのS3バケット統合
Anthony Paladino：もし私がカスタムのワークフローや独自のユースケースを持つお客様やMSPだとしたら、それはこのアーキテクチャにどのように適合するのでしょうか？
Dave Jaskie：それは素晴らしい質問です。基本的には、そのPDFやカスタムプロセスを取って、S3バケットに入れ、BedrockにそのS3バケットを指定してインデックスを作成させます。そうすることで、アップロードした内容に特化した情報がチャットボットから返ってくるようになります。
Dave Jaskie：例えば、あなたの組織固有のトラブルシューティングガイドや、特定のクライアント向けのカスタマイズされた対応手順があれば、それをS3バケットにアップロードするだけです。Bedrockはそれを自動的にインデックス化し、AIアシスタントの知識ベースに統合します。これにより、「私たちの組織では、この特定の問題に対してどのように対応すべきか？」といった質問に対して、カスタマイズされた回答を得ることができます。このような柔軟性により、一般的なベストプラクティスだけでなく、組織固有のプロセスや知識も活用できるソリューションとなっています。
5. 実装デモ1：ISP接続分析
5.1. T-Mobileに接続されているWorkSpaceIDsの特定
Dave Jaskie：最初の例を見ていきましょう。管理者は、ISP障害の影響を受ける可能性のあるユーザーを理解する必要があることがよくあります。これは天候関連の問題かもしれませんし、他のイベントが発生している可能性もあります。管理者は誰が影響を受けるかを知りたいだけでなく、ユーザーがどこから接続しているかも知りたいものです。これは地理的な場所かもしれませんし、そこでの異なる場所かもしれませんし、あるいは天候イベントに備えることかもしれません。
Dave Jaskie：ここでデモをご覧いただきましょう。画面の右側から始めます。これはAmazon Bedrockエージェントを使用しているだけです。ここで質問をしてみます。（会場の反応）タイプしているようですね。基本的に質問をします：「T-Mobileに接続されているWorkSpaceIDsは何ですか？」
Dave Jaskie：冒頭で述べたように、EUC管理者は誰がどこから接続しているかを理解しようとしています。これは私の環境を示しており、T-Mobile ISPに接続されている3つのWorkSpacesがあることがわかります。
Dave Jaskie：次に、画面の左側を見てみましょう。これは先ほど言及したもので、ウェブインターフェースを構築してカスタマイズし、もっと楽しくできます。基本的な機能を示すために基本的なウェブページを構築しました。ここでは、より詳細な情報を掘り下げていきます。それらのWorkSpacesの1つに関する詳細を知りたいと思います。
Dave Jaskie：T-Mobileに接続されていることはわかりましたが、今度はその実際のWorkSpaceIDの詳細を知りたいと思います。質問すると、AWS Lambdaにアクセスして情報を取得します。私が故郷であるウィスコンシン州ジャーマンタウンから接続していることがわかります。これは正確で、私が接続している場所です。
5.2. 特定のWorkSpaceの詳細情報の取得
Dave Jaskie：T-Mobileに接続されているWorkSpaceを特定したら、次に特定のWorkSpaceの詳細情報を取得します。これはカスタムウェブインターフェースを使って実行します。これは私たちが構築した基本的なウェブページですが、お客様はこれをさらにカスタマイズして、より多くの機能を追加することができます。
Dave Jaskie：ここで私は、さらに詳細な情報を取得します。「これらのWorkSpaceの1つについて詳細を知りたい」と思い、特定のWorkSpaceIDについて質問を入力します。質問すると、AIアシスタントはAWS Lambdaにアクセスして情報を取得します。
Dave Jaskie：結果として表示されたのは、私がウィスコンシン州ジャーマンタウンから接続しているという情報です。これは私の故郷で、実際に私が接続している場所なので、正確な情報が取得できていることがわかります。このように、特定のWorkSpaceIDに関連付けられた詳細な地理情報を簡単に取得することができます。
Dave Jaskie：さらに追加の質問をすることもできます。例えば、ユーザーがまだ接続の問題を抱えている場合、さらに詳細な情報を掘り下げることができます。同じチャットインターフェース内で一連の質問をすることで、必要な情報を収集することができます。
5.3. クライアントバージョンや接続プラットフォームの分析
Dave Jaskie：ユーザーがまだ接続の問題を抱えている場合、さらに深く掘り下げて追加の質問をすることができます。「クライアントは何か？」「プラットフォームは何か？」「クライアントバージョンは何か？」といった質問ができます。古いクライアントバージョンを使用していると、最適なエクスペリエンスが得られない可能性があることは知られています。
Dave Jaskie：このAIアシスタントにより、同じチャットインターフェース内で一連の質問をすることで、必要な情報を収集できます。例えば、ユーザーが古いバージョンのクライアントを使用していることが判明すれば、クライアントのアップデートを推奨することができます。または、特定のプラットフォームで既知の問題があるかどうかを確認することもできます。
Dave Jaskie：このシステムの利点は、複数のシステムやコンソールを切り替える必要なく、単一のインターフェースから必要な情報をすべて取得できることです。数回の質問で、接続の問題の根本原因を特定し、適切な解決策を提案するために必要な情報を収集することができます。これにより、トラブルシューティングプロセスが大幅に効率化され、問題解決までの時間が短縮されます。
6. 実装デモ2：自動化スクリプト生成
6.1. 不健全なWorkSpacesの特定と再起動スクリプトの生成
Dave Jaskie：次の例を見てみましょう。先ほど述べたように、数千のWorkSpacesがデプロイされている環境では、どのように自動化し、これらを大規模に管理するかが課題となります。例えば、リブート操作、リストア作業、バンドル移行、コンピューティングリソースの変更などは、自動化できるタスクです。これらもこのインターフェースで対応可能です。
Dave Jaskie：このデモでは、特定の質問を入力します。「PowerShellスクリプトを使用して、私のリージョン（us-east-1）で不健全なすべてのWorkSpacesを取得し、その間に1秒のスリープを入れて、それらのWorkSpacesを再起動したい」という要求です。このようにチャットインターフェースに入力すると、AIアシスタントがスクリプトを生成します。
Dave Jaskie：スクリプトが生成されたら、それをPowerShell ISEで確認して、どのような内容になっているか見てみましょう。ウェブインターフェースにテキストが表示されています。これはフォーマットされているので、基本的にコピーしてPowerShell ISEコンソールに貼り付けることができます。
Dave Jaskie：PowerShellを開いて貼り付けると、コメントが含まれていることがわかります。適切にフォーマットされており、EUC管理者の視点からすぐに使用できる状態です。成功するために必要なAPIコールが表示されており、非常に読みやすいものになっています。修正を加えたい場合も、例えばCSV出力などに変更したい場合でも、スクリプトを変更することができます。
6.2. PowerShell ISEでのスクリプト確認と実行
Dave Jaskie：生成されたスクリプトをPowerShell ISEに貼り付けて見てみましょう。このスクリプトの美しい点は、実際に見ていただくとおわかりいただけると思います。スクリプトにはコメントが含まれており、適切にフォーマットされています。EUC管理者の視点からすぐに実行できる状態です。
Dave Jaskie：スクリプトには成功するために必要なAPIコールが明確に示されており、非常に読みやすいものになっています。もし修正を加えたい場合、例えばCSV出力などの機能を追加したい場合でも、スクリプトを簡単に変更することができます。
Dave Jaskie：このスクリプトはus-east-1リージョンで不健全なWorkSpacesをすべて検索し、各WorkSpace間に1秒の間隔を置いて、それらを順番に再起動します。コメントセクションには、スクリプトの目的や各セクションの機能が詳細に説明されています。また、エラーハンドリングも適切に実装されているため、問題が発生した場合でも管理者に適切に通知されます。
Dave Jaskie：このように、Bedrockを使用すると、複雑なAPIコールを手動で調査して実装する必要なく、すぐに使用できる高品質なスクリプトを生成できます。これにより、EUC管理者は日常的なタスクに費やす時間を大幅に削減でき、より戦略的な活動に集中できるようになります。
6.3. スクリプトの動的修正（再起動から再構築へ）
Dave Jaskie：次に、Bedrockエージェントに依頼して、スクリプトを更新してみましょう。再起動ではなく、再構築を行うようにします。Amazon WorkSpacesの素晴らしい利点の一つは、スナップショットが含まれていることです。不具合のあるアプリケーションやパッチを展開してしまった場合、WorkSpacesを復元するスクリプトを生成することができます。
Dave Jaskie：ここで私は、同じような不健全なWorkSpacesを特定するスクリプトを生成してもらいますが、今度はそれらを再起動するのではなく、再構築するように依頼します。これをリアルタイムで生成します。
Dave Jaskie：前述したように、EUC管理者はより多くの、そして迅速な対応を求められています。このツールを使えば、各種APIを個別に調査する必要なく、非常に短時間でコードを生成できます。PowerShellに取り込んで、チームで一緒にレビューし、テストすることができます。
Dave Jaskie：ご覧のように、最初のスクリプトととても似ていますが、今回はWorkSpaceの再起動ではなく、再構築を行います。Bedrockに追加のコンテキストや出力を要求して、スクリプトをさらに複雑にすることも可能ですが、これは目的を達成するためのシンプルで読みやすいスクリプトです。
7. まとめと追加リソース
7.1. 複数データソースの接続可能性
Dave Jaskie：まとめとして、ここでは2つの例をお見せしました。まず、複数のデータソースを接続する方法を示しました。さらに多くのデータソースを接続することも可能です。カスタムデータソースやカスタムナレッジベースをお持ちの場合は、それをナレッジベースに追加して、非常に特定のビジネスプラクティスを生成する質問をすることができます。
Dave Jaskie：たとえば、他のデータベース、従業員データ、ユーザーの連絡先情報などがあれば、システムはユーザーに事前に通知することもできます。ISP障害を検知した場合、そのユーザーに連絡して問題があることを知らせることができます。
Dave Jaskie：このソリューションの利点は、WorkSpacesの管理に関連するあらゆる種類のデータソースを統合できることです。CloudWatchのメトリクス、Internet Monitorのデータ、WorkSpacesコンソールの情報、従業員データベース、サポートチケットシステム、さらには過去の問題解決事例など、様々なソースからのデータを組み合わせて、より包括的な分析と迅速な問題解決を実現できます。
7.2. カスタムデータソースの統合
Dave Jaskie：この解決策の強みは、カスタムデータソースを簡単に統合できることです。例えば、他のデータベースをお持ちの場合、それが従業員データであれ、ユーザーの連絡先情報であれ、このシステムに統合することで、より能動的な対応が可能になります。ISP障害を検知した場合、影響を受けるユーザーに自動的に連絡して問題を通知することもできます。
Dave Jaskie：カスタムワークフローや独自のプロセスがある場合は、先ほど説明したように、PDFなどの形式でS3バケットにアップロードし、Bedrockにインデックス化させることができます。これにより、組織固有のナレッジや手順に基づいた回答を得ることができます。
Dave Jaskie：例えば、特定のクライアントや部門ごとに異なる対応手順がある場合、それらをすべてナレッジベースに追加することで、「財務部門のユーザーがT-Mobileから接続できない場合の標準手順は何か？」といった非常に具体的な質問に対して、カスタマイズされた回答を得ることができます。このような柔軟性により、一般的なベストプラクティスだけでなく、組織固有の知識やプロセスも活用できる強力なソリューションとなっています。
7.3. より複雑なコード生成の可能性
Dave Jaskie：コード生成の面では、非常にシンプルな例をお見せしました。これをベースにより複雑な例を構築することができます。多くのランブックを自動化したり、新しいリージョンに移行したり、WorkSpacesをデプロイしたり、スタンバイするといったイベントにも対応できるようになります。
Dave Jaskie：例えば、今回お見せしたスクリプトは基本的なリブートと再構築の操作に焦点を当てていましたが、これをさらに拡張することができます。複数のリージョンにまたがるWorkSpacesの管理、特定の条件に基づいたフィルタリング、詳細なレポート生成、バッチ処理、エラーハンドリングの強化など、より複雑なスクリプトを生成することも可能です。
Dave Jaskie：また、定期的なメンテナンスタスクを自動化するスクリプト、ユーザーのオンボーディングやオフボーディングプロセスを効率化するスクリプト、あるいはコンプライアンス要件に基づいた監査レポートを生成するスクリプトなど、組織の特定のニーズに合わせたカスタムコードをBedrockで生成することができます。Bedrockの能力を活用することで、EUC管理者は複雑なAPIドキュメントを調査する時間を節約し、より効率的にインフラストラクチャを管理できるようになります。
7.4. 参考リソース：生成AI/機械学習ブログ、EUCブログ
Dave Jaskie：こちらに追加リソースをいくつか用意しました。まず側面から始めると、生成AIブログと機械学習ブログがあります。ぜひそちらをチェックしてください。今週の発表に関する多くの情報と、開発のためのインスピレーションを得られるアイデアが豊富に掲載されています。
Dave Jaskie：また、End User Computingブログもあります。End User Computingには、パーソナルデスクトップを提供する永続的なソリューションであるWorkSpaces Personal、非永続的なデスクトップソリューションであるWorkSpaces Pools、ISVアプリケーション向けのAppStream、非常に目的特化型のブラウザで接続して情報を取得するWorkSpaces Secure Browserなど、さまざまなサービスがあります。
Dave Jaskie：さらに、昨年のre:Inventで発表されたWorkSpaces Thinkクライアントもあります。これはこれらのEUCサービスに接続できるデバイスです。これらのブログには、各サービスの最新情報や活用事例、ベストプラクティスなどが掲載されており、さらに詳しく学ぶための貴重なリソースとなっています。
7.5. EUC関連サービス：WorkSpaces Personal、WorkSpaces Pools、AppStream、WorkSpaces Secure Browser、WorkSpaces Think Client
Dave Jaskie：End User Computingとしては、いくつかの異なるサービスを提供しています。まず、永続的なデスクトップソリューションであるWorkSpaces Personalがあります。次に、非永続的なデスクトップソリューションであるWorkSpaces Poolsがあります。
Dave Jaskie：ISVアプリケーションを提供したい場合はAppStreamがあります。また、非常に目的特化型のブラウザを持ち、そこに接続して情報を得るだけのWorkSpaces Secure Browserもあります。
Dave Jaskie：最後に、昨年のre:Inventで発表されたWorkSpaces Thinkクライアントもあります。これはこれらのEUCサービスに接続できるデバイスです。これらのサービスはそれぞれ異なるユースケースに対応しており、組織のニーズに応じて最適なソリューションを選択することができます。
Dave Jaskie：これらのサービスはすべて、今日紹介したAIソリューションと統合して、管理を効率化し、ユーザーエクスペリエンスを向上させることができます。各サービスの詳細については、End User Computingブログをご覧いただくか、AWSのドキュメントを参照してください。