Visual Studio 2019 の C# で AWS Lambda + API Gateway を書く
Visual Studio 2019 上で直接、AWS Lambda 開発を行うことが出来ます。 今回は Visual Studio 2019 上で AWS Lambda 開発を行い、更にそれを API Gateway で公開する手順をメモしておきます。
Visual Studio 2019 上で直接、AWS Lambda 開発を行うことが出来ます。 今回は Visual Studio 2019 上で AWS Lambda 開発を行い、更にそれを API Gateway で公開する手順をメモしておきます。
AWS LightSail で Windows Server 2016 インスタンスを作成し、日本語化するまでの手順をメモしておきます。
Python の boto3 を使って Amazon SES からメール送信するサンプルプログラムをメモしておきます。 SES のサンドボックスの解除など、SES を使う上で必要な設定は済んでいる前提です。
AWS の S3 ではライフサイクルポリシー機能を使うことで、古くなったファイルを自動的に削除したり、退避することが可能です。 今回は「作成から 1 日経過したファイルを削除する」ライフサイクルポリシーを設定する方法をメモします。 今回はテスト用に「2 日」としましたが、日付は勿論設定変更可能です。 尚、前提として今回のテスト用 S3 Bucket はバージョニング機能を無効化してあります。
Python の boto3 から S3 へ「存在するファイルをアップロードする」サンプルはよく見かけるのですが、ファイルは生成せずに直接、オブジェクトをアップロードするサンプルは少ないように思えたので書いてみました。
Python から boto3 を使って S3 上のファイルを操作するサンプルを書いたのでメモしておきます。
Python から AWS を操作出来るライブラリには有名な boto3 があります。 boto3 から EIP を扱うサンプルは Using Elastic IP Addresses in Amazon EC2 にまとまっています。 ほぼこの内容そのままですが、簡単なサンプルを書いてみたのでメモしておきます。
しばしばテスト用の Amazon Linux2 を構築するのですが、自分なりの初期設定をスクリプト化してみました。「初期設定を手間なくすませる」方法は、他に以下が考えられると思います。
Ansible は手軽だし、エージェントも不要なので「良い手段」のひとつだと思います。 大量にテスト用 Linux を用意するのであれば AMI 化するのもひとつの方法だと思いますが、そこまで頻度が高いわけでは無いのであれば、毎回 AWS が提供する最新ベースイメージを Ansible やスクリプト等で設定しても良いと思います。 cloud-init も手軽な方法のひとつですが、「cloud-init が使えない環境には応用し辛い」という点はデメリットだと思います。
Amazon S3 で Bucket を「意図しないリージョン」で作成してしまった際、やむを得ず、一旦 Bucket を削除して「意図したリージョン」で作成するケースがあるかも知れません。 但し同じ名前で S3 Bucket を再作成する場合、(リージョンの一致・不一致に関わらず) しばらく下記のようなエラーが出て Bucket が作成出来ないことがあります。
1 2 |
|
正確に「どの程度の間隔をおけば再作成可能なのか?」は分かりませんが、大凡 30 分 ~ 1 時間程度待てば Bucket を再作成出来るようになるはずです。
現時点における Amazon Transcribe の「日本語ファイルのテキスト化精度」を確認すべく、ネット上にあった音声サンプルをテキスト化してみました。 尚、Custom vocabulary は未使用です。 今回、テスト結果を記載したものは「コンピュータによって合成された音声」や「プロ声優のナレーション」なので、インプットファイルとしては "非常に優秀" なものばかりを使った、と言えると思います。