Amazon Web Services ブログ
クラウドジャーニーの歩み方 – Assess (評価) フェーズ – #2
まえがき みなさん、こんにちは。カスタマーソリューションマネージャー (CSM) の上原です。クラウド導入を検 […]
クラウドジャーニーの歩み方 – Assess (評価) フェーズ – #1
まえがき みなさん、こんにちは。カスタマーソリューションマネージャー (CSM) の安部です。カスタマーソリュ […]
Amazon Managed Blockchain Accessを使用した Polygon Networkでの開発
ブロックチェーン領域のビルダーがアプリケーションを提供するために、ブロックチェーンノード運用、ブロックチェーン […]
AWS Lambda の高度なログ制御機能のご紹介
この投稿は、 2023 年 11 月 16 日の シニアソリューションアーキテクトの Nati Goldber […]
週刊AWS – 2023/11/20週
QuickSight で BigQuery コネクタのサポート、CodeWhispere でコマンドラインサポートのプレビュー、EC2 コネクションタイムアウトの時間変更サポート、CloudFront KeyValueStore のサポート、Amplify でコード中心の開発者体験を提供する Gen 2 機能のプレビュー、QuickSight の画面がより直感的でわかりやすい分析体験が出来るように変更、ADOT でログ収集機能のサポート、など
AWS Amplify Hosting のワイルドカードサブドメインをマルチテナントアプリで利用する
AWS Amplify Hosting における、Amplify アプリでカスタムドメインを使用する際のワイルドカードサブドメインの一般提供を発表することができ嬉しく思います。これは、Software as a Service (SaaS) やマルチテナントプラットフォームで、ユーザーにカスタマイズされた体験を提供する開発者にとって重要です。
この新機能は、静的アプリ、シングルページアプリケーション (SPA)、Next.js を使用したフルスタックサーバーサイドレンダリングアプリなど、カスタムドメインを使用して Amplify Hosting にデプロイされた任意のアプリで利用可能です。この機能により、動的なお客様固有のサブドメインを作成するプロセスが簡素化されるだけでなく、アプリのカスタマイズの可能性が広がります。ワイルドカードサブドメインでは、“*” ワイルドカードを使用して、トラフィックを Amplify アプリのブランチにルーティングする “catch-all” サブドメインを作成できます。これは、独自のユニークなサブドメイン識別子を必要とする SaaS アプリで一般的なパターンであり、お客様やアカウントのオンボーディング(およびオフボーディング)時にアプリが柔軟に対応できるようにします。
CloudFront Functions 用の低レイテンシーデータストア、Amazon CloudFront KeyValueStore の紹介
Amazon CloudFront は、静的コンテンツと動的コンテンツを、低レイテンシーかつ高速な転送速度でセ […]
コマンドライン用 Amazon CodeWhisperer のご紹介
Amazon CodeWhisperer for command line は、AI を搭載した生産性向上ツール Amazon CodeWhisperer の新機能と統合セットで、ソフトウェア開発者のコマンドラインでの生産性を向上させます。CodeWhisperer for command line は、パーソナライズされたコード補完、インライン・ドキュメント、AI による自然言語からコードへの翻訳などの機能により、コマンドラインを近代化します。iTerm2 やVSCode 組み込みターミナルなどの既存のツールに直接統合できます。
クラウドジャーニーの歩み方 (前編)
こんにちは、カスタマーソリューションマネージャーの桑原です。この記事では普段お客様から「オンプレからクラウドに […]
AWS Amplify の次世代フルスタック開発体験の紹介
AWS Amplify は、フロントエンド開発者が既存の TypeScript や JavaScript のスキルでフルスタックアプリを素早く構築しデプロイできるようにする、新しいコードファーストの開発者エクスペリエンスのパブリックプレビューを発表しました。このツールの第一世代は、CLI/コンソールベースのインタラクティブなワークフローを使用してバックエンドを作成する、ツールファーストのエクスペリエンスを提供していました。第 2 世代ではコードファーストの開発者体験に移行し、開発者はデータモデル、ビジネスロジック、認証ルールなどのアプリ要件を TypeScript で簡潔に表現できるようになります。必要なクラウドインフラは、宣言されたアプリコードに基づいて自動的にデプロイされるため、開発者は AWS サービスを明示的に設定する必要がありません。









