#awssummit AWS Summit Tokyo 2014 参加詳細レポート：【パネルディスカッション】 クラウドで実現する次世代マーケティングとは？ しんやです。今回AWS Summit Tokyo 2014ではなぜかプレス腕章を巻いて参加しておりました。最近は時々プレス枠でイベントに潜り込んでレポートを書かせて頂いたりしております。 さて、その『AWS Summit Tokyo 2014』のイベント2日目、懇親会前の最終時間帯に行われたパネルディスカッションのうちの1つ、当レポートで取り上げる事となる『【パネルディスカッション】 クラウドで実現する次世代マーケティングとは？』ですが、こちらのパネルディスカッションは弊社にとって、とても感慨深いものでした。 何故感慨深かったのか。それは今回登壇頂いたお客様方と弊社がそれぞれ、何らかの形でお仕事をご一緒させて頂いているからです。すかい

This domain may be for sale!

インフラストラクチャー部 星野(@con_mame)です。 少し前から、一部レシピページに料理動画を掲載していました。当初はYoutubeを使用していましたが、本日から自社配信に切り替わりました。現在はまだ掲載数は少ないですが、今後掲載数を増やしていきたいと考えております。 そこで、今回は、動画配信プラットフォームの裏側がどうなっているかという点を簡単にですがご紹介したいと思います。 構成図 構成図を見ていただくのが一番わかり易いと思うので、最初に掲載します。 見て分かる通り、今回は全てAWSのサービスを使用して構築しています。 今回使用したサービスは エンコード: Elastic Transcoder データストア: DynamoDB + DynamicDynamoDB ストレージ・配信: S3 + CloudFront エンコード通知など: SNS 今回、構築までの期間とエンコードや動

講師: 安田 崇浩（ソネット・メディア・ネットワークス株式会社　開発リーダー） 近年のインターネット広告では、複数の広告会社が1ページビュー毎に0.1秒間のオークションに参加して広告を配信するリアルタイムビッディングという取引が行われ、日本国内でも取引が1秒間に数万件以上に及びます。 このようななか、弊社もDSP「Logicad」にて参画し、最適な広告を高速に処理して配信するため、オンプレミスサーバーと AWS を Direct Connect で組み合わせてシステムを構築しています。 またオークション取引や広告配信における大量ログをRabbitMQ で処理しAmazonS3、EMR、DynamoDB等を活用して分析しています。 本セッションでは、リアルタイムな広告配信の仕組みと活用している技術についてお話させて頂きます。 AWS に関する詳細は、aws.amazon.com/jp/

クラスメソッドのAWS総合支援 コスト最適化からセキュリティ、構築支援、運用保守まで、AWS活用を支援します。

2. 1 ご質問を受け付け致します！ 質問を投げることができます！ • Adobe Connectのチャット機能を使って、質問を書き込んでく ださい。（書き込んだ質問は、主催者にしか見えません） • 最後のQ&Aの時間で可能な限り回答させていただきます。 ①画面右下の チャットボックス に質問を書き込ん でください ②吹き出しマーク で送信してくださ い 3. 2 AWS初心者向けWebinarのご紹介 • AWSについてこれから学ぶ方向けのソリューション カットのWebinarです • 過去のWebinar資料 – AWSクラウドサービス活用資料集ページにて公開 http://aws.amazon.com/jp/aws-jp-introduction/ • イベントの告知 – 国内のイベント・セミナースケジュールページにて告知 http://aws.amazon.com/jp/about

はじめに こんにちは植木和樹です。2013年2月2日は私がAWSに初めて触れた日で、本日が1周年となります。JAWS-UG北陸（金沢）の勉強会でアマゾンデータサービスジャパンの堀内さんによるハンズオン（実際に画面を操作しての体験会）が開かれ、そこでEC2やRDSを触れたのが初となります。 実際にはその3ヶ月ほど前から、ネットに流れてくるAWS関係のニュースをみたり、自分のクレジットカードを使ってアカウントを作ったりはしていたのですが、マネージメントコンソールを用いた操作をちゃんとしたのがこの日が初めてだったわけです。 さてAWSを始めた方の多くは、まずEC2にApache＋PHPを起動しRDSでMySQLを用意して・・・というエンジニア向けなところから入ってくる場合が多いようです。上記の通り私もその口で、それまで10年程やっていたインフラ（サーバー）エンジニアの延長としてAWSと関わり始め

Google Compute Engineについて興味深いブログがあったので、勉強を兼ねて和訳してみました。 原文はこちらです。 以下、超訳。 昨年（訳注2012年のこと）、GCEとしてGoogleがIaaSの提供を発表した時に、amazonは心配するべきかどうか聞いてみた。18ヶ月後、Google Compute Engineは一般公開され、信頼性、価格、革新性において間違いなくAWSの競合になったと見受けられる。混雑したIaaS市場には多くの新規参入があり、そのいくつかはマイクロソフト、HPとIBMのような十分に確立された企業·ベンダーである。しかし、大多数のそうしたサービス群は限定的な機能しか持たない。彼らはAWSに対抗することは諦め、Amazon EC2の2008年相当のものに見えた。しかし、GCEはそのアプローチからして異なる。Amazon EC2の類似機能に焦点を置くのではなく

Images as codePacker standardizes and automates the process of building system and container images. Multi-cloud image workflowCreate one workflow for images across multiple clouds and private infrastructure. Extend Packer with pluginsPlugins extend Packer’s functionality without modifying Packer's core by adding new builders, provisioners, post-processors, and data sources.

