AWS Summit Tokyo 2015のTE-09: Technology - Cloud Native Solutions -:「Amazon CloudFront から Edge Services へ ～CDN を再定義する AWS の新たな取り組み～」のレポートです。 スピーカーはAmazon Web Services, Inc.のMr. Prasad Kalyanaramanです。 レポート CloudFrontの機能拡張について CDN、14のエッジロケーションで開始 2010年にRoute53をリリース CloudFrontでの知見を元に立ち上げたサービス 2013年にAmazon Elastic Transcoderをリリース CloudFrontで使われるコンテンツの多くが動画だった その知見からリリースしたサービス CloudFrontは他のCDNサービス事業者とはど

課金ポイントは3つ そんなに難しいことはないと思いますが 課金ポイントは3つ あります。 ##ストレージ容量 単純に保存容量に対して課金されます。 低冗長化ストレージを指定すると2割くらい安くできます。 ログだとか家族写真の保存だとかメインだとデータ転送よりここにお金がかかってきます。（容量でかいけど古いやつは殆どアクセスしないようなのはライフサイクル設定でGlacierに移動する手もあります） ##データ転送 課金されるのは(S3からの)送信だけです。受信（S3へのアップロード）は無料です。 また、インターネットへの送信と別のAWSリージョンまたはCloudFrontへの送信で別料金が設定されてますが、小～中規模のシステムならサーバ群は1リージョンに纏まってることが多いでしょうから、CroudFront利用時くらいにしかその料金は発生しないと思います。しかもCroudFront利用時は殆

はじめに WordPressの静的ファイルをCDNを使って配信したい時ってありますよね。 WebサーバーのCPUパワーを静的ファイルの配信に使うのはコストパフォーマンスが悪いですし、サイトの表示速度を考えるとCDNを使って外だしするのがベストです。 実現する方法としていくつかのプラグインやCDNサービスが選択肢にあがります。 今回、その1つの方法としてCDN「Amazon CloudFront」をWordpress上で使う設定手順を紹介したいと思います。 翻訳内容や解説は伝わりやすいよう改変していますが、分かり難いところがあればコメントいただけると助かります。 1，今回利用するツール＆サービス この記事に興味を持った方は、WordPressについてすでに知っている方が多いと思うので割愛します。 WordPress W3 Total Cache AWS（Amazon Web Services

Amazon S3 を PHP から操作する場合、AWS SDK for PHP を使用するのが簡単かつ確実です。 しかし、WordPress のプラグインなどを作成する場合には、WordPress のライセンスである GNU General Public License version 2.0 と AWS SDK for PHP のライセンスである Apache License 2.0 との間で矛盾が生じてしまいます。（矛盾する理由の詳細は、記事末尾の参考文献を参照してください。） そこで、今回は Amazon S3 の REST API を PHP で Client URL Library を使用して呼び出すことで、Amazon S3 を操作してみます。 それでは、第1回目は Amazon S3 の REST API で使用されている認証を実装してみようと思います。なお、この記事に記載

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

なんか月間3億impくらいある広告配信の仕組み(openx,open ads)をamazon(AWS)で運用してるんですが計算めんどくさすぎる 管理用サーバ m1.large apache+php(管理画面),MEMCACHEを使用 microじゃ性能が足りず、本来ならsmallが良さそうなんだけど64bitのsmallインスタンスは存在しないのでラージインスタンスを使ってる サーバ構成の見直しを予定してるのでreservedインスタンスは使えない $0.4 × 24時間 × 30日 = $230.4 DBサーバ db.m1.large mysql5.5.8を使用してる スモールとラージの間のインスタンスがほしい… スモールだとゴールデンタイムの処理が間に合わないからラージにしたけど、３億impが大規模だと思ってない。 ケチってmulti-AZは使ってない reservedインスタンス検討

ゲーマーなら誰しも「なんかロード時間が長いなぁー」や「表示が遅くなるんだけど……」といった、ゲームの挙動がおかしくなる経験をしたことがあるはず。 そうした不快感を減らすために、製作陣は日夜、血の涙を流すほど（おおげさ？）の努力を重ねているわけだが、その苦労はなかなか一般人のわれわれに見えてこない。 そこでぜひ読んで欲しいのが本記事だ。ソフト開発エンジンUnity（ユニティ）の開発者向けイベント“Unite 2015 Tokyo”にて、スマホ向けRPG『白猫プロジェクト』で実施したパフォーマンス調整について、コロプラの技術者が具体例を交えて語った。 その要点をまとめたレポート記事をお届けしていく。

