筑波大学でデータベースの話をしてきました - kuenishi's blog
筑波大学の川島先生に呼ばれて木、金と情報システム特別講義Dというやつに参加してきた。こんなことになるとは思っていなかったが、あろうことか講師側で呼ばれてしまい、思えば遠くへ来たものだと感慨深い。フリは「RiakとNoSQLの話をしてもらえたら」という非常に自由度の高い内容なので、せっかくなので僕の知っていることを全部詰め込んで話してやろうと思ったら10分延長してさらにスライド10枚分くらいを消化不良で終了という、みっともない感じになってしまった。かなり端折ってポイントだけ説明したので流れが分からず苦労した方も多いと思うが、まあ僕の性格なので許してほしい。データベースの講義をひと通り終えた院生レベルを想定してスライドを作ったので、もしかすると、わりと難しかったり分かりにくかったりするかもしれないので、わからないことがあったら適当に質問してください。 言いたかったことの流れを僕なりにまとめると
Riak Meetup Tokyo #3 (2013/11/06 19:00〜)
Riak Meetup Tokyo #32013 / 11 / 6 18:30開場 19:00~東京ミッドタウン Yahoo!JAPAN セミナールームミッドタウン 2Fのゲートに特設セミナー受付ブースを用意しております。 参加される方は名刺を1枚ご用意ください。名刺の無い方は、受付にて氏名と連絡先（Eメール、お電話番号）を記載いただきます。会場入館時にご氏名所属の確認がありますので、申し込みフォームには「本名」と「会社名」、もしくは「所属組織」の記載をお願いいたします。Talks19:00 オープニング19:05-19:45 古城さん@Mixi 「RiakCSとmixi プライベートクラウド環境」mixiでのOpenStackを使ったプライベートクラウド環境におけるRiakCSの導入例です。RiakCSの運用や、RiakCSとfluentdやhiveを組み合わせた構成の紹介をしたいと思い
memcached API で Riak を叩けるようになりました - kuenishi's blog
その名もダイコーン。まずはget, set, delete だけなんですが、とりあえず適当に作ってもMemcachedの速度の1/40くらい出ます。そのうちいろんなデータベースのAPI備えて、クライアント側を書き換えなくてもRiakを叩けるようにしたいなーと思っています。memslapの結果だと $ ./clients/memslap --servers=localhost:11211 --non-blocking --concurrency=10 とすると memcached dicorn/mem dicorn/riak 1.987 2.705 88.487 てな感じです（単位は秒）。 構成としては1プロセスで動くただのプロキシで、メモリもCPUもほとんど使いません。Memcachedがいたところに代わりに立ち上げて、Riakの場所を教えてあげるとそれだけでMemcachedとして動いて
riak/RELEASE-NOTES.ja.md at 1.4 · basho/riak · GitHub
Riak 1.4.9 リリースノート これはRiak 1.4.x系のバグフィックスのリリースです。 Memory backend の修正 memory backendでmax_memoryが設定された際、 以前のリリースでは削除が容量制限を更新せず、保存可能な量が減少してゆくために容量限界を引き起こしました。 データの保存は最終的にまったくできなくなります。 更にexpiryとの相互作用があり、両方を設定していると 期限切れした値の取得（前述の削除パスを呼び出す）が同様の効果を持っていました。 Issues / PR's Resolved riak_core/584: Bugfix/set bucket 1.4 riak_kv/940: Fix mem backend to honor various settings correctly. riak_kv/957: Bugfix/2i r
Riak Meetup Tokyo #2に参加しました。#riakjp
先日、Bashoさんにおじゃましたのもあり、Riak Meetup Tokyo #2に参加しました。 Yokozunaの話も聞けるということで。 懇親会も参加しました。Vさん＆リピさんと話し込んじゃってあんまり他の人と話せなかったけど。。。 以下はいつものメモです。 FreakOut 久森さん 「Riak環境をプロダクションで構築＆運用してみた（仮）」 FreakOutとRTB ディスプレイ広告の新しい配信の枠の話 この人には何出すの？いくらで？みたいな感じ 純広告：表示保証、期間保証など RTB：1回の広告表示ごとに買い付け DSP（デマンド・サイト・プラットフォーム） 広告表示は大体0.1秒で表示しないといけない。この間に色々やってる。 50ms or die.で戦ってます。 RTBはCPUバウンド 多コアを安く並べたい Tokyoなんとかとか使ってた。 スケーラビリティがキツイ（クラ
Riak Meetup Tokyo 2 に参加してきた #riakjp
2013/07/10 Yahoo! JAPAN にて開催された Riak Meetup Tokyo #2 に参加してきたのでメモ セッション1 FreakOut 久森さん 「Riak環境をプロダクションで構築＆運用してみた（仮）」RTB (こっちじゃない) という「50ms or die」な環境で Riak を導入してみて…というお話。 SSP からのリクエストに 100ms 以内にリクエストを返さないと、リクエストすら来なくなるというハードな世界。ネットワークの TTL が 10ms 程度で、アプリ側の処理は 50ms に抑えたいという。 このような環境でデータストアとして Kyoto なんとか Tokyo なんとかを使ってきたがアプリ側での計算による分散であるため、スケールアウトが容易ではないという問題を解決するために Riak の導入にチャレンジしている。 構成はアプリとの間に HA
AWS News Blog
Announcing Amazon Managed Service for Apache Flink Renamed from Amazon Kinesis Data Analytics Today we are announcing the rename of Amazon Kinesis Data Analytics to Amazon Managed Service for Apache Flink, a fully managed and serverless service for you to build and run real-time streaming applications using Apache Flink. We continue to deliver the same experience in your Flink applications without
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Riak Documentation
Why We Chose Riak
Charming Python: Functional programming in Python, Part 3
Absolute consistency