どうも!大阪オフィスの西村祐二です。 2019年9月12日に2年ぶりに Developers.IO 2019 in Nagoya が開催されました。 そこで「サーバーレスで作ったIoTのバックエンドシステムで遭遇したエラーと対処法」という題名でお話しさせていただきました。 登壇資料 さいごに サーバーレスなシステムを運用していて遭遇したエラーと対処法、そこから学んだことを発表させていただきました。サーバーレスの運用について考えている人のお役にたてたら幸いです
Amazon Web Services ブログ 大規模なゲームサーバを最大90%安いコストで運用する方法 Fortnite: Battle Royale, Warframe, そしてApex Legendsなど成功している多くのビデオゲームでは、プレイヤーがゲームの一部に無料でアクセスできる”Free-to-Play”モデルを採用しています。このようなゲームは、もはや低品質なものではなく、プレミアムな品質を必要とします。ビジネスモデルはコストの制約を受けていますが、そのような状況に対してAmazon EC2 スポットインスタンスは実行可能な低コストのコンピューティングオプションを提供します。カジュアルなマルチプレイヤーゲームはもちろん、マルチプレイヤーゲームサーバのワークロードを実行するAmazon EKSコンテナのオーケストレーションではプレイヤーへの影響を最小限に抑え、コストを最適化す
PS課佐竹です。 AWSには様々なブルー/グリーン デプロイメントを行う手法があります。その様々なパターンをホワイトペーパーと共にご紹介したいと思います。 ブルーグリーンデプロイメントとは? ブルーグリーンデプロイメントのAWSホワイトペーパー Classic DNS pattern Classic DNS-weighted distribution Swap Auto Scaling group pattern Blue Auto Scaling group nodes in standby and decommission Launch configuration update pattern Scale up green launch configuration Scale down blue launch configuration Prepare green Elastic Be
AWS 採用を掲げクラウド化を前面に打ち出したところ、インフラ部門に関心を持つエンジニアや配属希望者が急増し、人材確保の悩みが解消されました。また、エンジニアにコスト意識が身につき、モチベーションも高まりました。 位置情報、移動軌跡、経路検索情報などのログを分析する基盤にサーバーレスのクエリサービス Amazon Athena を採用。他社クラウドのビッグデータクエリサービスから乗り換えたことで、Amazon S3 に蓄積していたログを転送する必要がなくなり、インフラコストを 75 %削減しました。また、同時にセキュリティ強化と運用負荷軽減も実現しました。 IT インフラのクラウド化により、リソース調達のリードタイムの短縮やオートスケールが可能になり、降雪時などアクセスが集中するタイミングでの対応力の向上、チャレンジコストの最小化、サービスごとの利用コストの可視化などを実現しています。 コ
過去の日記を読み返していて、あることに気づいた。 今日までに、俺がAWSでやってきたこと。 オンプレ時代であれば、サーバをラッキングして、電源を入れ、ネットワーク機器をケーブルでつないだ事くらいしかやっていない。サーバに至っては、電源を入れて、SSHで接続して、pingを打っただけ。 クラウドという環境に初めて触れて、すごいことをしている気分だったのに、改めて考えてみると、すごく単純作業しかしていないことに気づいてしまった。でも、今までであれば、必ずデータセンターに行って作業していた事が、手元ですぐに完結するというのはすごい。それは俺がすごいんじゃなくて、AWSがすごい。 とはいえ、俺も何もしていないわけではなくて、ネットワークを作ったり、サーバを立ち上げたりするのをいかに早くできるかというのを反復練習していたわけで、今となってはネットワークを構築して、サーバを起動するくらいなら30分もあ
cloudpackエバンジェリストの吉田真吾(@yoshidashingo)です。 昨日、DevLOVE現場甲子園2014東日本大会に参加して現場目線でのAWSセキュリティあるある的な話をして来ました。 その際にAWSのセキュリティ全般について知りたい場合に何を読めばいいか質問されたので、こちらで紹介しておきたいと思います。 AWSセキュリティセンター 1. AWSセキュリティ概要 ストレージデバイスの廃棄**の章では、ストレージデバイスが製品寿命に達した場合に、DoD 5220.22-M または NIST 800-88 に記載されている技術を用いてサニタイズを行ってから廃棄されるということが書かれています。 2. AWSセキュリティのベストプラクティス AWSの共有責任モデルを知る (1) Infrastructure servicesにおける共有責任モデル (2) Container
こんにちは、やま です。2回目の投稿です、よろしくお願いします。 前回、"Amazon Linuxの環境にRubyの実行環境を構築する方法" を紹介させていただきました。今回は、この環境上にknife-soloの環境をつくって、Webサーバを構築する簡単なレシピを作成・実行してみたいと思います。 構成としては以下のイメージです。 Amazon Linux(今回はami-be1c848e)を2台用意 knife-solo実行マシンは事前にRubyの環境を用意 両方ともインターネットへ接続可能 セキュリティグループの設定はそれぞれ以下の通り knife-solo実行マシン:sshが有効 Webサーバ: ssh, httpが有効 操作はすべてLocal PCからknife-solo実行マシンにSSH接続をしておこなっていきます。また、knife-solo実行マシンからWebサーバへアクセスする際
ども、大瀧です。 最近、お客さまからの問い合わせからElastic Load Balancing(ELB)の負荷分散について調べ社内資料としてまとめる機会がありました。せっかくなので、ブログ記事として公開してみます。内容は随時アップデートしますので、ツッコミ・ご指摘があればぜひお願いします! 負荷分散の仕組み ELBは、クライアントのリクエストを受け付けEC2インスタンスにトラフィックを転送するために、2種類の負荷分散を組み合わせて動作します。 スケーラビリティと冗長性のために、ELBはロードバランサの機能を提供するノードを複数動作させるはたらきがあり、クライアントから複数のノードへアクセスを分散させるためにDNSラウンドロビン、ノードからEC2インスタンスへのトラフィック転送を分散させるためにLeast Connsという手法を用いています。 DNSラウンドロビン DNSラウンドロビンはそ
1. AWSの課⾦金金体系 2014年年4⽉月版 AWS does not offer binding price quotes. AWS pricing is publicly available and is subject to change in accordance with the AWS Customer Agreement available at http://aws.amazon.com/agreement/. Any pricing information included in this document is provided only as an estimate of usage charges for AWS services based on certain information that you have provided. Monthly charg
「毎日の料理を楽しみにする」を理念に、料理レシピの投稿・検索サービスや生鮮食品に特化した EC サービスなどを展開するクックパッド。2018 年 4 月には、広告と連動した料理動画の事業化を行う部門が事業会社の CookpadTV として独立しました。現在、日本最大級の料理動画サイネージ『cookpad storeTV』と、有名人と一緒に料理が楽しめるクッキング Live アプリ『cookpadLive』の運営をメインに事業を展開しています。 料理動画サイネージの cookpad storeTV は、スーパーマーケットの売場にタブレット型の Android 端末を設置して、料理動画を配信するサービスです。「買い物中にスマートフォンで検索しなくても、クックパッドの人気レシピ動画を見ながら献立のヒントが得られるコンセプトで企画しました。肉売場では肉を使ったレシピ動画、魚売場では魚のレシピ動画と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く