リモートワーク 在宅勤務 テレワークにAWSを活用するパターン集 | DevelopersIO
こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きな吉井 亮です。 前回はリモートワーク/在宅勤務/テレワークを成功させる鍵を考えてみました。 今回は私のロールに相応しく少しだけテックにまとめました。 リモートワーク/在宅勤務/テレワークに AWS を活用するパターンを考えてみました。 テレワークにAWSを活用するパターン サマリ Client VPN 【概要】 マネージドサービスの Client VPN を使用。 【可用性】 VPN サブネットを2つ Multi-AZ で用意。 【認証】 VPN の認証は Active Directory 認証と相互認証(証明書) の何れか。 Active Directory は既存の AD サーバーと接続も可能。 多要素認証も可能 (既存 AD の機能に依存)。 相互認証はエンドポイン
改めてAWSの「無料利用枠」を知ろう | DevelopersIO
それぞれの無料利用枠については、次から詳しく解説していきます。 12ヶ月無料枠 冒頭で軽くお話しした、AWSアカウントを 新規作成した日から1年間 有効な無料枠です。 例えば、EC2インスタンスを 750時間/月 無料で利用できるといったものがあります。 ただし、使用できるリソースについては制限がある事があり、EC2インスタンスの場合ですと インスタンスタイプは t2.micro OSは Amazon Linux 1,2、Windows Server、Red Hat Enterprise Linux、SUSE Linux、Ubuntu Server を指定する必要があります。 ▲ コンソール上で対象のAMIを確認できます 「月に750時間」と言われると、「そもそも1ヶ月は何時間存在するんだ」という疑問が湧くので調べてみます。 1ヶ月が28日(最短): 24時間/日 × 28日 = 672時
AWS Summit Tokyo 2019 I3-04「ロマサガRSの大規模トラフィックを捌くAmazon ECS & Docker運用の知見」レポート - ForgeVision Engineer Blog
こんにちは、クラウドインテグレーション事業部 山口です。AWS Summitも３日目となり寂しい感じですが、予定していたスピーカーセッションなども終わり、やっとセッションを聞けたのでレポートを書きます。 ロマサガ大好きで初代は３拠点制覇実績もあり、更に大好物のコンテナがテーマとなれば参加しない理由はありません、セッション会場へダッシュです。AWS Summitの事例セッションは動画公開されないことも多いので、テクニカルセッションよりも事例を優先的に聞く立ち回りも理由の１つですね。 ＜注意＞このセッションは録画＆配信されるようですので、詳細はAWS公式より公開される動画を参照ください。メモの共有ということでブログにします。撮影禁止なのでテキスト中心の内容となります。 第１章 ロマサガRS アーキテクチャ Elixirをベースに開発 強力な並列処理が魅力 ECSベースで稼働、インフラはClou
サーバーレス失敗談 - DynamoDB編 / Serverless Fails
Serverless Meetup Tokyo #11 での発表で使用したスライドです。 外部リンク: Serverless Meetup Tokyo #11 https://serverless.connpass.com/event/119559/ HiCustomer https://hicustomer.jp ServerlessなサービスのBlue/Greenデプロイメントの現実 | HiCustomer Tech Blog https://tech.hicustomer.jp/posts/blue-green-deployment-in-serverless/ サーバーレス失敗談 - テーブル設計編 | HiCustomer Tech Blog https://tech.hicustomer.jp/posts/serverless-fails/
AmazonECS / Fargate 本番運用のための構築とデプロイ方法まとめ
Amazon ECS（以下ECS）とFargateを用いて、今までEC2で運用されていたサービスをコンテナ化してECS上で稼働させるプロジェクトをしました。 特に、Fargateは2018年7月3日にTokyoリージョンで使えるようになったばかりなので、情報がまだまだ少なく手探りの状況でした。 Posted On: Jul 3, 2018 AWS Fargate is now available in Asia Pacific (Tokyo) region. https://aws.amazon.com/about-aws/whats-new/2018/07/aws-fargate-now-available-in-tokyo-region/ ECS/Fargateで実現したアーキテクチャ・デプロイ方法の全容とその実装方法を記していきます。以下のスライドにもまとめているのでぜひご覧ください
[アップデート] なんだってー！！Lambda の実行時間が 15 分まで可能になっただと！ ｜ DevelopersIO
ぼーっと朝を過ごしていたら、驚きのアップデートが飛び込んできました。 Announcement: AWS Lambda enables functions that can run up to 15 minutes さっそく見てみる さっそく Lambda コンソールを見てみます！ たしかに、15分まで指定できるようになってます！！ 動かしてみる 一応、動作確認してみます！以下のようなコードで単純に sleep を入れて 5 分以上、実行できることを確認してみました。（900秒キッチリだとタイムアウトするので、850秒に設定しています） import boto3 from time import sleep def lambda_handler(event, context): sleep(850) return 'Hello from Lambda' 温かいコーヒーをいただきつつ、待つこ
![[アップデート] なんだってー！！Lambda の実行時間が 15 分まで可能になっただと！ ｜ DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/a7161d2e1b565ee8dfc12e465ff4e95910761254/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F11%2FAmazonLambda.png)
API Gatewayを通じてKinesisにPOSTでデータを入れる方法 - Qiita
API GatewayにPOSTで送ったリクエストを直接Kinesisに入れる方法について解説します。 「あるURLにPOSTメソッドでデータを送ると、Kinesisにそのデータが入れることが可能な仕組み」 を作ることができます。 Kinesisにデータを入れる以外にも、参照/削除もできます。 以下の作業はすべて、AWSのコンソール画面から行うことを想定しています。 目次 IAMでロールの作成 Kinesis Streamsの作成 API Gatewayの設定 確認 エラー集 参考 目次としては、以上となります。AWSの3つのサービスを使用します。 IAMでロールの作成 本システムでは、「API Gateway」で設定するロールを一つ用意する必要があります。 IAM上で「AmazonKinesisFullAccess」ポリシーをもったロールを作成すれば大丈夫です。 適当に、KinesisP
LambdaでDynamoDBのデータを操作する(Node&Python) - Qiita
はじめに 最近はもっぱらIoT関連の案件を担当しています。 AWSを使っているので、DynamoDBにデバイスからのデータを溜め込んだり、そのデータを取得して可視化したりなどすることが多く、その際にはLambdaが大活躍しています。 主にNode.jsを使っており、案件に応じてPythonでも実装をしていて、自分の中でテンプレート化してきたなーと思ったのでまとめておこうっとな。 DynamoDBにデータをPutする 主にデバイスから受けとったデータをDynamoDBに書き込みます。 本来であればデータを加工する必要がありますが、そこはデバイスによって多種多様ですので割愛します。 ここで重要なのは、PartitionKeyとSortKeyの指定です。 ここを間違えてしまうとエラーを吐いてきます。(Key情報が間違ってるぜ！的な感じ) Node.js const AWS = require("
AWSのLambdaとDynamoDBとAPIGatewayの連携 - Qiita
2017/7/8 現在の情報です。 作る順番 DynamoDB→Lambda→APIGatewayの順番に作っていきます。 下準備～IAMロールの作成～ IAMにロールの作成が必要です。 今回はLambdaからDynamoDBを呼び出させるので先に以下作業を行っておきます。 IAM ＞ ロール ＞ 新しいロールの作成 ロールタイプの選択画面が出るので、「AWS Lambda」を選択 ポリシーの設定画面が出るので AmazonDynamoDBFullAccess AWSLambdaDynamoDBExecutionRole を選択します。 ※他の記事を読むと、「AWSLambdaDynamoDBExecutionRole」だけで良いと書いてあったんですが なんかダメでした。 名前決めろって言われるので適当に「lambda-dynamodb-execution-role」とかにします。 で、た
やってみよう！AWSでWEBサーバー環境構築（Lambda|API Gateway|シリーズ第4回） | Wedding Park CREATORS Blog
こんにちは、岩橋聡吾です。 やってみよう！AWSでWEBサーバー環境構築、久しぶりの続編です。 第4回は「AWS Lambda」「Amazon API Gateway」を使ったサーバーレスな画像リサイズAPIをクラウド上に構築して見たいと思います。 アーキテクチャ・設計概要 今回は以下のようなアーキテクチャで、Clientが指定した任意のサイズの画像を返却するAPIを構築していきます。 ◉S3： クラウドストレージ。 [設計概要] オリジナル画像の置き場を作成。 ◉Lambda： 最低限のプログラムのみでアプリケーションの運用が可能なサーバーレスプラットフォーム。他のAWSサービスと連携が可能。 [設計概要] S3から画像データを受け取り、リサイズを実施、それをBase64形式にして返却されるよう作成。 ◉API Gateway： APIの玄関。手軽に柔軟で拡張的なAPIベースの構築が可能
AWSで始めるサーバレスな RESTful API システム
2017年3月11日 JAWS DAYS 2017 のワークショップにてハンズオンを実施した資料です。Read less
AWS再入門2018 素朴な疑問 -EC2- 編 | DevelopersIO
こんにちは。池田です。今回は自身が初めてAWSに触れたときから今までの間に感じた「これってどうなのかな？」や、よくある質問などを含めて周囲で見聞きした中からピックアップした EC2 に関する 10 の素朴な疑問をご紹介しようと思います。 もくじ インスタンスの稼働準備にはどれくらいの時間がかかる？ ローカルインスタンスストアと、Amazon Elastic Block Store (Amazon EBS) どちらをルートデバイスに使えば良い？ 同時実行できるインスタンス数に制限はある？ オンプレで利用しているメール送信の仕組みはそのまま使える？ インスタンスファミリーやサイズの変更は簡単にできる？ どんな種類のインスタンスが提供されている？ EC2 インスタンスのグローバル IP アドレスは起動のたびに変わる？ EC2 インスタンスの MAC アドレスは起動のたびに変わる？ 稀にキャパシテ
AWSに関するありがちミスとその対策〜EC2、S3、RDS、Lambda、CloudFrontの場合 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
エンジニアHub > 記事一覧 > AWSに関するありがちミスとその対策～EC2、S3、RDS、Lambda、CloudFrontの場合 AWSに関するありがちミスとその対策～EC2、S3、RDS、Lambda、CloudFrontの場合 AWS入門者が基本として知っておくべき知識を、AWS導入＆運用サポートのプロである、アイレットのエンジニア3名に聞きました。多くのAWSユーザーに支持されるAmazon EC2、Amazon S3、Amazon RDS、AWS Lambda、Amazon CloudFrontそれぞれの勘所やオススメの設定を、余すところなく紹介してもらいます！ なぜ、AWSを選ぶのか？ Amazon EC2～インスタンス起動後はプライベートIPを設定できないので注意 Amazon S3～S3はディスクではない。マウント非推奨の理由 RDS～自動スナップショットの保持期間を
運用担当者のためのAWS改善マップ | DevelopersIO
Trusted Advisor AWS Trusted Advisorは、コスト、パフォーマンス、セキュリティ、耐障害性、サービスの制限について、アドバイスしてくれるサービスです。 サポートプランによって、チェック項目が異なります。 セキュリティについては、セキュリティグループの無制限アクセス、S3バケット許可などをチェックしてくれます。 セキュリティについては、赤の指摘項目は0にしましょう。 insightwatch insightwatchは、弊社が提供するサービスです。 AWSアカウントが、ガイドラインに沿ったセキュリティのベストプラクティスで運用されているかチェックします。 複数アカウントをチェックしやすいため、たくさんのアカウントを運用されているかたに特にお勧めします。 どなたでも無料でご利用いただけます。 IAMの見直し、定義 IAM のベストプラクティスに基づいた見直しを行い
【AWSしかやったことない人向け】AWSとGCPのネットワークの違いを理解してみよう - まーぽんって誰がつけたの？
背景 AWSでVPC作ったりしたことあるけど、GCPやったことないって人は色々違いに戸惑う アカウントの関係性、ネットワークの概念の違いなどを理解したのでまとめた AWSとGCPのアカウントの考え方の違い AWSの場合、ある人間に対して色々なAWSアカウントが付与される。 (人間) -> 個人で発行されたアカウント -> 会社で発行されたアカウント GCPの場合、ある人間は色々なプロジェクトというものに属することができる。 そして、その人間が使うアカウントはGmailとかで使ってるようなGoogleアカウントである。 (人間 with Googleアカウント) -> プロジェクト 会社のやつ -> プロジェクト 何の関係もない個人のやつ GCPの方が始めるのはすごく簡単な気がする。アカウント管理もGoogleアカウントさえやっときゃいいみたいな感じなので、Googleにロックインされる感は
AWSを学ぶために最初に構築するアーキテクチャパターン５選 - log4ketancho
先日書いた AWS の勉強方法をまとめた記事（AWSを学ぶ上でやってよかった勉強法５選 - log4ketancho）で、「簡単なWebサービスをAWSで運営するといい勉強になるよー」と書きました。その中で、 今まで経験したり今いるところはどこもオンプレばかりでAWSとかのクラウドの知識が全くつかないからどこかで勉強したいし個人サービス運用とかしたいんだけど、1年過ぎるといきなりコストがドカンとかかりそうで…… や 「２）簡単なWebサービスをAWSで運営する」は誰もが考えることだが、最初の無料期間1年間以外、AWSで個人ブログなりを運用するのはコスト悪すぎだろ…。 というような利用料金が気になってしまう、、というコメントを幾つかいただきました。 この気持ちとても分かります！業務で使う分にはサーバー何台立てようが気になりませんが（は言い過ぎですがｗ）、個人でサービスを運営する場合はそうはい
Netflix、自社開発したコンテナマネジメントプラットフォーム「Titus」、オープンソースで公開
動画配信サービスを提供するNetflixは、Amazon Web Services上に巨大な動画配信用のシステムを構築していることはよく知られています。同社は先月、2018年4月の実績によると、そのシステム内で1週間あたり約300万ものコンテナを起動したそうです。 その膨大なコンテナのマネジメントプラットフォームとして同社が自社開発した「Titus」が、オープンソースとして公開されました。 Titus, the Netflix container management platform, is now open source 同社はこのTitusのうえで機械学習やビッグデータの分析、エンコーディング、社内エンジニア向けのツールなど、同社のビジネスを支える重要なシステムを稼働させています。 コンテナマネジメントプラットフォームには、すでにKubernetesやMesosphere DC/OS
nginxのrewriteを使ったリダイレクト | サバカン屋テックブログ
こんにちは 今回はAWSの利用金額について書いていきたいと思います 勉強のため自分のAWSアカウントで検証していたところ、先日意図してない請求が発生し、サポートへ問い合わせを行いました 今回はそんな私の失敗談とそこから学んだAWSの活用法について紹介していきたいと思います 実際に体験したこと AWSサービス勉強の為、構築・運用ガイドの本を参考に、EC2インスタンス4個、RDS（Multi-AZ）インスタンス1個、VPC2グループ、EBSスナップショット1個を使用していた 月の後半（9月）にマネジメントコンソールからログインし、各サービスのコンポネートを操作 停止せず、そのまま放置 当月（9月）請求金額 $9.32 日本円￥964 翌月（10月） 停止せず、そのまま放置 10月分の請求金額 $113.16 翌々月（11月） 停止せず、そのまま放置 月の前半、請求金額が発生していることにメー
Amazon ECSでRailsアプリケーションを運用するのに行ってること - Qiita
Terraform AWSのインフラ構成はTerraform管理してる. tfstateを分割する tfstateが1つのままだと、Terraformのresourceを増やしていったときに 頻繁に更新するresourceとそうでもないものがある 適応するのに時間が掛かる エラーの切り分けしずらくなる ということからtfstateを分割してる。 ただ分割しすぎると、適応漏れや適応順番が複雑になるので2つに分割してる。 . ├── environments │ ├── immutable │ │ ├── backend.tf │ │ ├── main.tf │ │ ├── provider.tf │ │ └── variable.tf │ └── mutable │ ├── backend.tf │ ├── main.tf │ ├── ou
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ECS Fargate build on AWS CodeBuild
