RubyなしでItamaeレシピを実行できる「itamae-go」を作った - k0kubun's blog
Goとmrubyを使ってitamae-goを作った github.com Pokemon Goが流行っていたので流行に乗じてItamae Goを作った。 というのは冗談で、手元の開発環境のセットアップにitamaeを使っているのだけど、まっさらな環境でitamaeを実行したい時にRubyやitamaeをどういれるかについて考えるのが面倒なので、Rubyなしで実行できるitamaeを作った。Goで実装し、mrubyでレシピを読むことによりRubyなしでの実行を実現した。 インストール方法 Releasesにバイナリを置いてあるのでこれをダウンロードする。基本的には環境セットアップ用のシェルスクリプトからこれをcurlなりwgetなりでダウンロードして使うことを想定している。 なんか動かなかったらgit cloneしてmakeすればその環境用のバイナリが作れるはず。 *1 使い方 普通にita
はてなでの サービス信頼性向上のための 取り組み事例
SRE Tech Talks ( http://connpass.com/event/34825/ ) でお話した際の資料です
Haconiwa のrpm/debパッケージを配布開始しました - ローファイ日記
packagecloud を使っております。 udzura/haconiwa - Packages - packagecloud.io | packagecloud 便利です。一応 CentOS >= 7 / Ubuntu Trusty / Ubuntu Xenial / Debian jessie で利用できると思います。 パッケージをインストールすると3つのバイナリが入ってきます。 haconiwa haconiwa コマンド本体です。READMEにあるようなhacoファイルを解釈してコンテナを立ち上げたりできます。まあ 例 の通りです。debootstrapなどでルートファイルシステムを作っておためしください。 hacorb haconiwa コマンドと大体同じmgemが入った、mrubyのバイナリそのものです。個々のmgemの機能を直接組み合わせて、Rubyでプログラムを書いたりで
LXD 2.0でlive migrationしてみる - （ひ）メモ
Ubuntu 16.04 LXD 2.0.0 基本的には LXD 2.0: Live migration [9/12] | Stéphane Graber's website に書いてある通りなんで、これの補足という形になります。 まず、live migrationを行う（ホストh1にあるコンテナc1をホストh2にlive migrationする場合）のにこのようなコマンドを実行すると hirose31@h1$ lxc move c1 h2:「error: Error transferring container data: websocket: bad handshake」というエラーで失敗し、以下のようにlocalの場合でもremote名を添えて実行すれば成功しました。 hirose31@h1$ lxc move h1:c1 h2:従って、予め自ホストの分もremoteの登録が必要でし
Redisのクエリーアナライザー "redis-traffic-stats" を書きました - （ひ）メモ
redis-traffic-stats という Redis のクエリーアナライザーを作りました。 https://github.com/hirose31/redis-traffic-stats redis-traffic-statsはtcpdump -wで書き出したpcapデータを解析して、以下のような統計を表示します。 総ネットワークトラフィック量と平均byte/sec 総リクエスト数と平均とピークのreq/sec コマンド毎のリクエスト数、総リクエスト数に占める割合、req/secを、リクエスト数が多い順に上位10コマンドを表示 コマンド毎の総転送バイト数、byte/secを、総転送バイト数が多い順に上位10コマンドを表示 コマンド別に、キー毎の総転送バイト数、byte/sec、リクエスト数、リクエスト数の割合、req/secを、総転送バイト数が多い順に上位10キーを表示 時間のかかっ
「はてな」という社名にはこんな苦労がある！ - はてな編集部ブログ「編む庭」
こんにちは、はてな編集部の万井（id:ayakoya）です。2008年に入社し広報・マーケティングを担当した後、2010年から「編集者」として、「はてなの編集」に関わってきました。 はてなに「編集」という職種が誕生するもっともっと前、今よりもずっと従業員数が少なかった頃、メールマガジンやサービスの告知、ガイド、ヘルプなどの「文章を書く仕事」には、広報担当者以外の職種（エンジニア、デザイナー、ディレクターなどなど）も携わっていました。徐々にスタッフの数が増え、組織が出来上がっていく中で、広報・マーケティング分野のスタッフが「編集」の仕事をするようになっていきました。 はてなの沿革ページの一部です。歴史を重ねてだいぶ長くなりました。 はてなというエンジニアが非常に多い会社で、私は図らずも「編集」に近い業務分野をずっと経験してきました。広報担当者だった頃はプレスリリースの執筆もしていました。そこ
Log Structured Merge Trees - ben stopford
It’s nearly a decade since Google released its ‘Big Table’ paper. One of the many cool aspects of that paper was the file organisation it uses. The approach is more generally known as the Log Structured Merge Tree, after this 1996 paper, although the algorithm described there differs quite significantly from most real-world implementations. LSM is now used in a number of products as the main file
主催者の皆さまにご利用料をお支払いいただく理由 | Doorkeeper
ポール・マクマホンはDoorkeeperの共同設立者であり、現在は同社代表を務めています。2010年9月からはTokyo Rubyist Meetupも主催しています。 今回のDoorkeeperの料金体系変更により、これまで無料だったサービスを有料でご利用いただくよう多くの皆さまにお願いすることになりました。最悪ですよね。かつて無料だったものにお金を払うなんて、決して嬉しいことではありません。それを知っていながら、なぜ今回の変更に至ったのか。その背景にある僕たちの考えを詳しく説明させてください。 まず最初にお伝えしたいことは、Doorkeeperはサービス継続のために必要な収益を十分に上げていなかったということです。Doorkeeperは、僕自身ともう一人の共同設立者であるミヒャエル、そしてパートタイムのサポートメンバーというごく少人数のチームで、少ないコストで動いています。前払いチケッ
netmap2
DDOS MITIGATION WITH NETMAP AND RUST 45 days later WHAT’STHE PROBLEM AGAIN? • TCP 3-way handshake • kernel can’t handle the load HOW DO WE SOLVE IT? • developing our own solution from scratch using userland networking HOW DO WE SOLVE IT? WHERE WE LEFT LASTTIME • 5M SYN packets, 16 cores utilised A CHALLENGER APPEARS WHY SO SLOW? • we’re so slow, kernel developers are catching up • that’s no good W
QUICの仕様を翻訳していく (追記 2018/10/26 - ASnoKaze blog
2018/10/26 現在最新版の draft-16 について翻訳を開始しました GitHub - flano-yuki/my-quic-spec-translation: QUICの仕様の翻訳 2017年追記 2017年時点で、仕様は更新され、拡張仕様も出てきています。 asnokaze.hatenablog.com QUIC in ietf96 「Google の試験的トランスポート、QUIC のアップデート」などでも紹介されている、Googleが提案・実装してるQUIC。 すでに関連するドキュメントはChromium Projects配下のページで公開されていますが、先日IETFにQUICの仕様が提出されています。 さらに先週ドイツで行なわれたIETF96の中でQUICに関する議論が行なわれ、IETFとしてQUICの標準化を進める事が決まりました。セッションの発表ではQUICのプロト
Ingress、ポケモンGOの開発現場。Niantic川島優志さんに聞く。【前編】 | AdverTimes.（アドタイ） by 宣伝会議
さて、日本でもとうとう「ポケモンGO」がローンチされました。皆さんも恐らくご存知の通り、一足先にリリースされたアメリカではもはや社会現象になっています。ローンチからたった一週間ですでにモバイルゲーム歴代最高のユーザー数を獲得し（！）、アクティブユーザー数ではTwitterを追い越しました。僕が住む比較的郊外でさえ、道を歩けばポケモンGOをプレイしている人と何度もすれ違います。アメリカに住んで12年、こんなことは初めてです。とにかく話題で持ちきりのポケモンGO、このゲームを任天堂と共同で開発している会社がサンフランシスコにあるNiantic, Inc.です。 Niantic, Inc.は元々Googleの社内スタートアップとして始まり、これまでにIngressというモバイルゲームを開発してきました。Ingressのゲームコンセプトは陣取りゲーム。ゲームフィールドは私たちが住む現実の世界そのも
異常検知と変化検知のまとめ 数式なし - Qiita
この記事は、「Machine Learning Advent Calendar 2015」の17日目の記事になります。 「異常検知と変化検知」の本は良書だったので買うのに迷っている人のためにまとめてみました。 間違いがあれば、ご指摘頂けると幸いです。 数式を見て厳密に理解したい方は書籍購入をおススメします。 またコードに直すときはアルゴリズムが必要です。 本書籍ではアルゴリズムも記述してくれいてるのでおススメできます。 本記事ではアルゴリズムには言及しません。 この記事で得られるもの １：異常検知における手法の種類 ２：異常検知における手法をどのシーンで使用するか ３：異常検知における機械学習をどのように応用するか 以上です。 本記事の見方 利用シーンと簡単な手法を記述したので、利用シーン 異常検知の基本的な所だけ抑えたい 異常検知と変化検知の基本的な考え方 ホテリング法による異常検知 単
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Hybrid SERVER Architecture in Mercari
Lightning-fast, secure, automated package management
SuperRoot: Launching a High-SLA Production Service at Twitter