こんばんは、テクニカルトレーナーの鬼形です。 2016/3/2に開催しましたAWS Black Belt Tech Webinar 「AWS Lambda」の資料が公開されました。今回は、2015年10月に開催されたre:Invent以降のアップデートに関するご紹介となります。待望のVPCアクセスについての解説もございます。是非ご参照ください！ Q1. pythonでNullというのはNoneでしょうか？"null"という文字列でしょうか？ A1. nullという文字列です。 Q2. AWS Lambdaを使用したアプリは、Lambdaのダウンタイムを考慮した設計にする必要がありますか？ A2. アプリケーションから直接LambdaファンクションをInvokeする場合、イベントタイプがRequestResponseであればエラーになった場合のエラーハンドリングは呼び出し側で考慮する必要があ
セッションの内容 VPCエンドポイント VPC Flow Logs VPCエンドポイント 解決したい課題 AWSの抽象化されたサービス、例えばS3やDynamoDBはパブリックなエンドポイントしか持っていない VPC内からそれらのサービスへの最適なアクセス方法を知りたい これまでのアクセス方法の比較 || パブリックIPを付与してIGW経由 | NAT経由 | プロキシ経由 | |:--|:-----------|:------------|:------------| |利点| 高可用性 スケーラブル ポートやCIDRによる制限 |一元的なアクセス制御 全プロトコル対応| 一元的なアクセス制御 スケーラブル セキュリティオプションが多い | |欠点|パブリックIPを持つことによるセキュリティリスク アクセス先のリソースを絞れない| 可用性が低い スケールしない 管理が大変 NAT自体はパ
大人気のセッションでした。スピーカーはこちらの方です。 Robert Alexander - Solutions Architect , Amazon Web Services セッションの目的は、1つのVPCから利用を始めて、複数のVPCへ、複数のリージョンへと構成が成長していくなかで、どのように設計や設定を行うべきか、例をたくさん用いて解説するというものです。 VPCを徐々に発展させる まずは注意事項からです。今日話すことは実際にやってみてね〜と軽いノリでスタートしましたが、しゃべりはダンディーです。 1. AWS CloudFormationを知る まずは、簡単にデプロイできるCloudFormationを使ってみましょう。 データセンターのソースのコードのバージョンをコントロールします。 1発コマンドでインフラをデプロイします。 どこでも数分でインフラを再現します。 インフラと開発
よく訓練されたアップル信者、都元です。今回のお題は久しぶりにVPCです。 この記事は、アップデート版が存在します。最新情報は【AWS】VPC環境構築ノウハウ社内資料 2014年4月版を参照してください。 VPCを利用する理由 弊社で構築するAWSのサーバ環境は、一部の例外を除いて全てVPCを利用しています。 突然ですが、筆者はあまり大規模なシステムに携わった経験がありません。大規模なプロジェクトだと「数百数千台のサーバがラッキングされ、それが論理的なネットワークで区切られていて」「複数のデータセンターが冗長化された専用線で結ばれて」等、正直ちょっと想像つかない世界があるんだと思います。よくわかんないですが。 (c)John McStravick. (CC BY 2.0 Licensed) 逆に、小さなシステムであれば、月々数万円でレンタルサーバを借りて「1台のマシンの中にWebサーバとDB
概要 既存のインフラを利用しないで、「Amazon Web Services」（以後AWS）のみを利用し新規でサービス展開を行う場合に必要な情報、知識をまとめる。 注意 基本的な利用方法を除外し、実際の構築時に必要なトピックスに焦点をあて本ドキュメントを作成しました。 特にオープンに公開されている情報については割愛（Web及び書籍で多数公開されている情報）しています。 補足 本ドキュメントは、2012/08時点でのAWSで提供されているサービスを元に記述されています。AWSは日々新機能がリリースされていますので、利用する際は最新の情報を取得してください。 目次 概要 注意 補足 目次 序論 クラウドのメリット クラウドのデメリット AWSの製品・サービス構成 内容 アカウント管理 Consolidated Billing(一括決済) 使用例 作成手順 補足 AWS Support 補足 A
Announcing Amazon Managed Service for Apache Flink Renamed from Amazon Kinesis Data Analytics Today we are announcing the rename of Amazon Kinesis Data Analytics to Amazon Managed Service for Apache Flink, a fully managed and serverless service for you to build and run real-time streaming applications using Apache Flink. We continue to deliver the same experience in your Flink applications without
※発表時に数字が間違っていたので訂正しました。 利用者数: 1,500万人→2,000万人Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く