4. アプリケーションを動かすには 実行環境が必要 □ ２つの方法 ・EC2 や ELB を利用して実行環境を構築する →手間がかかる 自由度が高い ・AWS Elastic Beanstalk を利用する →スケールできる環境を即構築 バージョン・環境の管理が簡単 5. AWS Elastic Beanstalk とは □ Webアプリの実行環境を構築・管理するサービス Auto scaling Group Instance Instance Amazon RDS Elastic Load Balancing CloudWatch デプロイ AWS Elastic Beanstalk S3war zip Amazon SNS Internet 6. AWS Elastic Beanstalk とは □ サポートする言語とスタック ・Apache Tomcat for Java ・Apac

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Elastic Beanstalkでサービスのサーバ環境を自動でセットアップ、指定条件でオートスケーリングを設定します。 まだ情報が少ない印象がある中、実運用で使用するために設定しているのでたぶん他のどの日本語記事より細かい、はず。 というか凄い手探り感があった。 Can & Can't 読み進めて絶望しないように先に書いておく。 Yes we can!! サーバの応答が遅くなったり、CPU負荷が上がったりした時に自動でEC2インスタンスをロードバランサ下に紐づけて登録済みファイルを配置してくれる 自動でデプロイされたサーバには指定した

本番環境で RDS を運用して数ヶ月。いろいろ試して RDS のパフォーマンスを上げるコツがわかってきたのでまとめたいと思います。 ここで取り上げるコツは以下を前提にしています。 データベースは PostgreSQL (Multi-AZ 配置) Read よりも Write が多い 夜間のバッチ処理がピーク 1 レコードは小さいが、一度に書き込むレコード数は多い アプリケーションの特性によっては当てはまらないこともあるでしょうし、他の RDBMS では結果が違ってくると思います。そこを踏まえたうえで参考にしてください。 Availability Zone はどちらかに寄せる RDS の Multi-AZ は耐障害性を上げるために欠かせない機能で、本番環境では Multi-AZ 配置が推奨されています。 Multi-AZ 配置にすると物理的に独立した AZ (Availability Zon

1. AWSマイスターシリーズ Amazon Relational Database Service (Amazon RDS) 2013.04.10 アマゾンデータサービスジャパン株式会社 ソリューションアーキテクト 松尾 康博 © 2012 Amazon.com, Inc. and its affiliates. All rights reserved. May not be copied, modified or distributed in whole or in part without the express consent of Amazon.com, Inc. 2. 今日のAgenda Amazon RDSの概要 Amazon RDSの主要機能について Amazon RDSの新機能紹介 料金モデル まとめ 2 © 2012 Amazon.com, Inc. and its a

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

How unicorn talks to nginx - an introduction to unix sockets in Ruby By Starr Horne on Jul 14, 2015 Ruby application servers are typically used together with a web server like nginx. When user requests a page from your Rails app, nginx delegates the request to the application server. But how exactly does that work? How does nginx talk with unicorn? One of the most efficient options is to use unix

お探しのページはみつかりません一時的にアクセスできないか、移動、削除された可能性があります。

自分はImmutable.jsとRxをなぜ採用しなかったか、自分の考えを整理するために書き出してみる。 僕の理解が及んでいない無知のゆえのアレもあると思うので間違っていたら罵倒ブコメお願いします。 Immutalbe(.js) 扱う対象をイミュータブルにするのはたぶん間違いなく正しい。正しいが、現時点のエコシステムにおいてその必要性を示せてない。具体的に言うと、Immutable.jsの110kbのオーバーヘッドの配信負荷、読み込み負荷、開発者の学習コストを支払ったとき、それに見合う価値を提示できているのか？にまだ疑問が残る。 PureなJSでも、ただ単に目的のデータを作るだけなら、ほとんどのケースで組み込みのarray.mapとObject.assign(またはそのポリフィル)で代用できる。(勿論生成したオブジェクトに副作用を加えないことが前提になるが) あと型がない環境でImmutab

2015 年の七夕の日に開催された @yucovin さん主催の「WWDC2015 情報共有会」で、Swift 2.0 で登場したプロトコル拡張 (Protocol Extension) の基本的な書き方を中心に、簡単にながらその魅力を紹介してきました。 プロトコル拡張って、機能だけ見るとそんな難しいものではなくて、それより使いどころを意識する方が大事なのかも？ そう思って、新機能ではないですけれど、それを支えるそもそもの「プロトコル」というものについての特徴をさらっと整理してみて、そこのどこに今回のプロトコル拡張が食い込んできたのか、そんなところを雰囲気程度ですけれど、感じられるようにしてみました。 プロトコル拡張に関心を持つきっかけにしてもらえたら幸いです。Read less

アフィリエイトに興味があるけど、実際にどんな風行えば良いの？と思っている方もいるのかな？と思いますが僕がメインにしているASP（アフィリエイト・サービス・プロバイダ）のバリューコマースでは、半年に1度「ASコンテスト」というコンテストが行われており、自分のアフィリエイトサイトを応募するというコンテストが行われています。 今回は2015年度上期のASコンテストにとあるサイトで応募してみたら何故かわかりませんが、努力賞で受賞しました＼(^o^)／ で努力賞の賞金は5000円！！！ あ、応募したアフィリエイトサイトの今までの確定成果報酬よりも多いかも(^_^;) ということでバリューコマースのASコンテストとアフィリエイトのことについて書いてみます。 今回受賞したサイトは下記のものです。 TOKYO23 東京の絶景 応募したサイトについて もともとはてなブログで今まで行った観光地や絶景スポットを

『MarkeZine』が主催するマーケティング・イベント『MarkeZine Day』『MarkeZine Academy』『MarkeZine プレミアムセミナー』の 最新情報をはじめ、様々なイベント情報をまとめてご紹介します。 MarkeZine Day

日記を毎日つけるのは良いことですが、スラスラ書ける人もいれば、そうでない人もいると思います。もし何を書けば良いのかわからないのであれば、次のヒントを参考にしてみて下さい。 日記を書くことは精神衛生上も良いし、クリエイティビティも高まります。Time誌の記者Eric Barker氏は、日記帳に何を書いたら良いか、次のように述べています。 1．楽しみにしていることを書いてみる 楽しいことを心待ちにしている人は、幸福度が高くなるそうです。少なくとも週に1度は計画を立てて書き出し、頑張らなければいけない時に、後に待っている楽しみな予定について考えるようにしましょう。 2．自分の成長を書き出してみる 自分の強みと弱みを知りたくはないですか？ 計画を日記に書いて、後から結果と比べてみましょう。自分がどんなことに才能があるのか、また成長しているかどうかを知るのには、とても良い方法です。 3．心配事を書き

はじめまして。 X Production部 / TechArt and Animation チーム所属で、アニメーションディレクターを拝命しております、清田 徹と申します。 はやいもので2015年ももう半分終わってしまいましたね。 おそろしいですね。 今回は、最近よく和製スマートフォンゲームで見かけるようになった、多関節2Dキャラクターモーションについてお話ししたいと思います。 多関節2Dキャラクターモーションならではのノウハウって意外と世の中に広まってないなと思いましたのでそのあたりも交えつつお話できればと。 まずは、今回サンプルとして用意したキャラクターをご紹介。 下記のようなパーツ構成になっています。 【パーツ構成】 頭：Head 胸：Chest 腰：Hip 上腕：UpperArm (左右共通) 腕：Arm (左右共通) 手：Hand 腿：Thigh (左右共

手前味噌ながら私は毎日、『Suzie』をはじめとする複数のサイトに書評を寄稿しています。1週間に10数本書いていますので、単純計算でも年間600本以上。 読むことと書くことが好きだからできているわけですが、きょうはそんな私の著書『プロ書評家が教える 伝わる文章を書く技術』（印南敦史著、KADOKAWA）をご紹介したいと思います。 長いライター経験を軸に、「読む」「まとめる」「書く」「伝える」ことについての持論をまとめたもの。「読ませる」文章に必要な4つのポイントを引き出してみましょう。 ■「読ませる」文章に必要なもの1：センス 文章の書き方を解説した書籍は少なくありませんが、いきなりセンスを持ち出してくる書き手は少ないかも。それどころか、冗談扱いされる危険性だってあります。 しかし、「伝わる」文章を書くにあたり、センスはとても重要な意味を持ちます。エッセイであれ小説であれ、それどころか企画

2.2. システム処理イメージ ログを解析する仕組みとして、こんなフローを考えてみました。 (1) OpenStackが出力するログを、ログ中継サーバーへ集約する。 (2) 集約したログをElasticsearchとNorikraへ送信する。 (3) Norikraへ送られたログを、SQLストリーミング解析にかける。 (4) 解析の結果は問題の有無に関わらずElasticsearchへ格納し、異常が検出された場合はZabbixへ通知する。 (5) 通常のサーバー監視はZabbixが行う。 (6) (2)、(4)でElasticsearchへ送られたデータはKibanaを使用して可視化する。 図 1　システム処理イメージ 3. ログを収集してグラフ化してみる。 まずは、OpenStackの各コンポーネントが出力するログ量の推移と、API実行数の推移のグラフ化してみました。ログメッセージの内容

DevLOVE × JAWS-UG中央線による「AWSな現場」！ 概要 プログラマ、インフラエンジニアのAWSの現場のお話をしていただきます。AWSを利用した試行錯誤の経験談がもとになった、開発・運用の実践知満載のお話です。月曜日から役立てられる知恵を学び、現場を楽しく、そして現場を前進させましょう。 DevLOVEは 「現場のDiffを取る」 をスローガンに活動を行っています。あちらの現場とこちらの現場、現場現場で直面している課題と取っている工夫。自分の現場とのDiffを取ることで、やるべきことや、やめるべきことが見えてくるのではないでしょうか。自分自身がやっていることを客観的にみることは難しいことだったりします。今宵、現場のDiffを取りにきてみてください。そこから何を始めるかは、現場次第です。 第一部：プログラマ、インフラエンジニアの現場の開発・運用での試行錯誤の3つの話 第二部：参

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Webエンジニアの種類は、概ね フロントエンドエンジニア：見える部分を作る人 サーバサイドエンジニア：動的な処理を記述する人 インフラエンジニア：各種サーバ環境を整える人 に類別できる。 ただし、人によってその担当領域が異なるため、明確な線引はできない。 （サーバサイドエンジニアがインフラをやったりフロントをやることも大いにあり得る） 「クライアント・サーバ」の概念との関係付けをするならば、下記画像のようになると言えるが、普段そういうことを意識することはあまりない。 フロントエンジニア： 上記画像の「ビュー」に直接関与する部分を作成するエンジニア クライアントサイドに送るデータ（HTML、CSS、JS等）を記述するエンジニア サーバサイドエンジニア： 上記画像の「処理」部分を記述するエンジニア DBアクセス・各種ファイルへのアクセス・その他目に見えない動的な処理を記述するエンジニア インフ

最初に申し上げておくと、自分はあまり耳がよくありません。これはちょっとしたコンプレックスです。英語を聞きとる時は、耳に手をかざしながら聴くとすごくクリアに聞こえます。ですがいまだにBとVの発音の違いがわかりません。LとRもあやういです。中学生の時に基本的な文法はマスターしましたが、高校生の時はませていたので、周りの皆が受験英語をやっている中、自分はひたすら辞書で発音記号を調べたり、ビートルズなどの比較的簡単な歌詞の洋楽と、本屋で買った下の本を写経のように聴きつづけていました。 聞き取り・書き取り用CD付 英語は絶対、勉強するな!―学校行かない・お金かけない・だけどペラペラposted with amazlet at 15.07.16鄭 讃容 サンマーク出版 売り上げランキング: 21,076 Amazon.co.jpで詳細を見る 海外に行くまでには、そういうバックグラウンドがあります。最初

京都と大阪であったElasticsearch勉強会で発表をしてきました。 もともと京都でだけ発表する予定でしたが、発表者が足りないとのことだったので急遽大阪でも同じ内容を発表しました。 Elasticsearch勉強会 in 大阪 - elasticsearch勉強会 | Doorkeeper Elasticsearch勉強会 in 京都 - elasticsearch勉強会 | Doorkeeper 内容ははてなブックマークのトピック生成の話で、少し前にはてなエンジニアセミナーでも少し話したんですが、今回はElasticsearchを使ってる部分を中心にした発表です。 以下がスライドです。 勉強会の詳細については、 @johtani さんのブログをご覧ください。blog.johtani.info

3. レイヤードアーキテクチャ (c) 2015 Masashi Shinbara @shin1x1 • アプリケーションをレイヤ（層）に分割 • レイヤ毎に役割を担う • レイヤ間で協調して、処理を行う 4. OSI参照モデル (c) 2015 Masashi Shinbara @shin1x1 7.Application 6. Presentation 5. Session 4.Transport 3. Network 2. Data link 1. Physical