AWS サーバーレスアプリケーションモデル (SAM) 実装がオープンソース化｜ アマゾン ウェブ サービス
AWS サーバーレスアプリケーションモデル (SAM) 実装が Apache 2.0 ライセンス下でご利用可能になりました。AWS SAM は AWS CloudFormation を拡張し、サーバーレスアプリケーションが必要とするリソース定義をシンプルに実現できるようになりました。SAM 実装は SAM テンプレートを AWS CloudFormation のスタックに変換するコードです。これまでは事前にリクエストを SAM の仕様に提出し、AWS が SAM の実装に対して該当するアップデートを行う必要がありました。今後は、SAM 全体の新機能や機能強化に貢献できます。SAM のリポジトリをフォークし、プルリクエストを作成して実装への変更を提案できます。 SAM の基盤となる実装がオープンソースになることで、新規イベントソースや新規リソースタイプ、新規パラメータを SAM 内で定義して
新サービス AWS Secrets Manager のシークレットを CLI から更新し、その動作を理解する | DevelopersIO
新サービス AWS Secrets Manager のシークレットを CLI から更新し、その動作を理解する 新サービス、AWS Secrets Managerでシークレットに保存される値がどのように管理されているのか、AWS CLIを使って、その構成要素であるバージョン、ステージラベルを色々と操作しながら理解してみたいと思います。 こんにちは、菊池です。 AWS Summit 2018 San Francisco で発表された新サービス、Secrets Managerを触ってます。 【完全新機能】DB認証情報やOAuthキーを一元管理可能なAWS Secrets Managerが発表されました！ 機密管理サービス AWS Secrets Manager で RDS のパスワードローテーションを試す 今回は、シークレットに保存される値がどのように管理されているのか、AWS CLIを使って、
AWS Lambda（Python） の開発環境・テスト・デプロイ・CI 考察 | DevelopersIO
作るもの ヒーローを管理する Lambda Function を書きます。ヒーロー情報は DynamoDB の ヒーローテーブルに格納するものとします。リポジトリは以下。 * Python Lambda SAM + SAM Local Project コーディング作業 すべてはコードを書くところから始めます。いきなりプロジェクトルートにファイルを置いて書き始めるのも良いですが、後々テストやデプロイも行うことになるので少し整理してみます。以下のようにしました。 . ├── buildspec.yml ├── deploy.sh ├── docker-compose.yml ├── environments │ ├── common.sh │ └── sam-local.json ├── integration_test.sh ├── requirements.txt ├── src
CloudLicense | AWS WEB問題集で学習しよう
「60,000人 以上の利用者」 「AWSおよびGCP認定試験の16科目を購読可能」 「日本一の合格者レビュー件数」 本ページは、AWS 認定試験のオンライン学習サイトです。 2015 年から運営しており、6 万人以上の会員が本サイトを利用して学習しています。 WEB 問題集、動画の閲覧、実際の試験をシミュレーションした本試験モードなどの 複数の異なる学びを通して効率よく学習を進められます。 問題集を解くだけではなく、回答および説明を熟読することで、 AWS の仕組みを深く理解し、あなたのクラウドスキルのレベルを底上げします。 ※合格者レビュー件数とは、AWS認定試験の合格者レビューの登録件数です。
Cloudcraft – Draw AWS diagrams
Visualize your real-time AWS or Azure architectures and assess cost with professional diagramsTry Cloudcraft FreeRequest a Demo Whether you’re building a cloud architecture from scratch, documenting your current environment, or looking to optimize cloud cost, Cloudcraft allows you to visualize and communicate your architecture with ease. Build diagrams from scratchCreate a professional architectur
AWSのシステム構成情報を集めて構成図を自動生成してくれる「CloudMapper」、オープンソースで公開
AWSのシステム構成情報を集めて構成図を自動生成してくれる「CloudMapper」、オープンソースで公開 CloudMapperを用いることで、AWS上のシステムについて以下のような状況をすぐに把握することができると説明されています。 どのリソースがインターネットに公開されているか？ どのリソース同士がつながっているのか？ アベイラビリティゾーンが落ちたときでも十分堅牢なアーキテクチャか？ このアカウントはいくつのリージョンを利用しているか？ どれだけ大きないシステムを運用しているか？ CloudMapperを開発しているDUOは、セキュリティサービスを提供する企業。同社は自身もAWSユーザーで、さまざまなオープンソースのツールを試してみたものの満足できるようなものがなかったため、自社でCloudMapperを開発したとのこと。 CloudMapperの仕組みは、まずAWSコマンドライン
サーバーレスがアプリケーションにもたらす本当のメリットとは？「サーバーレスのポテンシャルとシステム表現」#devsumi ｜ Developers.IO
サーバーレスがアプリケーションにもたらす本当のメリットとは？「サーバーレスのポテンシャルとシステム表現」 #devsumi 「そのサーバーレス、本当に意味あるの？」 AWS re:Invent 2014で、AWS Lambdaが発表されてから丸3年が経過。サーバーレスという単語もすっかりこの界隈では定着した感はあります。 ですが、実際の開発・運用ノウハウについては、まだまだ試行錯誤が続いているのが現状じゃないでしょうか。ぶっちゃけ、既存アプリケーションのEC2をLambdaに置き換えるだけではほとんどメリット無いでしょ、という感触は、ある程度サーバーレスアプリケーションをゴリゴリ作っている人であれば、よく感じていることだと思います。 そんななか今回受講したこのデブサミのセッションでは、新しい観点でサーバーレスがもたらす恩恵やメリットを捉えることができてごっつ新鮮だったので、その模様をお届け
サーバレスアーキテクチャ入門 - Speaker Deck
Gaming Tech Night #2 re:Born (再始動) で登壇した資料です。 https://gs2.io/
AWS API GateWay (Labmda)に負荷テスト（ラッシュテスト）を実施したときのTips
概要 サーバレスアーキテクチャ（今回でいうとサーバレスAPI）を構築した際、負荷テスト（ラッシュテスト）を実施した際にいろいろ試行錯誤した時のTipsです。 アーキテクチャ構成 よくある構成。APIGW->Lambda->DynamoDBと処理しているAPIがほとんどです。 実施内容 どうやってラッシュテストしようか。 下記のパターンがさっと思いつきます。 1. Device Farmを使ってテストケース投入してやってみる。 2. JMeterとかを使ってシナリオテストっぽくしてみる。 3. APIエンドポイントに対して負荷をかけてみる。 JMeterを使おうとも考えましたが、シンプルに想定RPSを耐え切るかを見たかったので、３を選択しました。 ラッシュテスト 前準備 結論から述べると、ApacheBenchもvegetaもうまくいかなかったので、wrk使います。 wrkでEC2を大量に立
Cognito User Poolsのサインアップ・サインイン画面をiOSで試してみた - Qiita
Coginit User Poolsにフェデレーション等の新機能が追加されましたが 新機能のサインアップ・サインイン画面をiOSから試してみました。 https://aws.amazon.com/jp/about-aws/whats-new/2017/08/amazon-cognito-launches-general-availability-of-a-built-in-customizable-user-experience-for-sign-in-oauth-2-0-support-and-federation-with-facebook-login-with-amazon-google-and-saml-providers-for-user-pools/ 環境 xcode aws sdk 作業概要 iOSからCognitoでサインアップ（サインイン）後、払い出されたCredenti
Amazon Auroraの先進性を誰も解説してくれないから解説する - Qiita
TL;DR; Amazon AuroraはIn-Memory DBでもなくDisk-Oriented DBでもなく、In-KVS DBとでも呼ぶべき新地平に立っている。 その斬新さたるやマスターのメインメモリはキャッシュでありながらWrite-BackでもなくWrite-Throughでもないという驚天動地。 ついでに従来のチェックポイント処理も不要になったのでスループットも向上した。 詳細が気になる人はこの記事をチェキ！ Amazon AuroraはAWSの中で利用可能なマネージド(＝運用をAWSが面倒見てくれる)なデータベースサービス。 ユーザーからはただのMySQL、もしくはPostgreSQLとして扱う事ができるのでそれらに依存する既存のアプリケーション資産をそのまま利用する事ができて、落ちたら再起動したりセキュリティパッチをダウンタイムなしで(!?)適用したりなどなどセールストー
AWSはなぜAIやブロックチェーンに冷たいのか
米Amazon Web Services（AWS）の年次イベント「AWS re:Invent」では興味深いことに、競合のイベントではよく耳にする「AI（人工知能）」と「ブロックチェーン」という2つの単語を聞くことがない。 AWSは2017年11月末に開催したAWS re:Invent 2017で、音声アシスタント「Alexa」をオフィスで利用するためのサービス「Alexa for Business」や、機械学習のモデル構築などを容易にする「Amazon SageMaker」など、様々なサービスを発表している。 しかし、基調講演で新サービスを発表したAWSのAndy Jassy CEO（最高経営責任者）や米Amazon.comのWerner Vogels CTO（最高技術責任者）は、これらのサービスを説明するのに機械学習やディープラーニング（深層学習）といった単語は使っても、AIという単語は
[AWS] Amazon CloudFrontのキャッシュ無効化(TTL設定) | DevelopersIO
こんぬづは、昨日飲みの席でインターン時代の先輩から「ドープ」というスラングを教えてもらいました田中です。 "Awesome"とかと同じ感じで「スゲェ」とか「最高」とかの意味らしいです。イケてないのは「ノー ドープ」と言う用法らしいです。 今日はCloudFrontのキャッシュ無効化設定の方法を紹介します。 TTL設定とは まずTTLというのはTime to liveの省略で、生存期間を示す言葉です。 今回はCloudFrontのキャッシュのTTLなので、CloudFrontのエッジサーバーにキャッシュが保存される期間の設定の話になります。 キャッシュの無効化方法 オリジンサーバーのCache-Controlを設定する 今回の例はEC2上のnode.js/expressで設定。 レスポンスヘッダのCache-Controlにno-cacheか、max-ageを0に設定します。 // inde
![[AWS] Amazon CloudFrontのキャッシュ無効化(TTL設定) | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/05bf92c3dad6e282bf2cded7bb4b61f42547e50e/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FAmazon_CloudFront.png)
The ABCs of IAM: Managing permissions with Serverless
When getting started with Serverless, one of the hardest things to grok is IAM—AWS Identity and Access Management. IAM is how you manage access to resources in your AWS account. Who is allowed to create a Lambda function? To delete a function? This isn't the only IAM guide you'll ever need, but you should understand how IAM works with Lambda and the Serverless Framework. We'll cover the basics of
API-Gatewayのリクエスト検証をServerlessで設定する - 二度忘れた事を三度忘れないようにする
Webコンソールからはぺろっと出来る設定ですが、Serverlessで設定しようとしたところ、あんまり情報がなかったのでメモ。 Webコンソールにある２つのチェックルールはデフォルトでは定義されておらず、aws cliで確認しても情報は出てこない。 一度選択して設定してやると新規で定義されてaws cliでも出て来るようになる。なので、Serverlessではチェックルールを定義するところからしてやる必要がある。 あとあるあるパターンで英語のAWSドキュメントじゃないとMethodに与えるプロパティ「RequestValidatorId」が載ってなくてハマってた。 略 resources: Resources: TekiTouVal: Type: AWS::ApiGateway::RequestValidator Properties: Name: TekiTouValidator Res
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Kubernetes on AWS in 2018 (For startups)
GitHub - jorgebastida/awslogs: AWS CloudWatch logs for Humans™
GitHub - duo-labs/cloudmapper: CloudMapper helps you analyze your Amazon Web Services (AWS) environments.
https://cloudpack.jp/pdf/migration_WhitePaper.pdf
Amazon Sumerian – VR アプリケーションや AR アプリケーションの構築