負荷低すぎはもはや障害じゃないのか - mikedaの日記
前のブログの続きで、もにかじ7で話した小ネタその2。 実際にサービスでなんかやったというのじゃなく、こういうこと考えてるんだけどみんなどうしてます？って話です。 まずオンプレ時代はサーバのスペックダウンはけっこう大変だったし、頑張ってメモリやCPU引っこ抜いてもそんなに節約にならなかった。 ※CPUやメモリはサーバ価格の一部でしかないし、ラック費用(消費電力)もあるし。 でもクラウド前提だとスペックダウンはとても簡単で、スペック半分にすると価格も半分になる。 そうすると、 『イベントで一時的にc4.4xlarge(8万/月)にして、そのまま最大CPU使用率10%とかで数ヶ月放置されている』 みたいなのはビジネス的な損失という意味で明らかに障害で、監視すべきじゃないだろうか？ みんななんかやってますか？ というようなことを参加者に聞いてみました。 参加者の中では、AutoScalingしてい
Amazon SNSでモバイルPush/HTTP Push通知
Transcript Amazon Simple Notification Service ᕵΔʂ !CVNQ@PG@LJIBSV� ,*)"36�4"4",*� Ϛελʔ�λΠτϧͷॻࣜઃఆ� ࣗݾհ� +"84�6(ઍ༿ࢧ෦ͷίΞϝϯόʔ͍ͯ͠·͢� 2 ϑϦʔϥϯεͰɺWebσβΠϯγεςϜ։ൃΛ͍ͯ͠·͢ɻ https://www.facebook.com/kiharu.sasaki @bump_of_kiharu http://bump.hatenablog.com/� Kiharu Sasaki Ϛελʔ�λΠτϧͷॻࣜઃఆ� ຊ͓͍ͨ͜͠ͱ� "84ΠϯϑϥΤϯδχΞ͚ͩͷαʔϏεͳͷ͔ʁ� 3 • "84*BB4ͳͷ͔ʁ� • ΞϓϦΤϯδχΞʹؔͳ͍ʁ� SaaS BaaS PaaS IaaS Ϛελʔ�λΠτϧͷॻࣜઃఆ� ΞϓϦΤϯδχΞ
[AWS][iOS] Amazon SNS で APNs に大量 Publish してみた | DevelopersIO
APNs に Push する配信サーバーの課題 みなさま、Amazon SNS (※以降 SNS) は活用されていますでしょうか？ APNs (Apple Push Notification service) を利用してサーバーから iOS デバイスに Push 通知を送りたい、という要件はよくあると思います。 しかし次の記事にあるように、APNs の仕様上 エラーが発生したあとの Push 通知が無効になる という問題があります。ヘタすると 10 万ユーザーに送っているつもりが 1,000 ユーザーにしか届いていないという問題にもなりかねません。 Apple Push Notification Serviceのエラー処理について | hagino3000's blog また、APNs の仕様を読んでみると、次のような記述があります。 If you send a notification
![[AWS][iOS] Amazon SNS で APNs に大量 Publish してみた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/a1dc55ed33340eb0040d75fdbe113624d4787f80/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F08%2FAmazon_SNS.png)
人気レシピを食べながらクックパッドのAWS導入の話を聞いた
9月3日、アマゾン データ サービス ジャパン（以下、ADS）は、クックパッドのAWS（Amazon Web Services）導入事例の説明会を開催した。クックパッドの人気レシピをアマゾンの社員食堂「a2z」で味わいながら、AWSを採用した理由やクラウド上のサービス開発について話を聞くことができた。 「チョコを作る人の気持ちを考えたら……」 20～30代の女性の8～9割が利用するという国内最大のレシピサイトであるクックパッド。月間利用者数4400万人、170万品を超えるレシピを誇り、グローバル展開を進めている。9月からは、主要出版社13社と提携し、月額360円で雑誌やレシピ本のレシピが見放題となる「プロのレシピ」もスタートさせた。 こうした同社のサービスを支えるのが、AWSになる。2010年当時、月間2000万の利用者、120万以上のレシピ数にまで拡大していたクックパッドは、検証を行ない
オンプレミスから AWS に移行して変えた 3 つのこと
7 月に開催された「JAWS-UG 三都物語 2014」でも発表したとおり、自分が関わっているプロダクトをオンプレミスから AWS に移行しました。 JAWS-UG 三都物語 2014 に登壇しました 移行して 2 ヶ月ほど経ちましたが、目立った障害もなく安定した運用を続けています。スライドでも少し触れていますが、これまでのやり方を大きく変えるキッカケにもなりました。 今回は「オンプレミスから AWS に移行して変えた 3 つのこと」と題して、社外に公開できる範囲でご紹介します。 稼働中のサーバに変更は加えない いわゆる Immutable Infrastructure の考え方を取り入れました。最初は流行りに乗りたかったという気持ちが大きかったのですが、今では昔のやり方にはもう戻れません。 オンプレミスでは本番稼働中のサーバにログインして何か変更するということが当たり前に行われていました
これからAWSを始める人は一読すべき「AWS運用チェックリスト」を読んでみた | DevelopersIO
はじめに こんにちは植木和樹です。AWSでは各種ホワイトペーパーなどの資料を多数公開しています。 AWS アーキテクチャーセンター | アマゾン ウェブ サービス（AWS 日本語） 今回は上記ページからダウンロードできる「AWS 運用チェックリスト（PDFファイル）」を読んでみました。運用チェックリストという名前ではありますが、AWSを利用する方は一度目を通しておくのをお勧めする内容でした。 チェックリストは大きく3つ「ベーシック」「エンタープライズ」「セキュリティ監査」に分かれています。このうちベーシックは15項目程とコンパクトにまとまっていて、簡易チェックリストとしてお手頃です。 残念ながらまだ日本語訳がされていないようですので、今回ベーシック部分だけをザックリ読んで簡単なコメントを書いてみました。 ベーシック運用チェックリスト 原文は「我々は〜〜〜を設定しています（理解しています）」
AWS + Windows(C#)で構築する.NET最先端技術によるハイパフォーマンスウェブアプリケーション開発実践
2015/10/03 phpcon 2015 updated at 2016/01/13 about default_password_lifetime's default will be 0
第2回 大規模Windows環境におけるデプロイ | gihyo.jp
ASP.NET（C#）におけるビルドとデプロイ 私たちの会社ではASP.NET MVCという.NET Framework上で動くWebフレームワークを使って開発しています。前回書いたとおり、開発言語にはC#を採用しています。 C#で書いたコードを.NET Framework上で動作させるには、コードをビルドして実行可能なバイナリを生成する必要があります。正確にはCILという中間言語にコンパイルし、CLRと呼ばれる共通言語ランタイムが実行時にネイティブコードにコンパイル（JITコンパイル）しながらプログラムを実行します。ASP.NETの場合、Windows Server上に構築したIISと呼ばれるアプリケーションサーバ上で動かすことが多いですが、その場合もビルドして生成されたバイナリをIISにデプロイします。このとき、C#で書かれたコードは拡張子dllを持つバイナリファイルに変換され、設定フ
AWSを学ぶエンジニア必読!!『Amazon Web Services 基礎からのネットワーク＆サーバー構築』は2014/07/22発売！ #jawsug | DevelopersIO
弊社クラスメソッド株式会社は秋葉原駅から程無く近い場所に居を構えておりますが、ビルから徒歩数十秒という近い場所に書店『書泉ブックタワー』がございます。この書店は技術書を含め、書籍入荷が早い事でも有名で発売日の数日前に並んでいる...なんてのもザラです。 ...という事で、早速視察して来た所、やはり入荷してました！という事で発売日前日の今日(2014/07/15)、フラゲって来ました！当エントリではその内容についてざっくりご紹介してみたいと思います。 Amazonでチェックする 書籍の目次について 書籍の目次大見出しはこんな感じです。 CHAPTER1 システム構築をインフラから始めるには 開発者がネットワークやサーバーを構築するメリットから始まり、基本的な用語やAWSのキーワードについて解説がされています。 CHAPTER2 ネットワークを構築する VPC周りを中心に、ネットワークの基本的
「クラウド本気で始めました」なSIerのChef活用と実践～Chefアンチパターンとの戦い～
Chef Casual Talks Sapporo Vol.1 映像→https://www.youtube.com/watch?v=zJ7pYVp5M7E&feature=youtu.beRead less
10分ではじめるGitBucket - Qiita
GitBucketとは GitBucketはたけぞうさんという方が開発されているGitHubのクローンアプリです。 Scalaで書かれており、驚くほど簡単に導入することができるのが特徴です。 OSSのGitHubクローンといえばGitLabがメジャーですが構築の手順が複雑かつ面倒なため、 使い始める前に構築段階で挫折した経験のある人も多いのではないでしょうか。 対するGitBucketはwarファイルを実行するだけという手軽さです、素敵!! より詳しいレビューはこのあたりを参照してください。 背景 とあるクラウド環境にGitBucketを導入する機会があり、 せっかくなので vagrant + ansible で導入を自動化するplaybookを書いてみました。 以下のクラウドプラットフォームで導入検証をしました。 AWS DigitalOcean したごしらえ Case: AWS vag
第1回 C#へのこだわりは、より良いサービスへのこだわり | gihyo.jp
はじめに 突然ですが、みなさんはWindowsやWindows Serverに対してどのような印象をお持ちでしょうか？ Linuxと比べて良い点や悪い点はあるのはなんとなくわかるものの、総合的に、Windowsに対してあまり良いイメージを持たれない方も多いのではないでしょうか。 私たちの会社では、GREE向けにリアルタイムギルドバトル[1]と呼ばれるジャンルのソーシャルゲームをAWS＋Windows環境を使って提供しています。Web 業界全体を通しても珍しい、AWSかつWindowsという組み合わせの大規模Webアプリケーションをどのように提供し、継続的に運用しているのか、実際のところはどうなのか、といった点を今回は紹介したいと思います。 グラニが提供するソーシャルゲームの規模 実際に弊社で提供している「神獄のヴァルハラゲート」の規模感は次のようなものになります。 リアルタイムギルドバトル
ASP.NET MVC 4とAWS Elastic Beanstalkで簡単なWeb APIを作成する | DevelopersIO
簡単なWeb APIの作成 とあるブログを執筆するために、簡単なWeb APIを作成する必要がありました。特定のURLをたたくと、特定のHTTPのレスポンスコードを返すようなWeb APIです。 そこで今回はASP.NET MVC 4を用いて簡単なWeb APIを作成することにします。また、アプリケーション以外のインフラ全般はAWS Elastic Beanstalkにすべて任せることにしました。 AWS Elastic BeanstalkとはAWS版のPaaS環境のようなもので、開発者はEclipse（Java）、Visual Studio（C#）、Rubyなどを用いたアプリケーション開発に専念し、AWS環境の構築、アプリケーションのAWS環境へのデプロイはBeanstalkが用意した枠組みにまかせます。 ・AWS Elastic Beanstalk http://aws.amazon.
Immutable Infrastructure Conference #1 に参加してきた #immutableinfra | DevelopersIO
Immutable Infrastructure Conference #1 : ATND 2014/03/25 Immutable Infrastructure Conference #1 #immutableinfra - Togetterまとめ 最近は最早バズワード化した感も充分ある『Immutable Infrastructure』。この長〜いフレーズを発音する際に途中発音を噛む人が後を絶たない今日この頃、皆様いかがお過ごしでしょうか。(発音に悩んでいる、何とか噛まないようにしたい！という方は以下のエントリを参考にしてみる事をお勧めします) [小ネタ]噛まずにImmutable Infrastructureと言うために ｜ Developers.IO さて、本題です。こちらの『Immutable Infrastructure Conference #1』、発表と同時に参加応募者が殺
s3cmdとRoute53で静的サイトをデプロイする手順メモ - mizchi's blog
クレカの類が復活したので、ドメイン買い直してAWSが使えるようにした。 そんでJSで作った類のアプリを静的サイトとしてホスティングしたいなーと思い、s3でサブドメインにホスティングできるまでの作業メモを残す。 ググッて出る情報が色々古くて苦労した。 アカウント登録 クラウドコンピューティング なら アマゾン ウェブ サービス | 仮想サーバー、ストレージ、データベースのための Amazon のクラウドプラットフォーム（AWS 日本語） から登録。 クレカ認証と電話番号での自動入力の確認の2段階がある。 次に、クライアントから扱えるように https://console.aws.amazon.com/iam/ でアクセスキーを生成。メニューから AccessKeys -> Create Access Keys を選択。rootkey.csvをダウンロードさせられる。ダウンロードした root
Amazon SNS Mobile Pushを使ってiOSのPush Notificationを実装する · aguuu.com
※iOS Dev Centerの開発者のみ閲覧が可能な画面キャプチャの公開はNDA違反になるというご指摘を頂いた為削除しました。 最近、巷で話題？のBaasですが、古くはParse.comやらWindows Azure Mobile Serviceなどがあるわけですが、AWSのSimple Notification Service（SNS）にMobile Push機能が実装されたという事で試してみました。 今回はAmazon SNSのコンソール画面を使ってiOSアプリにメッセージを通知してみたいと思います。 実装するに辺り色々と準備することがあります。大枠は下記の通りです。 iOSに通知するメッセージを送るサーバーを準備（今回はAmazon SNSサービスを使用） 通知サービスが有効になったApp IDを作成 Apple Push Notification Service（APNs）とサー
Amazon Simple Notification Service(SNS)のHTTP/HTTPS通知はもっと使えるサービスのはず | DevelopersIO
Amazon SNS について AWSのSNSが世の中でどれくらい周知されているか、どれくらい使われているか知りませんが、自分はSimple Notification Serviceという名前から察するに、何かあった時にメールでお知らせするサービスくらいにしか感じてませんでした。ただ、最近はもっと使い道がありそうな雰囲気をバシバシ感じているので紹介します。 詳しくは http://aws.amazon.com/jp/sns/ を参照してもらうとして、SNSをざっくり説明するとPub/SubメッセージングモデルでHTTP/HTTPS、Eメール、SMS(東京リージョンでは提供なし)、SQSの各サービスへプッシュ通知するサービスです。 Pub/Subとは 古くは(2000年くらい？)から存在するらしいアーキテクチャパターンです。古くはJavaのJMSからWeblogic／WAS等のJavaのWe
[Ruby][AWS][GCM] Amazon SNS Mobile Push 用のサーバーを Heroku に構築する | DevelopersIO
はじめに 今回の記事は先日公開した記事の続編です。AWS SDK for Ruby を使って Amazon SNS に Publish して、Android 端末で Push 通知を受け取りたいと思います！ GCM (Google Cloud Messaging) に登録する こちらでも簡単に説明していますが、同様に手順を確認しながら進めましょう。まずは Google Developers Console にアクセスし「Create Project」をクリックします。 適当な名前で作ります。 右のメニューから APIs & auth を選択し、「Google Cloud Messaging for Android」を探し出し、ON にします。 次に Credentials を選択し「CREATE NEW KEY」をクリックします。 どこで使うキーか聞かれるので「Server key」を選択
![[Ruby][AWS][GCM] Amazon SNS Mobile Push 用のサーバーを Heroku に構築する | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/1e3dbc6cb7c7e9cedc69eb6d94ee5143f6e92d70/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FAmazon_SNS.png)
【AWS】非エンジニアのための初めてのAmazon Web Services 資料をまとめてみた | DevelopersIO
はじめに こんにちは植木和樹です。2013年2月2日は私がAWSに初めて触れた日で、本日が1周年となります。JAWS-UG北陸（金沢）の勉強会でアマゾンデータサービスジャパンの堀内さんによるハンズオン（実際に画面を操作しての体験会）が開かれ、そこでEC2やRDSを触れたのが初となります。 実際にはその3ヶ月ほど前から、ネットに流れてくるAWS関係のニュースをみたり、自分のクレジットカードを使ってアカウントを作ったりはしていたのですが、マネージメントコンソールを用いた操作をちゃんとしたのがこの日が初めてだったわけです。 さてAWSを始めた方の多くは、まずEC2にApache＋PHPを起動しRDSでMySQLを用意して・・・というエンジニア向けなところから入ってくる場合が多いようです。上記の通り私もその口で、それまで10年程やっていたインフラ（サーバー）エンジニアの延長としてAWSと関わり始め
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オンプレミスから AWS への劇的ビフォーアフター
