はてなブックマーク

タイの三並です。 最近、ChatGPTを使ってどのように業務効率の改善ができるかをいろいろと試してみています。 マーケティング関連で、これは明確に生産性上がるなと思った使用方法をいくつか紹介します。 この記事で書いている各種データはChatGPTが返した内容をそのまま書いているものなので、信頼性等についての保証はありません。データの信頼性についてはご自身でご確認いただくようお願いします。 一人当たりGDPの調査 私はタイでのビジネスを行っているので、ASEANの一人当たりGDPデータを比較して分析したいなと思いました。これをChatGPTでどんなことできるかを試した内容を紹介します。 Qが私が質問した内容。AがChatGPTの回答です。なおエンジンはChatGPT4を使用しました。（ChatGPT3でも似たような回答をもらえることは確認しています） Q. 1人あたりGDPを日本、タイ、マレ

[アップデート] AWS Organizations でメンバーアカウントの GuardDuty 自動有効設定の方法が変わりました いわさです。 AWS Organizations を使っている場合、管理しているメンバーアカウントに対して Amazon GuardDuty を一括で自動有効化をさせることが出来ます。 本日のアップデートでこちらの自動有効化の方法が従来から変わったようです。 What's New でのアナウンスはまだありませんが、そのうちありそうな気がします。 出てきたら追記したいと思います。 AWS CLI もマネジメントコンソール上もアップデート済みであることを確認しました。本日はこれらの変更点などを紹介します。 マネジメントコンソールの変更点 以前は次のように自動有効化の ON/OFF トグルボタンが表示されていました。（冒頭の記事から画像を引用） これが今後は次のよう

以前、ウィジェットとCoreDataを連携する入門という記事を書いたのですが、今回は続編としてユーザーが構成可能なウィジェットの実装について記事にしたいと思います。 はじめに 今回は下記の記事の続編として記載させていただきますので、すでにウィジェットとCoreDataは連携済みの状態から始めていきます。一度下記の記事を見ていただいた方が初めての方は理解しやすいかもしれません。 【iOS】ウィジェットとCoreDataを連携する入門 作ったもの 環境 Xcode 14.2 iOS 16.2 ConfigurationIntentに対応 すでにWidget Extensionをターゲットとして追加済みなのですが、作成時(下記画像参照)にInclude Configuration Intentのチェックを外していました。 なので、ConfigurationIntentの対応を進めていきます。 i

[アップデート]AWS SAM CLIのsam syncコマンドが一定条件下でドリフトの生成をスキップするようになりました 初めに Release 1.78.0 - SAM Accelerate Skip Infra Sync and Python3.10 Support Latest AWS SAM CLI v1.78.0においてsam syncの実行時に一定条件下でスタックのドリフトのスキップをコントロールするオプションの --no-skip-deploy-syncおよび--skip-deploy-syncオプションが追加されました。 変更について これまではsam syncの実行直後にはSAMテンプレートには変更がなくともドリフトを発生させる仕様でしたが、 今回実行前後のテンプレートの単純比較で変更がなかった場合はこのドリフトをスキップする機能が追加されました。 これまでの挙動が--

LlamaIndexをAWS Lambda上で動かす方法を解説しました。AWS Lambdaだと、リアルタイム性は落ちますが、管理はしやすくなりそうです。 はじめに こんにちは、筧( @TakaakiKakei )です。 LlamaIndexはOpenAIのLLMに独自のデータを読み込ませる仕組みです。 DevelopersIOでは既に色んなAWS環境で動かす方法が紹介されています。 本ブログではAWS Lambdaで作成済みのインデックスをクエリする例をご紹介します。 リアルタイム性をそこまで求められない場合に、役に立つかもしれません。 コード Serverless Framework を利用してデプロイします。 デプロイ方法はREADMEを参照ください。 工夫点 レスポンス改善 handler内でインデックスのロード処理を書くと、Lambdaが実行する度にロードしてしまうため、レスポン

レジリエンスを高める ORR(Operational Readiness Review) が AWS Well-Architected カスタムレンズとして公開されました！ システム運用に関わる方で、障害を経験したことがない人は存在しないのではないかと思うほど、どんなに完成度の高いシステムでも障害はつきものです。（これは、もはや宿命とも、、） そのため、サービスを提供する組織ではシステムの技術面だけではなく体制や対応手順、システムに関する情報といった部分も含めて、想定される障害に対する必要な準備を行うことが重要です。 そうすることで、障害が発生した際に想定外の範囲を縮小し、迅速なサービス復旧を目指した対応を実行可能にします。 そして、もう一つ重要なのが後日発生した事象を振り返る（ポストモーテム）ことで、原因を分析し経験として再発防止や備えを更新していきます。 Amazon では Corre

