Видео

コメントありがとうございます。 iret株式会社　雲勉担当者です。 以下、ご質問に関する回答になります。 ECSのデータプレーンがFargateの場合、EC2の管理はAWS側にオフロードされるためEC2インスタンスの状態を表示することができません(Fargateのメリットとして、EC2を管理しなくて良いため表示する必要がありません)。 データプレーンがEC2の場合は、マネージメントコンソールの画面から関連しているEC2インスタンスを一覧表示することが可能です。またEC2の画面からでも確認することは可能です。 補足をすると、データプレーンとはECSにはコンテナが稼働するリソース環境のことであり、データプレーンにはEC2とFargateがあります。

コメントありがとうございます。 iret株式会社　雲勉担当者です。返信が遅くなり、申し訳ございません。 以下、ご質問に関する回答になります。 SQSは、サービス間でメッセージの送受信を行う際に、スケーラブルなホストキューが必要の場合に利用が推奨されます。 Step Functionsは、長時間のワークフローを複数のAWSサービスを繋いだ構成を得意としており、各サービスがどのように連携されているかを可視化して、それぞれ設定・管理する際に利用されます。 上記はAWS公式ドキュメントに記載されているAWS Step FunctionsとSQSの使い分けに関する内容となりますので、 詳細な使い分けについては以下をご覧いただくことで理解がさらに深まるかと思います。 よろしければご覧くださいませ。 ・Q: Step Functions とAmazon Simple Queue Service (SQS) はどう使い分けますか? aws.amazon.com/jp/step-functions/faqs/#:~:text=Step%20Functions%20%E3%81%AF%E3%80%81%E3%82%A2%E3%83%97%E3%83%AA%E3%82%B1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E5%86%85,%E3%82%92%E4%BD%BF%E7%94%A8%E3%81%99%E3%82%8B%E5%A0%B4%E5%90%88%E3%81%A7%E3%81%99%E3%80%82

コメントありがとうございます。 iret株式会社　雲勉担当者です。 以下、ご質問に関する回答になります。 IAMロールは、操作先のAWSリソースに対しての操作権限を与えることができます。 雲勉では使用例で操作元としてAWSリソースのEC2にIAMロールをアタッチする説明をしておりますが、仰る通りEC2等のAWS Resourceに限らず、ユーザー、アプリケーションも操作元としてIAMロールを使ってAWSリソースを操作することが出来ます。

コメントありがとうございます。 iret株式会社　雲勉担当者です。 回答遅くなり、申し訳ございません。 以下、ご質問に関する回答になります。 リリース構成は、Dataformのコード変更に伴う定期リリースの設定とそのリリースにおけるdataform.jsonの設定を行うための構成だと理解しています。 ワークフロー構成は、作成したDataformのコードの実行単位やその頻度を行うための構成という理解です。 ワークフロー構成を作成する際に、リリース構成を指定することから、リリース構成はワークフロー構成の上位にあたる設定のようなイメージをしています。 リリース構成では、gitのブランチなども指定することができるので、ブランチ単位でスキーマやテーブルを変えて、ワークフローの実行を行うことで本番反映までに動作確認を実施する、というような使い方もできるのではないかと考えています。 発表資料の「ワークフローを作成してみる」のところで少し触れていますので、参考にしていただければ幸いです。 また、Google Cloudの公式サイトにもリリース構成、ワークフロー構成のページがありますので、そちらも以下に記載しておきます。 リリース構成に関するページ：cloud.google.com/dataform/docs/release-configurations?hl=ja ワークフロー構成に関するページ：cloud.google.com/dataform/docs/workflow-configurations?hl=ja

@@iret-channel ありがとうございます。 現在導入を検討中でして、単純なDWHの構築や分析基盤で使用するスケジュールクエリの代替えとして考えており、その上でリリース構成の挙動がイマイチ理解できなかったです。改めて、ありがとうございます！

コメントありがとうございます。 iret株式会社 雲勉担当です。 @user-ws3ge2uy9u 様の認識で相違ございません。 NewRelicにて設定された監視項目においてしきい値を超えたものがありましたらアラート状態として、インテグレーションを結んでいるPagerDutyに通知します。 PagerDutyにて管理されるインシデントは順次AMSによって対応されていきます。 対応内容は監視設定によって様々ございますが、例えばディスク使用率アラートにおいては、「df」コマンドを実行してディスク使用状況を把握する、などを行わせます。 以上が、設定した閾値を超えアラートが発報された際の処理のフローになります。

@@iret-channel ご返答いただきありがとうございます。 認識確認できてよかったです。 また別の動画も楽しみにしております。