ソリューションアーキテクトの福井です。私が執筆したモダンアプリケーション開発のホワイトペーパー(日本語版)がAWSホワイトペーパーサイトで公開されましたので、その内容を紹介させて頂きます。AWS(英語版)の日本語版になります。各章から構成されています。各章の簡単なご紹介は下記の通りです。ソリューションアーキテクトの木村公哉です。第1回」を開催いたしました。今回は「初めてのサーバレスWebアプリケーションハンズオン」を実施しました。こちら「ビルシリーズとは?」とお思いの方も多いかと思いますので、開催報告と合わせてご説明いたします。このイベントは、日頃AWSをご利用いただいているお客様に、AWSからの情報発信はもちろん、同じビルに拠点を構えるお客様同士の活発な意見交換と交流の場を定期的に作ることを目的としたものです(同じビルなので移動が楽!)。グランドタワーのFringe81様、BASE様、エブリー様、ディップ様で同じようなニーズがあり、このようなビル単位でのイベントを開催する運びとなりました。場所はFringe81様の素敵な大会場をお借りいたしました。Fringe81様ありがとうございました。ビルでも開催を予定しており、今後もこのようなビル単位で交流ができるようなイベントを開催していきたいと考えております。当日は約40人のお客様にお越しいただき、イベントは終始盛り上がりを見せておりました。植本より、今回のビルシリーズの趣旨などを説明いたしました。ユースケースパターンを切り口に」というタイトルで、AWSのサーバレスプラットフォームについてご紹介いたしました。木村より「初めてのWebアプリケーションハンズオン」を実施いたしました。ハンズオンの終了後、ご参加いただいた皆様と共に、簡単な懇親会を開催いたしました。ビルシリーズをサポートいたしました。こちらはソリューションアーキテクトの集合写真です。貴社担当のアカウントマネージャから「ビルシリーズ」のお誘いがあるかもしれませんが、是非ご検討いただければと思います。香川県出身のソリューションアーキテクトです。好きな食べ物はうどんです。アマゾンウェブサービスジャパン株式会社のソリューションアーキテクトとして、主にメディア系のお客様に対する技術支援を担当。技術的な得意/興味領域としては、アナリティクス系テクノロジー、広告系ソリューションなど。作れます」のその後のステップとして記述しています。その記事を見ていない方は、まずはそちらをご覧ください。作成された結果を元に説明しています。ご存知の方は読み飛ばしていただいて構いません。作成されたアプリケーションは、何も変更しなくてもすでに実行できる状態にあります。あることを確認ください)。DynamoDBのコンソールをみると、新しいデータが登録されることがわかります。テストツール(ブラウザプラグインなど)を使っても構いません。関数がどのように定義されているかを見るのは、サーバーレスを始めたばかりの開発者には参考になるかと思います。構成を見てみると、以下のように設定されていることがわかります。3つの処理はよく使われる典型的なものですので、そのコードは、多くの処理で参考になるでしょう。関数がどういうものか、コンソールから確認してみましょう。タイプのものが作成されていることがわかります。関数の画面に飛びますが、そのコードは表示されず、「インラインコード編集を有効にできません」と表示される場合があります。処理実行環境が利用可能になり、Webのコンソールからロジックを実装するだけで容易にちょっとした処理を開発できます。いう話を聞くことがあります。CODEシリーズなどがあるのですが、サーバーレス開発を始めたばかりだと、そこへの次の一歩に二の足を踏まれているケースを見かけることがあります。そんな方に向けた機能が、新しい「サーバーレスアプリケーションの作成」機能です。パイプラインまで一気に構築してくれます。簡単に、この機能の利用ステップを紹介します。(AWS)上でSAPワークロードを稼働している私たちのお客様は、同様にAWS上のデータレイクソリューションを使用することでデータと分析の変換に投資されています。これらのお客様は、さまざまなサードパーティソリューションを使用してSAPアプリケーションからデータを抽出することがあります。パフォーマンス向上とコスト削減のために、AWSソリューションを使用するネイティブ統合も必要とされています。これらのお客様がSAPアプリケーションからデータを抽出するために使用する一般的なパターンは、IDocインターフェース/電子データ交換です。ABAPベースのシステムは、長い間IDocをサポートしています。IDocは非常に安定したフレームワークであり、SAPシステムと非SAPシステム間でのマスターデータとトランザクションデータの配信を支えます。Lambda」のように、既にSAPコミュニティで公開されています。これらのアプローチでは、本稼働環境で使用する上で重要なセキュリティ面がカバーされていません。不正なユーザーの脅威から守るためにビジネスクリティカルなAPIを保護することは重要です。S3に格納する方法を紹介します。Gateway」の資料を公開しました。一部についても共有しております。Gatewayを配置することによって疎結合化がなされ、実装を隠蔽化できるという利点があります。SDK等を利用し直接Lambdaを呼び出したいケースであれば、必要な権限を呼び出し元のアプリケーションに付与した上でLambdaのみを利用する構成もご検討頂けます。Credentialsを利用)。APIを使用して双方向通信アプリケーションを構築できます。HTTPベースのAPIは、リクエスト/レスポンスモデルを使用して、クライアントがサービスにリクエストを送信し、サービスがクライアントに同期して応答します。WebSocketベースのAPIは本質的に双方向です。これは、クライアントがメッセージをサービスに送信し、サービスが独立してメッセージをクライアントに送信できることを意味します。この双方向の振る舞いにより、クライアント/サーバーとのやりとりがより豊富になります。これは、明示的なリクエストをする必要のないクライアントにデータをプッシュできるためです。APIは、チャットアプリケーション、コラボレーションプラットフォーム、マルチプレイヤーゲーム、金融取引プラットフォームなどのリアルタイムアプリケーションでよく使用されます。Gatewayを使用してサーバーレスのリアルタイムチャットアプリケーションを構築する方法について説明します。攻撃やその他のサイバー攻撃の影響からビジネスを守るために働いており、アプリケーションの可用性と応答性を確保し、サービスに対するお客様の信頼を維持したいと考えています。攻撃に対応するためにインフラストラクチャをスケールする必要がある場合でも、不必要なコスト上昇を避けたいと考えています。インターネット上の攻撃を防ぎ、高可用性・セキュリティの確保および回復力を得られるように、ツール・ベストプラクティスおよびサービスを提供することをお約束します。ベストプラクティス(英語のみ)のホワイトペーパーをリリースしました。ガイダンスを提供します。ボリューム型攻撃やアプリケーション層に対する攻撃など、さまざまな攻撃タイプを紹介し、各攻撃タイプを管理する上で最も効果的なベストプラクティスを説明します。緩和戦略に適合するサービスや機能および、それぞれがどのようにアプリケーションを保護するのに役立つのかについて要点を説明します。機会均等法を順守しています。平等に採用しています。