SDKのサポート期間awsプロダクトの新規開発はもちろん、一度リリースした後も、プロダクトの維持・保守は重要です。プロダクトの維持・保守には、セキュリティパッチの適用、バグフィックス、機能追加などが含まれます。53で登録した自分のドメインを、別のAWSアカウントへ移管する必要が生じました。アカウントへのドメインの移管で紹介されています。CLIを利用して移管を実施しました。Frameworkで管理することが多くなってきました。Frameworkでは、一般に「Service」という単位で複数のLambda関数を管理します。デプロイ自体も、このService単位で行います。aws最近関わっている案件で、モバイルアプリへのPUSH通知を必要とする気配があります。このPUSH通知は、特定タイミングで、特定の条件を満たすユーザに対して通知しなければなりません。typescriptS3上にあるオブジェクトの内容をTypeScriptで読み込みたい、こういうユースケースは多数あります。v3の@aws-sdk/client-s3を使って実装してみました。Auroraはコンピューティングとストレージを分離した構成をとるデータベースです。v2がGAになりました。UIを独自ドメインでサーブするところまでを構築できました。インストールしたEC2を配置しました。セッションマネージャー経由で接続を試みたところ、どうも疎通ができません。lambdaChromeやChromiumをNode.jsから操作できるライブラリとしてPuppetterがあります。これを使うと、Chromeでできるさまざまな事柄が自動化できます。一方で、PuppetterはChromeを内蔵しており、Lambda関数化したとしてもそのサイズは非常に大きくなります。ActionsからAWSのリソース操作しようとすると、以下のような対応が必要でした。Budgetsを設定しようと思って忘れていました。terraformAWSを使っていると、変な使い方をしてると予算をオーバーしてしまいます。Explorerを確認しているのですが、これはこれで面倒です。awsこの間ようやくDevOps環境構築キットEponaというものをOSSとしてリリースしました。DevOpsという言葉は様々な場所で聞きますが、理解するのがとても難しいです。以下のコマンドを実行したかっただけでした。デプロイメントパイプラインを組んでいたんですが、このパイプラインが様々な理由で失敗します。的な文言しか表示されず、とにかくデバッグがしんどいです。これはそれなりに存在するユースケースではないでしょうか。この実現にマジで苦しんだので、葛藤の記録を残しておきます。上においてはマルチアカウントで環境を構成することがベストプラクティスとされています。アカウントという概念が登場しました。環境を構築する際はマルチアカウントになることが多い、これは理解していたつもりでした。アカウントごと分ける。世の中のベストプラクティスはもっと先を行っていました。おいてはマルチアカウント戦略が重要とされています。開発環境/ステージング環境/本番環境といった各環境は、セキュリティ、ガバナンス面で分離すべきです。ガチで向き合う必要が出てきました。マニアックな話」を読みました。使えば色々できるなぁと思い立ちました。クラウドデザインパターン実装ガイドを読み終わりました。年くらい前に買ったんですが、ずっと積読しておりました...。おい、そしたらいつの間にか改訂版もでてるぞ、おい...。勉強を始めようかということを思っています。ローンチされてました。データバックアップやアーカイブ向けのクラウドストレージサービスです。ExtensionのユニットテストでCoverageを取得する「上流から下流まで生成AIが変革するシステム開発」を読んだ「その仕事、AIエージェントがやっておきました。ブログを報告する引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。