貧乏臭くRDSを使っていくために調べたメモ - リア充爆発日記
AWSでRDBMS使うならRDSでしょ、というところまではいいとして、どう使うのか？というところは非常に難しい。 用途をスタートアップのWebサービスだとした場合、最初はお金をできるだけつかいたくないけど、人気が出たときにはスムーズに対応していきたい、というのはごく普通の欲求だと思われる。 最初からお金ジャンジャン使っていいからどんなアクセスにも耐えられるようにしとけ！ってんならクアドラプルなんとかインスタンスをMulti-AZにしとけばいいんだろうけど、こちとらカネがない。 妥協すべきところとそうでないところはケースバイケースだけど、検討するポイントはどんなケースも似たようなもんでしょう。 今回はそんな場合のそんな検討をしたときのメモ。 VPC? これはもうVPC内で起動しとけ。AWSに払う金は発生しないからな。非VPCが許されるのは小学生までだそうだし。http://dev.class
AWSで避けるべき5つの間違い | POSTD
今年からAWS（Amazon Web Services）クラウドコンサルタントとして、中小規模のAWSデプロイの相談を受けています。その多くは典型的なWebアプリケーションです。ここで、ぜひ避けたい5つのよくある間違いを紹介します。 インフラストラクチャを手動で管理する。 Auto Scaling グループを使わない。 CloudWatchのメトリクスを分析しない。 Trusted Advisorを無視する。 仮想マシンを活用しない。 典型的なWebアプリケーションにおける間違いを防ぎたい人は、次に進んでください。 典型的なWebアプリケーション 典型的なWebアプリケーションは最低限次の要素で構成されているものを指します。 ロードバランサ スケーラブルなWebバックエンド データベース そしてこのアプリケーションは、次の図のような仕組みを持っています。 注釈：（左から）DNS、CDN、静
RubyスクリプトとAWSのSNSで複数デバイスへのpush通知 - Qiita
これが出来ると何が嬉しいの？ 一括メッセージ設定、一括送信の自動化が出来ます！ 前提条件 Ruby環境 gem install aws-sdk-coreを実施済みであること iOS環境 AWS SNSでアプリを作成済みであること AWS SNSへエンドポイントを自動登録出来る実装が完了していること AWS SDKを導入済みであること 上記の内容は以下のサイトが参考になります！ 概要図 ・流れ1:アプリ起動時にAWS SNSのアプリ側にデバイストークンを登録 ・流れ2:対象のSNSからエンドポイントを取得 ・流れ3:作成済みのTopicに取得したエンドポイントをSubscribeする ・流れ4:アプリに対してメッセージをpushし、即時に通知 require 'aws-sdk' sns = AWS::SNS.new( :access_key_id => 'YOUR_ACCESS_KEY',
Rubyを使ってAmazon SNSとSQSを操作する：fanoutパターン | DevelopersIO
AWS SDK for Ruby 今年の7月にAWS SDK for Rubyがリリースされました。いつもはフルセットで用意されているJavaを使っているのですが、今回はRubyがどの程度簡単に記述できるのか確認するためにサンプルを作りました。また、サンプル作成にあたって、SNSとSQSの連携を試しました。 Amazon LinuxでAWS SDK for Rubyのセットアップ 早速セットアップしましょう。 $ sudo yum install ruby-devel rubygems gcc make libxml2-devel libxslt-devel aws-sdk Amazon SNSをセットアップする 通知先としてAmazon SNSのトピックを作成します。トピックは、受付窓口として対応します。受け付けられたメッセージはサブスクライバ（購読者）に渡されます。サブスクライバには、
botoを使ってAWS SNSのMobile Pushを利用する (APNs編)
boto自体使うのが初めてだったので、おかしい所があるかもしれないが動作はした。APNsのSSL証明書作成等は毎度の事なので省略。Application ARNはAWS Consoleから既に作成してあるとする。 デバイス指定でメッセージ送信する # -*- coding: utf-8 -*- import boto.sns AWS_ACCESS_KEY = 'xxxx' AWS_SECRET_ACCESS_KEY = 'yyyyyyyy' APPLICATION_ARN = \ 'arn:aws:sns:ap-northeast-1:0000:app/APNS_SANDBOX/aaaa' # SNSに接続 sns_connection = boto.sns.connect_to_region('ap-northeast-1', aws_access_key_id=AWS_ACCESS_K
SNSをコマンドラインから設定する : 電子の密林を開拓する
SNS(Simple Notification Service)をコマンドラインから設定します。 sns*系のコマンドライン版プログラムをインストールしていない場合は、以前の記事を参考にインストールしておいてください。 ・SNS登録の手順/概要 SNSに登場するオブジェクトは3つ。 トピック - 通知先ごとのグループ サブスクリプション - 通知先、あるいはメッセージの購読者 メッセージ - 送信されるテキスト、あるいはデータ SNSでは、まず 通知先ごとのグループとなるトピックを作成し、そこに購読者である通知先を登録(サブスクリプト)します。トピックへの通知先登録時には確認(confirmation)が必要になります。 その後、メッセージをトピックに対して送信すると、各登録者(通知先)にメッセージが送信されます。 ・SNS系コマンドの使い方 sns*系コマンドの一覧は、http://do
【AWS】AmazonSNSをRubyスクリプトから叩いてプッシュ通知をしてみる | メモ帳代わりのブログ
まえがき 最近iPhoneアプリのプッシュ通知を色々と試しているのですが、今回はAWSのサービスの一つであるAmazonSNS（Amazon Simple Notifier Service）を使ってみました。 サーバーサイドからAWSのAPIを叩いてプッシュできるようにすると色々やりたいことができるので、簡単例をメモシておこうと思う。 事前準備・検証環境 事前準備としては、あたりまえだけど、AWSのアカウントと取って、AmazonSNSをアクティブにしておく必要がある。あと、AmazonSNSのアプリケーションも作成しておく。 あと、APIを叩くのにアクセスキーとシークレットキーが必要になるので取得しておく。 今回試してみた環境は OS MacOSX Ruby 2.1 aws-sdk 1.32.0 通知先クライアント iPhone 必要なGemをインストール 必要なGemというか『aws-
オンプレミスから AWS に移行して変えた 3 つのこと
7 月に開催された「JAWS-UG 三都物語 2014」でも発表したとおり、自分が関わっているプロダクトをオンプレミスから AWS に移行しました。 JAWS-UG 三都物語 2014 に登壇しました 移行して 2 ヶ月ほど経ちましたが、目立った障害もなく安定した運用を続けています。スライドでも少し触れていますが、これまでのやり方を大きく変えるキッカケにもなりました。 今回は「オンプレミスから AWS に移行して変えた 3 つのこと」と題して、社外に公開できる範囲でご紹介します。 稼働中のサーバに変更は加えない いわゆる Immutable Infrastructure の考え方を取り入れました。最初は流行りに乗りたかったという気持ちが大きかったのですが、今では昔のやり方にはもう戻れません。 オンプレミスでは本番稼働中のサーバにログインして何か変更するということが当たり前に行われていました
AWSのセキュリティが気になるなら読んでおくべきAWSセキュリティのベストプラクティス - yoshidashingo
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 昨日、DevLOVE現場甲子園2014東日本大会に参加して現場目線でのAWSセキュリティあるある的な話をして来ました。 その際にAWSのセキュリティ全般について知りたい場合に何を読めばいいか質問されたので、こちらで紹介しておきたいと思います。 AWSセキュリティセンター 1. AWSセキュリティ概要 ストレージデバイスの廃棄**の章では、ストレージデバイスが製品寿命に達した場合に、DoD 5220.22-M または NIST 800-88 に記載されている技術を用いてサニタイズを行ってから廃棄されるということが書かれています。 2. AWSセキュリティのベストプラクティス AWSの共有責任モデルを知る (1) Infrastructure servicesにおける共有責任モデル (2) Container
（１）EC2＋gitリモートサーバ構築#1｜EC2でgit+RonR+unicorn+nginx+capistrano+Jenkins - Qiita
（１）EC2＋gitリモートサーバ構築#1｜EC2でgit+RonR+unicorn+nginx+capistrano+JenkinsGitEC2ssh公開鍵認証 その１｜リモート先gituserとssh鍵認証接続 インスタンス構成 gitリモートサーバとAPサーバ／DBサーバは別のインスタンスにしたかったが、お金がかかるので（そんなにかからないけど…諸事情で…）、今回はインスタンスはスモールインスタンス1個で。 ユーザ gituser このユーザでリモートリポジトリにローカルからSSH鍵認証でアクセス出来るとする artist ローカルからcapistranoでデプロイする時のユーザ。mkdirなどを行うのでsudo出来るようにします ec2-user EC2インスタンスで色々インストールしたりする仕事人 １）gitリモートサーバ接続準備｜SSH鍵認証 1-1. ｜EC2・ec2-use
AWS service endpoints - AWS General Reference
To connect programmatically to an AWS service, you use an endpoint. An endpoint is the URL of the entry point for an AWS web service. The AWS SDKs and the AWS Command Line Interface (AWS CLI) automatically use the default endpoint for each service in an AWS Region. But you can specify an alternate endpoint for your API requests. If a service supports Regions, the resources in each Region are indep
ちょっと内緒にしたいスポットインスタンスの話 - プログラマでありたい
ちょっと内緒にしたいような気がしますが、知っていたら確実に得をするAWS EC2のチップスがスポットインスタンスの活用です。まずスポットインスタンスとは？AWSのインスタンススポットのページを読むと大体解りますが、簡単に説明するとAmazonで余剰のEC2のインスタンスを入札制で大幅に安い値段でを利用する仕組みです。デメリットとしては、スポットインスタンスのインスタンス価格が入札価格を上回った場合、情け容赦なくインスタンスがストップされることです。ということで、Amazonの推奨としては以下のように、通常のインスタンスを補完するような位置づけとなっています。 オプションのタスク 遅延可能なタスク コンピューティング能力を追加することで高速化できるタスク 他の方法ではアクセスできない大量のコンピューティングインスタンスが必要になるタスク しかし、制約があるものの圧倒的に安いです。オンデマンド
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クックパッドはなぜ開発しやすいのか // Speaker Deck
Nyle Engineering Blog
AWS費用試算例 · さよならインターネット
[AWSマイスターシリーズ] Amazon Elastic MapReduce (EMR)![[AWSマイスターシリーズ] Amazon Elastic MapReduce (EMR)](https://cdn-ak-scissors.b.st-hatena.com/image/square/5e37ea20134c298b161bece95a38cc60784bcf78/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F20130925aws-meister-regenerate-emrpublic-130926030316-phpapp01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
https://s3-us-west-2.amazonaws.com/aws-jp-mktg/AWS_CloudDaysTokyo_Stage_CaseStudies.pdf