(Monitoring Casual Talk in Kyotoで発表してきたので、ブログエントリにまとめ直しました) 2013年はインフラ周りの技術的な進化が大きく、いくつかのエポックメイキングな概念と実装が産まれました。個人的には特に以下の2つが大きいと思っています。 AWSの本格普及期 DockerとImmutable Infrastructure これらを踏まえて、2014年のウェブシステムの進化の方向性を考えてみます。また、それによるモニタリングへの影響もあわせて考えます。だいぶ長くなってしまったので、急ぐ人は最後に結論をまとめましたので、そちらからどうぞ! 2013年という時代背景 AWSが本格普及期を迎えているのは、言わずもがなのことで、Re:Inventでの246件という膨大のセッション数などにその勢いが表われています。 また、DockerはLXC (LinuX Conta

Amazonクラウドを運営する米Amazon Web Services（AWS）は初めての大型カンファレンス「re:Invent」をラスベガスで開催。初日の基調講演で、クラウド上でデータウェアハウスを提供する新サービス「Redshift」を発表しました。 基調講演では企業向けにクラウドの有効性を説くことに焦点が当てられ、そのハイライトがこのRedshiftの発表でした。Redshiftの発表はAWSにとって、企業向けクラウドサービスを充実させる点で非常に大きな一歩だといえます。 従来のデータウェアハウスは高価で複雑 Amazon Web Services、シニアバイスプレジデント Andy Jassy氏。 既存のデータウェアハウスは、高価な上に複雑だという問題を抱えている。ガートナーの調査によると、平均でデータウェアハウスあたり3人から4人のアドミニストレーターがいるという。 この状況に対

ぼちぼちAmazon VPCを触り始めてみました。 今更な感じもしますが、Amazon VPCのPrivate SubnetにHardware VPN(IPsec VPN)を使って接続できる今時点での詳しい手順を残しておこうと思います。(シリーズ化します。多分。) Amazon VPCの概要は、下記公式サイトの説明に任せますが、簡単に説明すると、Amazon VPCを使うことで、AWSクラウド内にプライベートネットワークを作成することができるので、従来よりネットワークレベルでの細やかなアクセスコントロールを実現できます。 また、VPN接続をサポートしているので、会社やデータセンターと接続することで、プライベートネットワーク内でAWSのリソースをシームレスに扱うことができるようになります。つまり、自社ネットワークのアドレスをAmazon EC2のインスタンスに振ることができる、みたいなイメー

Amazon Simple Email Service (Amazon SES) はクラウドベースの E メールサービスプロバイダーで、あらゆるアプリケーションに統合して大量の E メールを自動化することができます。E メールソフトウェアを使用して取引 E メール、マーケティング E メール、ニュースレター E メールのいずれを送信する場合でも、お支払いいただくのは使用した分のみです。Amazon SES は、専用 IP アドレス、共有 IP アドレス、所有 IP アドレスなど、さまざまなデプロイもサポートしている E メールツールです。送信者統計に関するレポートや E メール配信ツールは、企業がすべての E メールを有効に活用するのに役立ちます。

よく訓練されたアップル信者、都元です。AWSにおいては、ネットワーク環境をあまり気にせず、数クリックで簡単にサーバを構築できるのは一つのメリットだと言えます。しかし、本格的に運用するシステムに関しては、ネットワーク環境をコントロールする需要も出てきます。AWS Virtual Private Cloud (VPC)を使えば、AWS上に仮想ネットワークを定義し、その上に各種サーバを配置することができます。 深く考えずに非VPC環境に構築してしまったAWSサーバ環境は、簡単にはVPC環境に移行することはできません。従って弊社では、小さなシステムであっても、最初からVPC環境にシステムを構築することを推奨しています。「非VPCが許されるのは小学生までだよねー」とボスが申しておりました。かといって、ネットワークの構成をゼロから考えて構築するのもひと苦労であるため、本エントリーでは、システムの初期段

よく訓練されたアップル信者、都元です。今回のテーマは「WAF on AWS」です。 WAFとは 通常、ファイヤーウォールと言えば、レイヤー2や3（IP, TCP/UDP）における通信制御を思い浮かべると思います。どのIPアドレスから、どのポートに対する通信を許可する、または拒否する、所謂パケットフィルタリングです。これに対してウェブアプリケーションファイヤーウォール(WAF)とは、レイヤー7（アプリケーション層）で動作するファイヤーウォールです。具体的には、SQLインジェクションやXSS等の攻撃を検知して防御する働きを持った、リバースプロキシサーバだと考えると分かりやすいでしょう。 Sophos UTMとは UTMとは Unified Threat Management の略で、日本語では「統合脅威管理」と訳されたりします。先に紹介したWAFをはじめ、システムにとってのあらゆる脅威を統合的

Amazon SimpleDB は、可用性の高い、データベース管理の負担を軽減する NoSQL データストアです。デベロッパーが必要なのは、ウェブサービスリクエストを介してデータ項目を保存およびクエリすることだけです。残りの処理は Amazon SimpleDB が行います。 リレーショナルデータベースの厳格な要件の制約を受けない Amazon SimpleDB は、高い可用性と柔軟性を実現するように最適化されており、管理の負担はほとんどありません。Amazon SimpleDB はバックグラウンドで、地理的に分散した複数のデータのレプリカを自動的に作成および管理し、高い可用性とデータ耐久性を実現します。このサービスでは、データの保存とリクエストの処理に実際に使用されたリソースについてのみ課金されます。オンザフライでデータモデルを変更でき、データはユーザーのために自動的にインデックス化され