タグ

2015年5月29日のブックマーク (7件)

  • 世界展開する大規模ウェブサービスのデプロイを支える技術 - YAPC::Asia Tokyo 2015

    Miiverse とは任天堂株式会社が運営しているウェブサービスであり、世界中の Wii U やニンテンドー3DS、そして PC やスマートデバイスから利用することができます。 AWS 上でマルチリージョン構成をとり大量のサーバを抱える Miiverse のデプロイを支える技術と運用上の工夫、そして株式会社はてなと任天堂株式会社が共同で開発する Git リポジトリの同期システムの構築を通して得られた経験をもとに、大規模なウェブサービスを素早くかつ安全に改善する方法を紹介します。 概要 これまでの Miiverse のデプロイ 採用している技術の紹介 運用の概観 運用上の tips Git リポジトリ同期システム 背景 はてなにおける先行事例 アーキテクチャ紹介 新しいアーキテクチャのデプロイ 現状のアーキテクチャの課題とその解決 取り上げる予定のキーワード マルチリージョン Git Git

    progrhyme
    progrhyme 2015/05/29
  • そのっつ (Naotoshi Seo) on Twitter: "世に溢れてるはずなんだが、自分のブログに書いておかないと検索ワードがわからない案件"

    世に溢れてるはずなんだが、自分のブログに書いておかないと検索ワードがわからない案件

    そのっつ (Naotoshi Seo) on Twitter: "世に溢れてるはずなんだが、自分のブログに書いておかないと検索ワードがわからない案件"
    progrhyme
    progrhyme 2015/05/29
    わかる。"perl ワンライナー" とか自分のブログでよく調べる。
  • Big Sky :: 何もソースコードを変更せずに2038年問題を解決する。

    まず2038年問題というのをご存じでしょうか 2038年問題 - Wikipedia 2038年問題(にせんさんじゅうはちねんもんだい)は、2038年1月19日3時14分7秒(UTC、以下同様)を過ぎると、コンピュータが誤動作する可能性があるとされる年問題。 http://ja.wikipedia.org/wiki/2038%E5%B9%B4%E5%95%8F%E9%A1%8C C言語で epoch を扱う time_t が32bit OS上でオーバーフローし日時間2038/01/19 12:14:07の次に1901/12/14 05:45:52が来てしまうという問題です。まぁそもそも2038年にもなって32bit OSを使っている側が悪いと言えばアレですが。 実際にどんな事が起きるかは、32bit OS上で以下を実行すれば分かる。 #include <stdio.h> #include

    Big Sky :: 何もソースコードを変更せずに2038年問題を解決する。
    progrhyme
    progrhyme 2015/05/29
    "64bitに移行しましょう"
  • Kata Enterprise Edition - The speed of containers, the security of VMs

    Kata Containers is an open source project and community working to build a standard implementation of lightweight Virtual Machines (VMs) that feel and perform like containers, but provide the workload isolation and security advantages of VMs. The Kata Containers project has six components: Agent, Runtime, Proxy, Shim, Kernel and packaging of QEMU 2.11. It is designed to be architecture agnostic, r

    Kata Enterprise Edition - The speed of containers, the security of VMs
    progrhyme
    progrhyme 2015/05/29
    Hypervisor で Docker を動かすって発想なのかな。軽量でセキュアと。コンテナとVMのいいとこ取りみたいな。
  • シンプルな分散ジョブスケジューラを作ってみた #appkoyomi - weblog of key_amb

    github.com 掲題の通り、軽量動作する分散ジョブスケジューラを作ってみました。 名前は Koyomi としました。 Perl で書きました。CPAN にもアップしています。*1 Motivation 出発点となった課題感としては、だいたい cron の冗長化法について調べてみた #cron - weblog of key_amb という記事に書いた通りです: バッチサーバの冗長化は割と見過ごされやすい やろうとするとちょっと面倒 上の記事では cron を冗長化するやり方をいくつか紹介したのですが、NFS は SPOF になりやすいし、keepalived を使ったやり方もなんだかトリッキーで少し複雑な気がしないでもないです。 そこで、もっとシンプルに高可用性を達成するやり方はないかなと考えて、実装してみました。 動作原理 仕掛けは割と単純で、スケジュールのデータストアをスケジュー

    シンプルな分散ジョブスケジューラを作ってみた #appkoyomi - weblog of key_amb
    progrhyme
    progrhyme 2015/05/29
    1st Release !!
  • x86サーバをたばねてハイパーコンバージドインフラを構築するNutanix。無料のNutanix Community Editionを発表

    x86サーバをたばねてハイパーコンバージドインフラを構築するNutanix。無料のNutanix Community Editionを発表 「ハイパーコンバージドインフラ」と呼ばれる新しい種類のサーバ群が登場しています。 これまで、サーバ、ネットワーク、ストレージが統合された「コンバージドインフラ」では、ストレージは共有ストレージアレイを利用するのが一般的で、複数のサーバが共有ストレージアレイに接続され、統合されていました。 新しく登場した「ハイパーコンバージドインフラ」は共有ストレージアレイを利用せず、個々のサーバに内蔵されたストレージをストレージ仮想化ソフトウェアによって単一のストレージプールとして構成し、利用するというものです。 これによって物理的な共有ストレージアレイが不要となり、SSDやHDDを内蔵したブレードサーバを並べていくだけで、数百台以上の規模でスケールアウトするシンプル

    x86サーバをたばねてハイパーコンバージドインフラを構築するNutanix。無料のNutanix Community Editionを発表
    progrhyme
    progrhyme 2015/05/29
    こういうハードもあるんですね。 "x86サーバをたばねてハイパーコンバージドインフラを構築するNutanix。無料のNutanix Community Editionを発表"
  • fluent-plugin-secure-forwardの脆弱性とアップデートのお知らせ - たごもりすメモ

    (追記 5/29 13:15) この更新の際、設定ファイルの shared_key についても変更されることをお勧めします。また変更をいくつか追加した v0.3.2 をリリースしましたので、このバージョンをお使いください。 これは v0.2.x を使用していたときに shared_key_digest を(あるいはshared_keyそのものを)攻撃者に入手されていた場合、認証情報をリプレイ送信されることで攻撃者が input plugin に接続できてしまう可能性があるためです。 深刻度は高くありませんが、念のため shared_key の変更をお勧めします。 また v0.3.2 は認証プロトコルに input plugin から送信するナンスをひとつ増やし、この種の攻撃可能性を排除するための変更を含んでいます。 (追記ここまで) fluent-plugin-secure-forward

    fluent-plugin-secure-forwardの脆弱性とアップデートのお知らせ - たごもりすメモ
    progrhyme
    progrhyme 2015/05/29
    Severity: High / "fluent-plugin-secure-forwardの脆弱性とアップデートのお知らせ"