Amazon Web Services ブログ

先日 (2018/11/30) 開催しました AWS Black Belt Online Seminar「AWS re:Invent 2018 アップデート速報」の資料を公開しました。当日、参加者の皆様から頂いた QA の一部についても共有しております。 【12/5 最新版】AWS Black Belt Online Seminar AWS re:Invent 2018 アップデート情報 from Amazon Web Services Japan AWS クラウドサービス活用資料集（すべての過去資料が閲覧できます） Q. Transit Gatewayが出たことによってvpc peeringは不要になりますか？ A. 不要にはなりません。Transit GatewayはVPC Peeringを置き換えるものではありません。 例えば単純に2つのVPCの接続したい場合は、VPC Peeringを使うのが簡単な解決方法です。 今後もVPC Peeringはご利用いただけますので、使い分けを意識してみてください。 Q. Transit Gatewayの制限事項はご紹介して頂いた以外にどういったものがありますでしょうか。 A. Webinar中は概要をお伝えすることしかできず、すみませんでした。 リリースされたばかりなのでまだ翻訳が追いついていないのですが、FAQとドキュメントをご一読ください。 海外リージョンでは利用できますので、試してしまうのも良い手です。 Q. FSx for WindowsはWorkspaces経由で使えるのですが、Dx経由では使えないのでしょうか。 A. 現時点ではこちらに記載のあるクライアントがサポートされています。 残念ながら現在はDirect Connect経由での接続には対応しておらず、開発を進めている状況にありますのでしばしお待ちください。 Q. License […]

先日 (2018/11/28) 開催しました AWS Black Belt Online Seminar「AWS CloudFormation アップデート」の資料を公開しました。当日、参加者の皆様から頂いた QA の一部についても共有しております。 AWS Black Belt Online Seminar AWS CloudFormation アップデート from Amazon Web Services Japan AWS クラウドサービス活用資料集（すべての過去資料が閲覧できます） Q.AMIのリストをテンプレートに作り、マネジメントコンソールで選択することができますが、VPC-ID、Subnet-IDも可能でしょうか？ A.可能です。 Parameters セクションの Type に AWS::EC2::VPC::Id や AWS::EC2::Subnet::Id を指定すると、マネジメントコンソールでスタックを作成する際にユーザのアカウント内の VPC ID や Subnet ID のリストが表示され、その中から選択することができます。テンプレート内やスタック作成時に手動で ID を入力する必要はありません。   Q.Subnet-IDから、自動でそのリージョンに対応したCentOSのAMI-IDを参照して、作成させることは可能ですか？ A.可能です。 AMI ID はリージョンに紐づきます。自分で作成した AMI の場合は、リージョン名と AMI ID […]

