Lumberyard の Twitch ChatPlay 機能を使うと、Twitch ビューアとリアルタイムでやり取りするゲームプレイを構築できます。たとえば、観客がゲーム結果に投票できるゲームを作ったり、好きなプレイヤーにパワーアップを贈ったり、配信を見ている視聴者の数に応じてレベルを変更したりできるゲームを構築したりできます。Lumberyard のスクリプティングツールを使用すると、ゲーム用のチャットチャネルコマンドを簡単に作成することができます。たとえば、視聴者が Twitch チャットチャネルに「#boom」と入力して、配信者に手榴弾を落とすよう投票できるマルチプレイヤーゲームを構築することができます。 Lumberyard の Twitch Metastream 機能では、Twitch ストリーマーがゲームの配信を大きくカスタマイズできます。Twitch Metastream
Pretty small update this time, most of the work done was refactoring some internals, however we have some additional features as well! New Go runtimeThe Go runtime was previously in the apex/apex repository; we’ve moved it to https://github.com/apex/go-apex and added support for a number of source inputs: Arbitrary JSONCloudWatch LogsCognitoKinesisDynamoS3SNSSESNew Node.js runtimeNode.js runs nati
Apex is a small program written in Go for managing “serverless” architecture via AWS Lambda, allowing you to focus on code instead of infrastructure. I started Apex because I’ve been working on a number of product ideas as a solo engineer, I can’t afford to spend time managing and maintaining machines if I’m going to have a successful product as a single person team. I love Amazon’s Elastic Contai
こんにちは！データエンジニアリングチームの長谷川と田畠です。 グリーのデータ分析基盤を良くする仕事をしています。 これはGREE Advent Calendar 2015の6日目の記事です。昨日のRobinさんの記事はVR開発に取り組んだことがあるからこそ書ける記事で、みなさんにとっても新鮮だったのではないでしょうか？ 今日はゲームから少し離れて、KPIダッシュボードのバックエンドをオンプレミスからAWSに移行した話をしたいと思います。最後までお付き合いよろしくお願いします。 はじめに KPI分析を定常的に行うことは、プロダクトの改善のために非常に重要であり、グリーにおいても多くのプロダクトがKPIを閲覧/分析するためのシステムを利用しています。 社内の分析環境では、KPIのデータは時系列データベースに保存されており、内製のグラフ描画ツールにアクセスすることでグラフとして閲覧することができ
おはこんばんちは!! 尾藤 a.k.a. BTO です。 HDEのメールアーカイブシステムでは、月間1億6000万通ものメールを処理しています。 それだけのメールを処理するので、メールのデータ量も大変なものになります。 一方で、過去のメールに関しては、それほど頻繁にアクセスするものでもありませんので、できるだけコストを抑えたい。 そこでAmazon Glacierを使ってみてはどうかと考えたのですが、詳しく調査してみると、気をつけないと破産をしかねない危険なものでもあるのが分かりましたので、今回はそれを書きたいと思います。 Amazon Glacier とは まずは Amazon Glacier についてご紹介しましょう。 Amazon Galcier は平たく言うと、安価なストレージサービスです。安価である代わりに、取り出すのに3〜5時間かかります。 Glacier と S3 の料金は次
あけましておめでとうございます！ 去年は AWS 認定試験を制覇したので、今年は実践スキルを今以上に磨いていこうと思います。 さて、最近の EC2 インスタンスは Intel CPU のプロセッサー・ナンバーが公開されています。ですが M1, M2, C1 といった旧世代インスタンスでは CPU にばらつきがあり、当たり外れの差が激しかったのは記憶に新しいところ。 当たりの CPU が出るまで stop → start を繰り返すインスタンスガチャも流行りました (笑) 今回は AWS の CPU について歴史を振り返りつつ、その戦略を考えてみます。物理レイヤーを意識することがほとんどない AWS ですが、物理の知識なしでは最高のパフォーマンスは得られません。知っておいて損はないでしょう。 インスタンスタイプのリリース時期は公式ブログ「EC2 の歴史」に載っていますので参考にしてください。
AWS大好き男に「どの機能が好き？」と訊ねられたとき、女はどう答えたらいいの？ `��� � �� あ、まず前提として、 貴女がAWS大好き男を夢中にさせることが、 はたして貴女を幸福にするかどうか、それはまた別問題だけれど。 とはいえ、AWS大好き男たちは玉石混交ながら、 SIer系の超上流な男なども多く、 したがって、釣り師たる女たちにとっては、 なかなかあなどれない釣り場です。 では、AWS大好き男に「どの機能が好き？」と訊ねられたとき、 貴女は、どう答えれば理想的でしょう？ まず最初に、その男がHerokuのようなPaaSと あとはデプロイ、そして（複数サービスを比較検討するほどではないけれど）クラウドが大好きな、 そんなタイプの場合は、 貴女はかれの目を見て、微笑みとともに質問など無視して、こう言いましょう、 「わたしが、おいしい環境を作ってあげる♪」 これこそまさに必殺の答えで
70億人近い人間がプレイしている人生というオンラインRPG、 ワールドも無駄に広く建物のモデリングもテクスチャも細かく、 同じ顔のプレイヤーが二人といないほどにキャラメイクが豊富で大変人気のあるゲームです。 ただこのゲーム、現代のゲームに必須なあの機能が実装されていません。 それはデイリーログインボーナスです。 デイリーログインボーナスとは デイリーログインボーナスとは、プレイヤーに毎日継続してプレイさせるため、 通常有料のアイテムを無料で毎日1つプレゼントする施策です。 現代のゲームの多くは基本的に無料なので、数多ある無料ゲームがユーザの端末と時間を奪い合っていて、ユーザの継続率を上げることは課金につなげる需要要素です。 朝起きれなかったり、出勤中に電車に飛び込んだりするのは、すべて人生にログインボーナスが無く、継続のモチベーションが弱いからです。 人生をよりモチベーティブにするためには
AWSモバイル/IoTサービス徹底攻略！！ http://classmethod.connpass.com/event/22060/ 2015年11月21日（土）
はじめに AWS Lambda と API GatewayでRails使わずに済んだ話 // Speaker Deck をスライド公開したら意外とはてブ付いてたので、手順をQiitaに書いといた方が活用されやすいかなと思ったので書きます。 ステップ 以下の手順で構築していくことになります。 AWS Lambda に実行したいソースを書く AWS API Gatewayの設定をする 実際に呼び出す 1. Lambdaに実行したいソースを書く 今回は実際に私が利用したPythonでの実装例を書きます。フォームで入力を受け付け、運営側には入力された内容のメールを、ユーザには自動応答のお礼メールを送る、という内容です。 新規作成 > microservice-http-endpoint-pythonを使用 既存のコードはAmazon DynamoDBに入れるコードになっているのを以下のように修正
2 import boto3 3 import json 4 5 OUR_EMAIL = "ӡӦαΠυͷϝʔϧΞυϨε" 6 7 def send_email(to, reply, subject, body): 8 client = boto3.client('ses', region_name='us-east-1') 9 10 response = client.send_email( 11 Source=OUR_EMAIL, 12 Destination={ 13 'ToAddresses': [ 14 to, 15 ] 16 }, 17 Message={ 18 'Subject': { 19 'Data': subject, 20 }, 21 'Body': { 22 'Text': { 23 'Data': body, 24 }, 25 } 26 }, 27 ReplyToA
こんにちは！おおはしりきたけです。今回も突撃！隣の開発環境という形でイケてる開発会社さんの開発環境についてインタビューさせてもらいました。第10弾として、ペロリさんに訪問させてもらいました。インタビューに答えていただいたのは、サーバーサイドエンジニアの朝香さん、Androidエンジニアの東海さんです。 突撃！隣の開発環境とは 技術事例やノウハウなどは、ブログや勉強会などで共有されることが多いと思います。しかし、各社の開発環境や開発体制などは意外と共有されていないこと多いと思います。ノウハウの流出になるかもしれませんが、それ以上に、より良い開発を目指している会社さん同士で情報交換を行い、良いチーム、良いプロダクトを作っていくという志の会社さんの為の情報共有のための企画になります。開発環境や開発体制なども技術領域によっても変わってくると思いますが、この突撃！隣のシリーズでは様々な会社さんのイケ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? というテーマで東京Node学園祭2015でセッションさせて頂くことになったので、先に整理/メモ的ななにかを。 （追記）以下資料で発表しました。 大規模Node.jsを支える ロードバランスとオートスケールの独自実装 http://www.slideshare.net/kidach1/nodejs-54841327 作ったもの ・スマホゲーム（マルチプレイアクション） 【公式】メザマシフェスティバル(メザフェス) | 株式会社アカツキ https://mezamashi-festival.aktsk.jp ・2D横スクロール ・マルチプレ
社内サーバゼロ、フリーアドレス、メールをやめてSlack。クラウド専業SIerが模索するクラウド時代の働き方 夏サミ2015 クラウド時代に対応した優れた組織を作り、エンジニアに効率よく働いてもらうにはどうすればいいのでしょう？ 7月29日に都内で行われたイベント「Developer Summit 2015 Summer」（夏サミ2015）では、サーバーワークス代表取締役 大石良氏が、「AWS専業クラウドインテグレータが語る クラウド時代のエンジニア像」と題した講演の中で、クラウド専業SIerとして取り組んでいる新しいオフィスのファシリティ、IT環境、人事制度などについて解説しています。その内容を記事にしました。 大石氏の講演の内容は、3つのテーマに分けて3本の記事で公開しています。 クラウド専業SIerは従来のSIerとどこが違うのか？ 夏サミ2015 社内サーバゼロ、フリーアドレス、メ
4. Masashi Terui @ marcy_terui I’m a developer and architect in the operators company (JIG-SAW Inc.) I'm the organizer on the some of events in sapporo with the theme of "Infrastructure as Code”. I’m a AWS Certified DevOps Engineer Professional. I’m a member of JAWS-UG Sapporo and GCPUG Sapporo (Coming soon!) I’m the winner of “Tuningathon 5” (The theme was MySQL!) ABOUT ME 4
Herokuを任意のAmazon VPCに展開できる「Heroku Private Spaces」パブリックベータ公開。ついに東京リージョンのAmazon VPCでもHerokuが利用可能に Herokuを任意のAmazon VPCに展開できる「Heroku Private Spaces」がパブリックベータとして公開されました。 もちろん、Amazonクラウドの東京リージョンにも展開可能です。国内データセンターでついにHerokuの環境が実現することになります。 Heroku Private Spacesは、これまでHeroku内部でマルチテナントとして提供されていた環境を、顧客ごとに分離されたプライベートクラウドに展開可能にしたもの。これまで以上に顧客ごとに分離された環境を実現できるため、より高いレベルでのセキュリティコントロールが実現されます。 「今後のロードマップでは、社内のイントラ
最近、TerraformやCloudFormationみたいに、JSONや独自DSLなどでかっこよくAWSを管理するツールがいろいろ出てきてます。 こういうツールは便利そうだなとは思うんですが、なんかふと、ユーザがホントに求めているものはコレなんだろうか？と思いました。 なんだかんだ言って、一番多く使われているサーバ管理ツールは『Excelサーバ一覧』なのではｗ？ じゃあExcelで同じようなことが出来ればそれが一番いいのでは？と。 というわけで、Excelは手元になくてキツイので、今回はGoogleスプレッドシートでAWSのサーバ構成管理をやってみました。 使い方 事前準備 サンプルのスプレッドシートをコピーする 『ツール』 -> 『スクリプトエディタ』 -> config.gsを編集 AWS_ACCESS_KEY_ID、AWS_SECRET_ACCESS_KEYにAWSのアクセスキーを
大量のファイルをgzipしたものをS3に配置したいニーズがあって、非力な手元のマシンで一旦gzipしてから転送するよりはLambdaにやらせたらいいのではないか？ということでやってみました。 以下のようなLambda functionを設置 大きなファイル(数十MB以上)を扱う場合はtimeoutをデフォルトの3秒から伸ばす。メモリも128MBでは足りないことがあるので512MBなど S3の読み書き権限があるIAM Roleを設定 S3のイベント通知でLambda functionをkick aws s3 sync で大量のファイルを同期してもアップロードが終わったファイルから順番に処理が走るので、同期が終わった数秒後にはgzipされたファイルが生成されている状態になります。 var aws = require('aws-sdk'); var zlib = require('zlib');
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く