タグ

2014年11月28日のブックマーク (12件)

  • 実践!ヌーラボサービスでの CloudFront の障害対策 | 株式会社ヌーラボ(Nulab inc.)

    CDNが単一障害点にならないようにするために ヌーラボでは 2010 年 Cacoo の商用サービスの開始に合わせて AWS における運用を開始しました。当時、運用環境として AWS を採択する決め手の一つになったのが CloudFront でした。その後も着々とエッジロケーションは増え、独自ドメインのサポートなど魅力的な機能も提供され、今ではヌーラボの全サービスの静的ファイルの配信で利用している、無くてはならないサービスとなっています。 その魅力の反面、CloudFront の障害は、アプリケーションそのものに問題がなくても、以下のような表示が崩れた画面が表示されて、ユーザが全くサービスを使えなくなるという、その影響が非常に大きいものです。また障害の原因が DNS やネットワークの経路における問題といった、私たちが直接解決しにくい領域にあることもしばしばです。 ただ、どんな事情であれ、障

    実践!ヌーラボサービスでの CloudFront の障害対策 | 株式会社ヌーラボ(Nulab inc.)
  • AuroraのストレージのQuorum原理 - yoshidashingo

    cloudpackエバンジェリストの吉田真吾(@yoshidashingo)です。 今回発表になった Amazon RDS for Aurora。最大の特徴はストレージが従来のRDS(Multi-AZ)における「完全同期なミラーディスク型のレプリケーション」方式でなく、「Quorumベースの非同期レプリケーション」方式が採用された点です。 Quorumの概念 Quorum自体の概念の説明はWikiなどを参照してください。ノード間で投票を行い、定足数が揃った処理を実行/破棄するという考え方です。 Quorum - Wikipedia 同期型のミラーディスク型から非同期のQuorum型へ Aurora以外のRDSのMulti-AZ配備は、マスターノードのディスクへの書き込みをブロックレベルでスタンバイ側に適用する完全同期なフィジカルレプリケーションを行っています。これにはいくつかの課題が考えら

    AuroraのストレージのQuorum原理 - yoshidashingo
  • Amazon CloudFront の障害に備えてフェイルオーバーを設定する - Qiita

    時間 2014/11/27 の AM9時〜AM11時頃まで、全世界的に Amazon CloudFront に障害がありました。 CDNとして CloudFront を利用しつつ、障害時にはフェイルオーバーする方法をまとめました。 S3 CloudFrontのOriginがS3でない場合は、この項の設定は関係ありません。 CloudFrontのOriginとしてS3を使う場合、以下のようにします。 file.example.jp のような、使いたいドメイン名で S3バケット を作る Static Website Hosting を有効にしておく ドメイン名のバケットで Static Website Hosting が有効になっていないと、後述の Route53 の Alias Target に設定できません。 Health Check Route53 の Health Checks を

    Amazon CloudFront の障害に備えてフェイルオーバーを設定する - Qiita
  • デベロッパからマネージャへの転向 | POSTD

    デベロッパなら誰しも、自分の将来を決断すべき時が来ます。このままデベロッパ、またはシニアデベロッパのキャリアに留まってコードに専念するか、チームの管理を担うリードデベロッパや開発マネージャといった管理職の世界に飛び込むかの選択です。 ディルバート:プログラマからスーパーバイザへ 私自身も2011年に同じような決断をしました。ある大手インターネット銀行のシニアデベロッパだった私は、直属の部下はいなかったものの、数人をメンタリングしていました。当時私は、大学生に職場を世話して1年間のトレーニングを提供するアカデミーのプログラムに携わっていました。最初はメンターを担っていたのですが、最終的には、通常のシニアデベロッパの職と並行しつつ、そのアカデミーの管理を任されるようになりました。厳密な意味で、私が複数の人たちを直接管理したのは、この時が初めてで、私はその仕事を心から楽しみました。その後、私は消

    デベロッパからマネージャへの転向 | POSTD
  • ソフトウェア開発時に気をつけてる振る舞い - futoase

    他人と開発する多人数開発(2名以上)のお話。 なんとなく思ってること。 修正してください 仕様が変更になった上での変更であれば、修正ではない。 ので、「変更した理由」と「変更して欲しい意図」を説明する。 その前に一言、「修正」とかチケットで「修正」とつけてはいけない。 その人は「変更前の仕様」を充足した形で実装していたのだから。 バグを出した後の言葉かけ 僕は率直に、見つかってよかったと思うし、そう表現するのだけど、 人によって追い詰める言葉を発してしまう。 追い詰めると、次バグが見つかっても「気が付かなかったフリ」をされてしまう。 そうなると品質が下がる。意味が無い。 話を自己の経験100%で話してしまう 自分が得られた知見は重要なんだけど 働いてきた場所は10も無いだろう。というので 50%ぐらいに抑えて、後は他社の事例とか、 なんか優れたようなドキュメントとか開発の歴史事例とか それ

    ソフトウェア開発時に気をつけてる振る舞い - futoase
  • Rubyのエンコーディングその2 - tmtms のメモ

    この前「Rubyのエンコーディング」という記事を書いたのですが、それをネタに 8/25 の NSEG で発表しました。 Rubyのエンコーディング from Masahiro Tomita この中で、エンコーディングが原因で予期しないところで落ちてしまうことが結構あるという話もしたんですが、今回はプログラムが落ちないようにするにはどうすればいいかを考えてみます。 エンコーディングが原因で落ちてしまうのは大体次のパターンのようです。 文字列や正規表現のエンコーディングが異なる 文字列中に不正な文字が含まれている 文字列や正規表現のエンコーディングが異なる 正規表現をリテラルで生成していれば、エンコーディングは敢えて指定しない限りは普通はスクリプトエンコーディングになってると思うので、問題は文字列の方です。 特にファイルから読み込んだ文字列のエンコーディングが何になっているかに注意しましょう。

    Rubyのエンコーディングその2 - tmtms のメモ
  • Rubyのエンコーディング - tmtms のメモ

    Ruby 1.9 から文字列や正規表現オブジェクトはそれぞれエンコーディング(いわゆる文字コード)を保持するようになりました。 たとえば 0xB1 0xB2 という2バイトは EUC-JP エンコーディングでは「渦」、SHIFT_JIS エンコーディングでは「アイ」という文字になります。つまり同じバイト列でもエンコーディングが異なれば異なる文字として解釈されます。 1.8 では文字列はただのバイト列でした。なので、それがどのような文字を表しているのか、つまりエンコーディングが何なのかはプログラムが知っている必要がありました。 1.9 では文字列オブジェクト自身が自分が何のエンコーディングかを知っています。同じ 0xB1 0xB2 というバイト列でも、それが EUC-JP の「渦」なのか SHIFT_JIS の「アイ」なのかは、文字列自身が知っています。 スクリプトエンコーディング スクリプ

    Rubyのエンコーディング - tmtms のメモ
  • rubyでWindows(sjis)用のZIPファイルを作る。 - それマグで!

    linuxZIPファイルを作るとWindowsで文字化けしてしまう。日語はSJISに変換してからZIPに追記したいです。でもZIPコマンドは対応がいまいちでした。圧縮率は考えず、ただ、アーカイブ出来ればOK。 使い方 ruby zip-cp932.rb システム見積もり書-2011-03-01.zip システム見積もり書-2011-03-01 zip-cp932.rb #!/usr/bin/env ruby require 'rubygems' require 'kconv' require 'zipruby' require 'fileutils' KCODE="u" #windowsで開いて文字化けしないように #cp932でファイル名を指定してアーカイブする exit if ARGV.size < 1 if ARGV.size == 1 then ZIPFILE_NAME = A

    rubyでWindows(sjis)用のZIPファイルを作る。 - それマグで!
  • rubyでWindows(sjis)Zipファイルを文字化けさせずにunzipする。 - それマグで!

    Windowsで作ったZIPファイルに日語ファイル名やフォルダを含めると、UTF-8環境では化けます。その逆にUTF-8環境で作ったZIP語ファイルはWindowsで化けます。 文字化けさせずに取り出す。 文字化けさせない方法は色々あるがRubyでぱぱっと書くのが一番楽。 find -name "*.zip" -print0 | xargs -0 -I_ ./unzip.rb _ unzip.rb (2011-09-07 追加 以下コードの最新版をこのエントリの末尾に追加) #!/usr/bin/env ruby # zipruby が必須 require 'rubygems' require 'zipruby' require 'fileutils' require 'kconv' OUTPUT_DIR = "./out/" FileUtils.mkdir_p(OUTPUT_DIR

    rubyでWindows(sjis)Zipファイルを文字化けさせずにunzipする。 - それマグで!
  • 「Amazon Aurora」は伊達じゃない! ─FlyData 藤川氏が読み解くAWSのデータベース戦略 | gihyo.jp

    Amazon Aurora」は伊達じゃない! ─FlyData 藤川氏が読み解くAWSのデータベース戦略 第3回めとなるAmazon Web Services(AWS)の年次カンファレンス「AWS re:Invent」が、今年も例年通り米ラスベガスにおいて開催されました。11月11~14日の4日間に渡って延べ1万4000人の参加者を集めた今回のカンファレンスは、例年にも増してその規模も熱量もパワーアップしているのを実感させられました。 今回のre:Inventでは合わせて11の新サービスが発表されました。その中でもこれからのエンタープライズITを最も大きく変える可能性があるサービスといえるのが新データベースエンジン「Amazon Aurora」です。このAuroraの魅力について、今回、re:Inventに初出展を果たした米FlyData ファウンダーの藤川幸一氏にお話を伺いました(イン

    「Amazon Aurora」は伊達じゃない! ─FlyData 藤川氏が読み解くAWSのデータベース戦略 | gihyo.jp
  • MySQL Fabricつらいのカレンダー | Advent Calendar 2014 - Qiita

    yoku0825が25日間「MySQL Fabricつらい」と言い続けるだけのAdvent Calendarです。 1日1つずつ、Advent Calendarのコメント欄(最大127文字らしい)につらさをつづっていきます。 Secret Gistなら検索ノイズにならずに残せるのでそっちも併用していきます。 MySQL Fabricについて少しでも真面目な情報が欲しい場合は、 ブログに多少調べたことを綴っているのでそちらを是非。 日々の覚書

    MySQL Fabricつらいのカレンダー | Advent Calendar 2014 - Qiita
    hiromark
    hiromark 2014/11/28
    これわw
  • Yahoo!ニュース - ジャポニカ学習帳から昆虫が消えた 教師ら「気持ち悪い」 40年続けたメーカーは苦渋の決断 (withnews)

    ジャポニカ学習帳から昆虫が消えた 教師ら「気持ち悪い」 40年続けたメーカーは苦渋の決断 withnews 11月27日(木)12時30分配信 1970年の発売以来、累計12億冊を販売した「ジャポニカ学習帳」。表紙にカブトムシなどの大きな写真が入っているのが特徴でしたが、2年前から昆虫の写真を使うのをやめていたことが分かりました。きっかけは、教師や親から寄せられた「気持ち悪い」という声だったといいます。 【画像】もう見られない・・・2012年に姿を消した昆虫シリーズ 文具メーカー「ショウワノート」のジャポニカ学習帳は、来年で発売45周年になるロングヒット商品。すべて富山県にある社工場で作られていて、学年や科目ごとに異なる約50種類が販売されています。商品の形に商標権を認める「立体商標」として認められるなど、抜群の知名度を誇ります。 そんなジャポニカ学習帳の特徴の一つが、表紙を飾る写真で

    Yahoo!ニュース - ジャポニカ学習帳から昆虫が消えた 教師ら「気持ち悪い」 40年続けたメーカーは苦渋の決断 (withnews)
    hiromark
    hiromark 2014/11/28
    オライリーの本から動物が消えるようなものか。