はじめに AWSチームのすずきです。 クラウドサービスのAWS、有効なクレジットカードと電話番号があれば、10分ほどでその利用が開始できます。 AWS アカウント作成の流れ この様に簡単に取得できるAWSのアカウントですが、その管理が不適切な場合、意図せぬ事故の原因となることがあります。 今回、AWSを安全に安心して利用するため、AWSアカウントを開設後に実施すべき設定についてまとめてみました。 AWS環境が、弊社クラスメソッドメンバーズを初めとする請求代行サービスを利用されている場合、一部当てはまらない項目もありますのでご注意ください。 目次 ルートアカウントの保護 MFA（多要素認証）の導入 アクセスキーとシークレットキーの確認 IAM（Identity and Access Management）設定 IAMグループ作成 IAMユーザ作成 IAMユーザの認証設定 IAMのパスワードポ

はじめに 前回は、AWSの提供する仮想サーバサービスであるEC2を使ってWebサーバを構築する手順をご紹介しました。今回は、AWSでWebアプリケーションサーバとデータベースサーバを構築し、サーバサイドJavaのプログラムを動かすためのインフラ構築手順を説明します。 対象読者 本記事は、次の方を対象にしています。 クラウドシステムがはじめての人 JavaによるWebシステムのプログラミングを行ったことがある人 システム基盤について勉強したいと思っている人 データベース連携するWebアプリケーションの構成 AWSのサービスを使って、データベース連携するサーバサイドJavaのWebアプリケーションを実行する環境は、いくつか考えられます。AWSでは前回ご紹介した仮想サーバサービスのほかに、リレーショナルデータベースの機能を提供する「RDS」や、PaaSサービスである「Elastic Beanst

Amazon Web Services（AWS）は4月9日、マネージド型の機械学習サービス「Amazon Machine Learning」の提供を開始した。多額のインフラ投資をすることなく、AWSのストレージやデータベースに蓄積された大量のデータを使って、簡単に将来予測を実行できる。 機械学習（ML：Machine Learning）は、大量の過去データを「学習用データセット」として利用することで、ビジネス判断を支援する結果予測の方程式（予測モデル）を作成する技術。人間が予測モデルを作成する場合、数学統計やデータ分析に対する深い知識を持つ人材や、予測モデルを反復的に実行／修正する作業（トレーニング）が必要となるが、機械学習では大量のデータを自動処理することで、こうした負担を大幅に軽減する。 機械学習技術は、たとえば金融取引における不正トランザクションの検知や、商品の需要予測、カスタマーサ

クラウドの巨人、アマゾンの快走が止まらない。クラウドサービス「AWS（アマゾン・ウェブ・サービス）」へ情報システムを移行する流れが日本で本格化してきた。仮想マシン「Amazon EC2」やストレージ「同 S3/RDS」といったサービス（インスタンス）をレンタルすることで、リソース調達や運用管理の手間を省けることがメリット。ITインフラを社内（オンプレミス）で所有・運用することに限界を感じたユーザー企業が、雪崩を打ってAWSへ向かい始めた（写真1）。 AWSの引力は基幹系システムにも及んでいる。旭硝子は、価格面や機能面からクラウドサービスを比較し2014年4月にAWSを採用。ホストで稼働中の基幹システムの移行を進めているところだ。あるクラウドベンダーがAWSの公開事例を分析したところ「日本の事例の78％が基幹系だった」という。 基幹系への広がりを象徴するのが、欧州SAPのERP（統合基幹業務

情けない話ですが、自分の大チョンボで AWS の個人アカウントが第三者にアクセスされた結果 190万円相当のリソースが使われ、最終的に AWS さんに免除を頂きました。反省込みで本件のまとめを書きます。 自分が馬鹿を幾つも重ねた結果であって、AWS 自体は怖くないというのが伝われば幸いです はじめにまとめ S3 実験してた時に SECRET KEY を見える場所に貼っていた事があり、第三者がそれでアクセスし大量の高性能インスタンスを全力で回す (恐らくBitCoin採掘) AWS さんから不正アクセスの連絡があり、急いで ACCESS KEY 無効＆パスワード変更、インスタンス全停止、イメージ削除、ネットワーク削除 免除の承認フェーズを進めて、クレジットカードの引き落とし前に完了して助かる AWS さんのサポート AWS さんは最大限サポートしてくれました 承認フェーズが進まない時もあまり

両社は開発者と協力してきたが、それは功を奏している。（ReadWrite Japan提供記事） クラウド・コンピューティングの規模は今や200億ドル近くに上っているが、誰もが等しくその恩恵を享受しているわけではない。Synergy Researchの新しい報告によると、アマゾン ウェブ サービス（以下AWS）はクラウド市場全体の28%を支配しており、Microsoft Azureは収益を生んではいるものの、依然として市場のわずか10％を占めているにすぎない。 AWSがリードしている比率は以前ほど大きくはないものの、クラウド市場がAWSやマイクロソフトなどの「持てる者」と、その他の「持たざる者」とに収束するのは明らかなようだ。 大規模市場のさらなる拡大 アマゾン、マイクロソフト、その他の企業がクラウドからの収益を逃すまいとしていることから、クラウド市場の規模がいかに大きいのかは、何年ものあい