はじめに Amazon LexのスロットタイプであるAMAZON.LastNameを利用した際に、Lexが日本の名字をどこまで認識してくれるか調査しました。 AMAZON.LastNameは、ドキュメントでは、一般的に使用される姓と記載があります。 例えば、AMAZON.LastNameをスロットに適用し、テストした場合、佐藤、鈴木、高橋、田中、伊藤と入力すると、Lexは、それぞれ名字として認識してくれます。 下記は、テストしたときの画像です。 佐藤、鈴木、高橋、田中、伊藤が認識されています。 テストの作成方法は、後述します。 日本の名字に関して、スロットタイプ AMAZON.LastNameでどこまで認識するかを調査しました。 また、「太郎」などの名前は、認識しないようになっているかも確認します。 調査結果 先に調査結果を出します。 調査日(2023年3月23日)時点でのLexの認識能力

Docker で立ち上げたDBコンテナにマイグレーションコマンドを投げたところ失敗してしまい、コンテナがクラッシュするようになってしまいました。 docker compose up -d npx prisma migrate dev Environment variables loaded from .env Prisma schema loaded from schema.prisma Datasource "db": MySQL database "sampledb" at "127.0.0.1:3306" - The migration `2023010100000_` failed. - Drift detected: Your database schema is not in sync with your migration history. The following is

ALBでもTLS 1.3を使いたいな こんにちは、のんピ(@non____97)です。 皆さんはApplication Load Balance (以降ALB) でもTLS 1.3を使いたいなと思ったことはありますか? 私はあります。 NLBでは一足先にTLS 1.3に対応しています。 本日、ALBでもTLS 1.3がサポートされました。 早速試してみたので紹介します。 追加されたセキュリティポリシーの確認 ALBがTLS 1.3をサポートするにあたって、TLS 1.3を含むセキュリティポリシーがALBでも使用できるようになりました。 ELBSecurityPolicy-TLS13-1-2-2021-06 ELBSecurityPolicy-TLS13-1-2-Res-2021-06 ELBSecurityPolicy-TLS13-1-2-Ext1-2021-06 ELBSecurityP

こんにちは、AWS事業本部の平井です。 皆さん、お使いのAWS環境のセキュリティチェックはしていますか？ 当エントリでは、AWS Security HubによるAWS環境のセキュリティ状況スコアリングに該当する項目についての修正手順をご紹介します。 本記事の対象コントロール [RDS.9] データベースログ記録を有効にする必要があります [RDS.9] Database logging should be enabled 前提条件 本記事はAWS Security Hubで「AWS基礎セキュリティのベストプラクティススタンダード」を利用されている方向けの内容です。 AWS Security Hubの詳細についてはこちらのブログをご覧ください。 コントロールの説明 このコントロールは、Amazon RDS で以下のログが有効で CloudWatch Logs に送信されているかどうかをチェッ