みなさん、こんにちは。アマゾン ウェブ サービス ジャパン、プロダクトマーケティング エバンジェリストの亀田です。 今日はWerner Vogels のKeynoteで発表を中心として、多くの発表がありました。その纏めをお届けします。 Amazon Redshift concurrency scalingが発表になりました。 同時実行スケーリングはAmazon Redshiftの新機能であり、必要に応じて一時的な容量を追加し、同時ユーザーやクエリからの大量の要求を処理します。Amazon Redshiftは、並行処理の増加によりクエリがキュー内で待機する期間、クラスタを自動的にスピンアップさせます。メインクラスタが使用されている24時間ごとに、同時実行スケーリングのために1時間のクレジットが発生します。 Amazon MSK (プレビュー）が発表されました。 Apache Kafka APIを使用してデータ・レイクを作成したり、データベースとの間で変更をストリーミングしたり、マシンの学習および分析アプリケーションを強化することができるフルマネージドサービスです。 AWS Toolkit for IntelliJ（プレビュー）がは発表されました。 AWS Toolkit for Visual Studio Code（プレビュー）が発表されました。 AWS Toolkit for PyCharmが発表されました。 これらオープンソースのツールキットによって、サーバーレス・アプリケーションを簡単に開発することができます。 例えば、 AWS Toolkit for PyCharmを使えば次のようなことができます： 好みのランタイムで、デプロイための準備が整ったサーバーレス・アプリケーションを新規に作成する。  Lambda ライクな実行環境でステップ実行のデバッギングを用いて、ローカルでコードをテストする。 選択した AWS リージョンにアプリケーションをデプロイする。 ローカルやリモートで Lambda 関数を起動する。 Amazon Simple Storage Service (S3), Amazon […]

本日より、アプリケーション ロードバランサー (ALB)はAWS Lambda functionをターゲットにすることをサポートします。ウェブサイトの構築やウェブアプリケーションをAWS Lambdaを使いサーバレスなコードとして作成、管理し、ウェブブラウザやクライアントからのリクエストに簡単なHTTP(S)フロントエンドを提供するように設定できます。

AWS App Meshは、AWS上のマイクロサービスアプリケーション間の通信を簡単に監視、制御できるサービスメッシュです。 Amazon Elastic Container Service (Amazon ECS)やAmazon Elastic Container Service for Kubernetes (Amazon EKS)、Amazon EC2上で稼働するKubernetesで動作するマイクロサービスとあわせてApp Meshを使用できます。 今日からApp Meshはpublic previewとして利用できます。数ヶ月後に、新しい機能とインテグレーションを追加する計画です。 なぜApp Meshなのか？ 多くのお客様はマイクロサービスアーキテクチャでアプリケーションを構成しており、アプリケーションを多数の、独立してデプロイされ、操作される多数の別々の小さなソフトウエア群に分割しています。各コンポーネントが需要に応じて個別にスケールすることにより、マイクロサービスはアプリケーションの可用性とスケーラビリティを向上させます。各マイクロサービスはAPIを通じて他のマイクロサービスと相互に作用します。

ソフトウェア開発者には好みの開発ツールというものがあります。パワフルなエディタを使う人もいれば、特定の言語やプラットフォームに最適化された統合開発環境（IDE）を使う人もいます。AWS Lambda のコンソールのエディタを使って、2014年に私は初めての AWS Lambda 関数を作りました。現在では、サーバーレス・アプリケーションをビルドしデプロイするためのツールの選択肢は豊富になりました。例えば、昨年 AWS Cloud9 がリリースされて AWS Lambda のコンソールのエディタ環境は大きく強化されました。.NET アプリケーションでは、 AWS Toolkit for Visual Studio と AWS Tools for Visual Studio Team Services を使う事ができます。 AWS Toolkits for PyCharm、IntelliJ（プレビュー）、そして Visual Studio Code（プレビュー） 今日、 AWS Toolkit for PyCharm の一般提供をお知らせします。また、 AWS Toolkits for IntelliJ と Visual Studio Code の開発者プレビューをお知らせします。これら（AWS Toolkits for IntelliJ と Visual Studio […]

私は2014年にアナウンスしたAWS Lambdaを発表した興奮を覚えています。4年の間でお客様は様々な異なるユースケースでLambda関数をご利用頂いています。 例をあげると iRobotはAWS Lambdaをロボット掃除機のroombaのコンピュートサービスとして利用しています、Fanne MaeはMonte Carloの100万をこえる抵当のシミュレーションとして利用、Bustleは彼らのデジタルコンテンツへの数百万のリクエストとして利用しています。本日、私は2つの新しい機能をご紹介します、これは今までよりサーバレスの開発を簡単にするものです： Lambda Layers, 複数の関数で共用されるコードやデータをセンタライズし管理するものです Lambda Runtime API, あなたが開発する、どんなプログラム言語や特定のバージョンでも簡単に利用できるようになるものです これら2つの機能は一緒に利用することができます。ランタイムはレイヤとして共有できるために、開発者はLambda関数を作成時にお好みの言語で利用することができます。

2015年、私たちはAWS Well-Architected フレームワークを発表し、私は”Are you Well-Architected?“と問いかけをしました。このフレームワークには、クラウドでのシステム設計する際の、5つの柱について設計原則とベストプラクティスが含まれています。

Werner VogelsのKeynoteで、AWS LambdaのアップデートやServerless関連のアップデートが発表されました。 Rubyサポート 従来のJava, Go, PowerShell, Node.js, C#, Pythonに加えて Ruby がサポートされました。 Custome Runtime Linuxで動作するあらゆる言語のランタイムを利用することができるようになりました。 Nested Applications using Serverless Application Repository ネストされたアプリケーションを使用すると、小さなアプリケーションコンポーネントからアプリケーションをまとめて、これらのネストされたアプリケーションを展開することができます。 敏捷性を向上させるために、コンポーネント、モジュール、および完全なアプリケーションをチームと共有することができます。 ALB Support for Lambda LambdaがALBとの連携をサポートしました。 LambdaをALBのターゲットとして登録できるようになり、これにより、既存のアーキテクチャをLambdaに簡単に移行することができます。 EC2、Fargate、およびLambdaを一括して使用するなど、ニーズに基づいてコンピューティングバックエンドを混在させることも可能となります。 Step Functions service integrations AWSの各サービスサーと連携するワークフローをコードの記述なしで作成することができるようになります。 Web Socket support for API Gateway API GatewayのWeb Socket対応予定が発表されました。 LambdaとAPI Gatewayで実行されるリアルタイムの双方向通信アプリケーションを構築することができるようになります。    

AWS Step Functions はアプリケーション開発者のためのフルマネージドなワークフローサービスです。各アクティビティの接続と整理を、信頼性があり繰り返し可能な形で、ビジネスロジックとワークフローロジックを分離しながら、高レベルの設計と作業で実現できます。ワークフロー（ステートマシンと言います）を設計、テストした後、スケーラブルにデプロイして10,000から100,000もの処理を独立かつ同時に実行することができます。Step Functions は各ワークフローの状態を追跡し、モニタリングやロギングもシンプルにします。詳しくは 「サーバーレスワークフローを作成する」 のチュートリアルをお試しください。