AWSが「IAM Roles Anywhere」発表。一時的にAWSへのアクセス権をAWSの外側にあるワークロードに付与
AWSが「IAM Roles Anywhere」発表。一時的にAWSへのアクセス権をAWSの外側にあるワークロードに付与 Amazon Web Services（AWS）は、AWSの外側にあるワークロードに対して一時的にAWSリソースへのアクセス権を付与できる「IAM Roles Anywhere」を発表しました。 : Need to give workloads outside of AWS temporary access to AWS resources? Announcing IAM Roles Anywhere, allowing you to provide temporary AWS credentials to workloads outside AWS using the same IAM roles & policies you configured for your
【AWS/Lambda】lambdaに固定IPをつける/VPCに所属させる - Qiita
「困ったら大体lambda（とS3）」「lambda イズ 仙道」、AWSの基本ですね（） ただ彼は基本的に固定IPを持ちません。仙道同様、気まぐれです。 今回はそんな彼に固定IPを付与する方法をまとめます。 また、結果としてVPC＆サブネットへ所属させる方法にもなります。 どんな時に役立つか 例えば 申請式で特定IPからのアクセスしか認められないサービスとの連携 インスタンス内で動くIP制限付きサイトの死活監視 プライベートサブネット内のインスタンスと通信 ※インスタンスそのものの監視はcloudwatchでどうぞ 構成図 以下の形です。 手順 手順的には大まかに以下の形です。 1. lambdaをVPC内のプライベートサブネットに設置 2. lambdaのロールにvpc、eniに関する権限を追加 3. パブリックサブネットにNATゲートウェイを設置 4. プライベートサブネットのルート
「AWSではじめるデータレイク」出版記念データレイク解説セミナーの資料公開 | Amazon Web Services
Amazon Web Services ブログ 「AWSではじめるデータレイク」出版記念データレイク解説セミナーの資料公開 去年よりAWSのメンバー４名（志村、上原、関山、下佐粉）でデータレイクの基礎からアーキテクチャ、構築、運用管理までをカバーした書籍「AWSではじめるデータレイク」を執筆してきたのですが、7月出版の目処がたったことを記念して、5月末から毎週木曜にデータレイクに関するWebセミナーを開催してきました。 幸いにも大変多くの方にご参加いただくことができました。ご参加いただいた方にはあらためてお礼申し上げます。 一方で、以前の回に出られなかったので資料だけでも公開して欲しい、というご要望をたくさん頂いていました。そこで今回第1回から第3回の資料を公開させていただく事になりました。 ※ 2020/06/25更新：第4回の資料を追加公開しました 以下よりご覧いただけます。(PDFフ
「AWS認定ソリューションアーキテクト-アソシエイトレベル試験」に合格したよ！ - ヤサイブログ
AWS認定ソリューションアーキテクト-アソシエイトレベル試験に合格しました！ aws.amazon.com 試験を受けた動機 受験までを振り返る。どんな勉強をしてきたか。 実務による開発経験を積みました。 Blackbeltのオンラインセミナーの資料を全て読みました。 ホワイトペーパーを読みました。 ■アマゾン ウェブ サービスの概要 ■セキュリティプロセスの概要 ■リスクとコンプライアンスホワイトペーパー ■クラウド内のストレージオプション ■クラウド向けのアーキテクチャ：ベストプラクティス ■障害復旧を目的としたAWSの使用 サンプル問題を解く WEB問題集のフリープランで腕試し 模擬試験を受けました。模擬試験の結果は合格！ そして本試験！結果は合格！ 個人的に、認定試験を受けるなら抑えておきたいAWSナレッジを共有します。 Active Directoryを活用したAWS Manag
AWSで作業する時は今後はずっとCloudFormationだけ使っていこうと思った - でこてっくろぐ ねお
最近結構CloudFormation触っていて楽しい。 普通にボタンポチポチより便利だし、一回作ってしまうと同じ環境をコピーするのが大変容易だし、ブログとか書く際はtemplateファイルを共有するだけで同じ環境を再現してもらえるし、どういう設定があるかを設定のタイミングで一覧して知ることができるし、公式のsnipetも充実しててそこから学べる部分も多いしという感じで、とにかくCloudFormation最高、という気分になっている。 副作用のある操作はCLIもWeb Consoleもsshも使わずひたすらCloudFormationで今後はいこう、という気持ちである。 やっていくぞ！ もうこれからの人生、AWSで何かする時はなんでもCloudFormation縛りでいいな。— でこくん (@dekokun) 2017年3月30日 以下、「人生はCloudをFormationするものと得た
AWS Lambdaに入門する - yasuhisa's blog
Amazon Elasticsearch Serviceに引き続き、AWS Lambdaに入門しました。Lambdaを使って、Amazon Elasticsearch Serviceで特定の単語を検索をさせてslackに書き込んでくれるbot君を練習台でやってみました。 やりたいこと 準備: 適切なポリシーを設定する Goで書いたプログラムをapexを使いAWS Lambdaに転送 Lambda上からAmazon Elasticsearch Serviceで検索 MackerelのAWS連携でLambdaを監視 まとめ やりたいこと AWS強化月間(?)ということでAmazon Elasticsearch Serviceに入門していました。 自宅のElasticsearchとKibanaをAmazon Elasticsearch Serviceに引越し - yasuhisa’s blog
AWSの情報はこうして集めろ2017 - #ダメなら餃子
lvla0805 という方がすごく良いことを言っていたので。 「今まで、私の持っている知識は誰でも持っているもので、需要がないと感じていた。 あなたにとって当たり前は、誰かにとって需要がある」 目的 効果的にAWSの情報を得るぞ 初学者がどこから手を付ければいいのかという問題を解決していくぞ 資料集 AWS クラウドサービス活用資料集 各サービスについてのスライドが網羅されている(はず)。 随時アップデートされるので、まずはここから。熟読していこう。 ここのスライドを理解できればAWS 認定ソリューションアーキテクト(アソシエイト)は合格できる。 Slideshare(Amazon Web Services Japan) 上記と被る部分もあるかもしれないけど一応。 こちらの方がリアルタイム性が強いかも(SAが登壇で使ったりする)。 AWSドキュメント 各サービス単位のドキュメント。 サービ
DynamoDB + Lambda + SSM でテストサーバーをポコポコつくる仕組み - KAYAC engineers' blog
はじめまして。カヤック技術部の杉山です。 主にクライアントワークでサービスを開発しています。 今回は、クライアントワークで運用している、テストサイトの仕組みに関して書きます。 「テストサイト」の概要 クライアントワークでは、日々たくさんの案件を開発しています。 それぞれの案件では、多くの場合、Webサイトもしくは、WebAPIを公開するためのサーバーが必要になります。 実際の公開時には、案件ごとに専用のクラウドコンピューティングサービスを契約し、セットアップすることになりますが、 利用して良いサービスの確認が必要であったり、サービスの契約まで時間がかかったりするため、すぐには決まらない場合があります。そのため、開発時や検証時には、カヤック側でテストサイトを用意し、確認やプレビューを行っています。 さらに以下のような要望にも対応する必要があります。 出来るだけ時間をかけず開発環境を用意したい
[AWS][Java] Amazon SESで送信者名を表示させる | DevelopersIO
こんにちは。こむろです。 今年もJavaJavaしていきたいと思います。よろしくお願いします。 2015年初めの自分の実行環境は以下のとおりです。 Mac OSX 10.9.5 SBT launcher version 0.13.5 java version "1.8.0_11" AWS SDK for Javaを使ってメールを送信する まずはメール送信を行うサンプルコードです。 SendEmailRequest request = new SendEmailRequest(); String title = "タイトル"; String message = "メッセージ"; String fromAddress = "komuro.hiraku@classmethod.jp"; // 自分のメールアドレスはVerify済み String toAddress = "komuro.hirak
![[AWS][Java] Amazon SESで送信者名を表示させる | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/7affdbacfca51d8e9f05f3dcd19d05c7013d15e7/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FAmazon_SES.png)
AWS でいままで起きた大規模障害を振り返る - Qiita
目的 2017/3/1 に us-east-1 の S3 大規模障害がありました。過去にもいくつか発生しているのと、いつ使っているリージョンで同じ事態が起きてもおかしくないと思い、これを機に過去どのような障害があったのか遡って調べました。 所感 毎年どこかのリージョンで大規模な障害が起きている ap-northeast-1 で起きていないのはたまたま、運がいいだけ AWS は復旧時間の改善・可用性向上に全力を尽くしているものの、未知の障害はいつかどこかで起きるもの ステータスダッシュボードは時に嘘をつく クラウドシェアトップである AWS はインターネット全体の SPOF になりつつある Chaos Monkey の思想は必須 報告書読むの面白い AWS の中身がすこし透けて見えてきます 前回データセンターについて調べたことが役に立った AWS のデータセンターに侵入する（妄想で） - Q
AWSバッドノウハウ集 2017/02 - Qiita
おことわり 主観であり何らかのデータにもとづいてはいない この記事に書いてあることは信じずに自分で試そう EC2 t2 ファミリーは他ファミリーと比べて不安定 どのインスタンスもいつかは死ぬという点では共通なのですがそのなかでもt2は故障したり不具合が発生したりする確率が非常に高い気がする なので死んだり、死にかけ状態で動き続けたりしてほしくないインスタンスはあんまりリソースを使わなくても t2.micro とかじゃなくて m3.medium にしとくとすこし可用性があがる 追記: CPUクレジット理解していないだけではとか書かれていたんですがその辺は確認している。 t2の可用性が問題になったケースいくつかあるんだけど、自分の場合はネットワークがたまに断する問題が多くて、分散DBクラスタの死活監視で1secごとにpingするだけでCPUは常に1%以下みたいなものとかに使うとカジュアルに10
【登壇資料】AWSを使うサーバーサイドレシピ – ElastiCache, Amazon ECS, WAF + Lambda #gbfukuoka | DevelopersIO
2017年2月11日（土）、株式会社ヌーラボ3階会議室にて 合同勉強会 in 福岡 が開催されました。 スピーカーとして参加しましたので、レポートします。 サーバーサイドレシピの紹介 私が業務やプライベートで構築したサーバーサイドアプリケーションのパターンをまとめて紹介しました。全て過去のブログでまとめた内容です。今回は、当時の状況を振り返りながら臨場感を上乗せしてお伝えするのが主旨です。 ブログへのリンク 発表では3つの事例を紹介しました。対応するブログ記事は以下です。説明のしやすさのために、状況設定や要素技術を一部改変している箇所がありますので、ご注意ください。 Redisのsetnxを使ってマルチサーバ環境での Web API ロック機構を実現する ｜ Developers.IO Akka と Amazon ECS で構築するワーカー基盤：1万件のメッセージを処理させてみた ｜ De
AWS 公式提供のaws-serverless-express を使ってLINE Bot 開発環境を作ってみた - Qiita
はじめに 昨年末に初めてAWS Lambda 環境でLINE Bot を開発しました。 簡単なBot を作るだけであれば、Lambda を素で使っても問題ありませんが、LINE Login など他のWEB サービスからの呼び出しを受け付けて動くような少し複雑なBot を作ろうと思うと、ちょっと辛くなってきます。 Lambda 環境でNode.js のexpress のようなフレームワークが使えないかと思って検索していると、こちらの記事を見つけました。 AWS 謹製 aws-serverless-express を使って APIGateway + Lambda + Node + Express で RESTful サービスの雛形を最速で作る 記事によると、Lambda でexpress が使えるコードがAWS 公式で（！）提供されているとドンピシャの内容でしたので、そうならば使ってみるしかあ
AWS Lambda + AWS WAF でDOS攻撃からの ✝守護者✝ を実装する | DevelopersIO
はじめに DOS攻撃からいかにシステムを守るか。オートスケールの仕組みが充実し、大量のアクセスでも耐えられるようになってきている昨今ですが、悪意ある急激なアクセス増加は誰も望まないはずです。防御する仕組みが欲しいところではありますが、開発の時間が限られている中で、防護機構の自動化まで持っていくのは骨が折れます。そこで今回は、AWSを使ったシステムを構築するシーンで、DOS攻撃から自動でWAFを設定する仕組みを作ります。重視した点は以下2点です。 安価であること。可能な限り新しいAWSリソースを使わない、使うとしても高価なものは避ける。 ポータビリティが高いこと。別の環境に同様の手順で導入できること。 DOS攻撃防御の仕組み比較 Apache の mod_dosdetector アプリケーションサーバ群の前段にApacheサーバを置き、そこにmod_dosdetectorを導入することを考え
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス別資料 | AWS クラウドサービス活用資料集
Amazon (Alexa)
AWS vs GCP 今から作る ならどっちがいいの!?
今さら聞けないAWSによる監視の世界
AWSでアプリ開発するなら 知っておくべこと
DevOpsとか言う前にAWSエンジニアに知ってほしいアプリケーションのこと