データアナリティクス事業本部の鈴木です。 AWS Clean RoomsがGAになったお知らせが公開されていました！re:invent2022で発表され、プレビュー状態だったサービスです。 AWS News Blogでもブログ記事が公開されていました。 利用できるリージョンに関する文面の抜粋です。 AWS Clean Rooms is generally available in the following AWS Regions: US East (Ohio), US East (N. Virginia), US West (Oregon), Asia Pacific (Seoul), Asia Pacific (Singapore), Asia Pacific (Sydney), Asia Pacific (Tokyo), Europe (Frankfurt), Europe (Ireland

ALBのアクセスログを有効にする際、Access Deniedになった時にS3バケットで確認するポイント アクセスログ用のS3バケットを作成し、ALBのアクセスログを出力設定をすると、Access Denied というエラーに遭遇しました。解決するために、確認するポイントをまとめました。 はじめに ALBのアクセスログをS3バケットに出力するために、ALBを設定変更すると、Access Deniedと表示されました。 Access Denied for bucket: <バケット名>. Please check S3bucket permission このエラーを対処するために、S3バケット側で確認するポイントをご説明します。 前提条件 以下の２つのリソースを作成済み ALBの作成 ALB名：test リージョン：東京リージョン S3バケット バケット名：alb-accesslog-202

Amazon Linux 2023とAmazon Linux2のデフォルトで起動しているサービスやインストールされているパッケージを比較してみた Amazon Linux 2023とAmazon Linux2のデフォルトで起動しているサービスやインストールされているパッケージに違いがあるか気になるな こんにちは、のんピ(@non____97)です。 Amazon Linux 2023がGAされましたね。 こちらの記事でも紹介した通り、Amazon Linux 2023とAmazon Linux 2とを比較して、リポジトリに追加・削除されたパッケージが相当数あります。 どのパッケージが追加・削除されたかはAWS公式ドキュメントから判断つきますが、どのサービスがデフォルトで起動していて、どのパッケージがインストールされているかの情報はありません。 気になったのでAmazon Linux 202

「Argo CDをローカルで手軽に試してみたい」 今回はkindを使って、ローカルにkubernetesクラスターを作成して、Argo CDのGetting Startedをやってみます。 EKSで試してみたい場合は、以下の記事はがおすすめです。 やってみた kindでKubernetesクラスターを作成する kindはbrewでインストールできます。 $ brew install kind kindでクラスターを作成します。 $ kind create cluster しばらく待つと、クラスターが作成されたことを確認できます。 $ kind get clusters kind $ kubectl config get-contexts kind-kind $ kubectl get nodes NAME STATUS ROLES AGE VERSION kind-control-plan

困っていた内容 AWS SDK を使用したアプリケーションの処理を実装しています。 アプリケーションのロジックを設計する際に、SDK の各種メソッドのリトライ回数などの仕様を知りたいので確認方法を教えてください。 どう対応すればいいの？ 各種 SDK の GitHub リポジトリをご確認ください。 確認方法の一例として、各種リポジトリの検索欄に確認したいメソッドや API 名を入力してリポジトリ内検索を実施する方法があります。 また、各種 GitHub リポジトリでは Issues から直接不具合報告や仕様確認ができるので、Issues の活用も検討してください。 参考資料 aws/aws-sdk: Landing page for the AWS SDKs on GitHub

AWS IAM Identity Center の AWS アクセスポータルの URL をカスタマイズ（サブドメインを設定）した場合に、カスタマイズ前の ID ストア ID を使用した URL でもアクセスできるのか分からなかったため試してみました。 まとめ AWS アクセスポータル URL のカスタマイズ（サブドメインの設定）後において カスタマイズした URL はもちろん、カスタマイズ前の ID ストア ID を使用した URL でもアクセスできる 外部 ID プロバイダーとのフェデレーション設定をやり直す必要はない 外部 ID プロバイダーは Azure AD で試した つまり、下記のどちらでもアクセスできます。 your_subdomain.awsapps.com/start d-xxxxxxxxxx.awsapps.com/start 試してみた AWS アクセスポータル URL

こんにちは、つくぼし(tsukuboshi0755)です! 皆さんはECS(Fargate)のログドライバーにFireLensを用いた事はありますでしょうか？ FireLensを使用する事で、カスタマイズ次第で柔軟なコンテナログルーティングを実現できるため、非常に便利です。 しかし実際に触ってみると、ログルーティング設定のベースとなっているFluent Bitのタグの仕組みが、思ったより難しいと感じるかもしれません。(私も理解するのに結構苦労してます。。。) そこで今回は、Fluent Bitにおけるタグの仕組みの観点から、FireLensを用いたログルーティングの設定方法についてまとめてみたいと思います！ Fluent Bitにおけるタグとは そもそもFluent Bitにおけるタグとは、どのようなものでしょうか？ Fluent Bitの公式ドキュメントでは、以下の通り説明があります。

こんにちは、臼田です。 みなさん、AWSのマネジメントコンソール触ってますか？(挨拶 今回はタイトルとアイキャッチ通りです。なんか最近変わっていますね。全体に適用されているかはわかりませんが、周りでもちらほら変わったと聞いています。 どこが変わったか 各AWSサービスのページでfaviconが新しいサービスアイコンに変わっています。サービス毎に対応していますが、ホームは引き続き従来のものであるのと、なぜかIAMも古いものでした。 どこが古いのか、探してみるのもいいかもですね。 私が確認した限り、このアップデートについての通知などはなさそうなので、正式な更新なのかは不明です。そのうち通知が出るかもですね。 一応詳細を見てみる Amazon GuardDutyの画面を開いて、ソースを見てみます。linkタグでGuardDutyの簡易アイコンが指定されていますね。多分これであっていると思いますが