サーバレスでNAT Gatewayの起動・停止を管理してみた【押忍!ソフト道場】 今回はAWSにおける、サーバレスを用いたNAT Gatewayの費用削減のノウハウを展開いたします。
![サーバレスでNAT Gatewayの起動・停止を管理してみた【押忍!ソフト道場】 | 技術畑 | 情報畑でつかまえて](https://cdn-ak-scissors.b.st-hatena.com/image/square/4f51339ca0313d2618b452e7e52f337efe51e12e/height=288;version=1;width=512/https%3A%2F%2Fwww.ntt-tx.co.jp%2Fcolumn%2Faws_blog%2Fimg%2Fpic_dojo_20180411_ogp.jpg)
先日twitterを見ていたら、こんなつぶやきを拝見して、個人的に侵入テスト申請には色々思い入れのある身であるため、ビックリした「とある診断員」です。 あれ?AWSの侵入テスト申請いらなくなりました? pic.twitter.com/Z6ULU10SMy— 三ツ矢 ◎=3 (@328__) March 1, 2019 このブログでもとりあげましたが、今までAWSはペネトレーションテストや脆弱性診断などを実施する際に、AWS側への事前の申請が必要だったのですが、今回ポリシーの変更があったらしくどうやら不要になったようです。 ということで、私も自分で確認をしてみました。 Penetration Testing - Amazon Web Services (AWS) 現在日本語版サイトは、翻訳が間に合ってないようでまだ更新されてないようですが(2019/3/5確認)、英語版の方は記載内容がガラリ
画像の保存をEC2に戻した事もあってEC2のバックアップの自動取得を勉強がてらやってみました。 当ブログサイトのEC2に対して定期実行しているので何かあれば修正します。 Amazon EC2のAMIイメージを自動取得 保持日数が過ぎたAMIを登録解除して スナップショットも削除 結果はSlackへ通知 CloudWatchイベントからLambdaを実行 LambdaのランタイムはPython 3.6 ソースコード Githubはこちらです。 AMIの情報(IDとスナップショット)取得では最初、Ownersを指定しなかったのでパブリックAMIも含めて全部見に行ってたみたいで処理が終わりませんでした。 purge_daysを加算したCreationDateと現在を比較して削除対象にするか判定しています。 このまま使う場合 ダウンロードしたコードをzipにしてLambda関数を作成します。 Sl
AWS Cloud9上でのLaravelの環境構築手順 個人でAWS Cloud9でLaravel5.5の環境構築をすることがあったので、手順をメモ。 AWS Cloud9でプロジェクトを作成する ①トップページ ・AWSコンソールからログインしてトップページを表示する ・場所をオハイオ州(AWS Cloud9が使えるところ)に合わせる ・画面上の検索欄から「cloud9」を検索。 ・cloud9という文字が表示されるので、クリックしてcloud9のページを開く ②Name environment ・新しいプロジェクトを作成するので、「create environment」をクリック ・【Name】 にプロジェクト名を入力する ・【Description】はプロジェクトの概要を入力するので入力しなくてOK。 ・「Next Step」をクリック ③Configure settings AWS
こんにちは、岩橋聡吾です。最近のAWSは、次から次に新たなサービスを展開し、その勢いは留まることを知リません。今やITと切っても切れない関係と言っても過言ではないでしょう。 そこでこの度、複数回に渡ってAWS上でのWebアプリ向けのサーバー環境構築について記事にしてみたいと思います。 今回構築するサーバー環境は、 ◉VPC(Virtual Private Cloud:土地全体)の構築 ◉AZ(Availability Zone:建造物エリア)、サブネット(:建造物を設置するための基礎)の構築 ◉WEBサーバーの設置(EC2) ◉ロードバランサー(ELB:玄関)の設置 ◉ステップサーバー(EC2:裏口玄関)の設置 ◉DNSの設定(Route53:住所登録) ◉データベースの設置(RDS) ◉KVSの設置(ElastiCache) …etc を想定しており、最終的には以下のようなイメージになり
フロントエンドエンジニアですが、AWS 始めてみます そんな訳で、UI デザイナー > Flex ディベロッパー > マークアップエンジニアと、今日までフロントエンド一辺倒で来た私 wakamsha ですが、とある事情から Amazon Web Services ( 以下、AWS ) と戯れてみることになりました。とはいえインフラ関連の知識がほぼゼロな自分が一からお勉強するというのもなかなかどうして学習コストがかかるので他の人にお任せするという選択肢もあったのですが、こんな機会でもない限りずっとやらないだろうということで、軽い気持ちで始めてみようかと思います。 それにしても、前職はAWSヒャッハーッ!な会社に属していたにも関わらず全くと言ってよいほど自分から触ろうとしなかったのに、人は変わるもんですねぇ…(適当)。 前提条件 AWS アカウントを取得済みである EC2 にキーペアを登録済み
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く