NewsLearn more about the company, PR and product updates here.
NewsLearn more about the company, PR and product updates here.
http://www.bloomberg.com/news/2013-10-04/mongodb-becomes-king-of-nyc-startups-with-1-2-billion-valuation.html 10genが社名もMongoDBに変えてたことは知りませんでした。さて、同社が$1.2BのValuation (企業価値)で$150M調達ということですが、昨年、Githubが$750Mのvaluationで$100M調達したのに続き、オープンソースがベースになってる会社で大型資金調達が成功する事例が続いてますね。 MongoDBはHacker Newsで取り上げられる度に驚くほどネガティブコメントを集めてるのですが、今回も例にもれず、この資金調達のニュースには219件のコメントがつき、トップに掲載されてる（おそらく掲載順ロジックはUpvoteの数なので、一番人気のコメン
> 原文(Why MongoDB is a bad choice for storing our scraped data) 私自身はMongoDBを推進する立場なのだが、確かにMongoDBに適さないケースはある。 闇雲に推進しても結局は全員がアンハッピーになるので、この様なネタもどんどん紹介していこうと思う。 この記事はMongoDBを徹底的に使い尽くしたエンジニアが書いている様で状況が良く解った。 ちょっと難しい所もあるので要点を意訳して、軽く解説を書いてみる。 （もちろん是非原文で読むのをお勧めする） 状況 最初はMongoDBでうまく動いていたが、だんだん苦労が増えてきて 元々のアーキテクチャを刷新するタイミングでMongoDBから別のプロダクトに乗り換える事にした。 システムの規模 詳しく書かれていないが、１ノード辺り数TBとあるのでSharding環境ではないかと思われる。
背景 Herokuで適当にスキーマレスなデータをOutput出来る場所がほしい！でも、Herokuはディスクが自由に使えないので、text書き出しができない！！ こんな要求の解決法としては、textタイプのフィールドを作ってserializeやstoreを使うのが一つの手。ただ、割と書き込みが多い事が想定され、無駄に大切なPostgreSQLサーバーに負荷をかけてしまう。 そんなこんなでスキーマレスな出力場所としてMongoDBを使うというアイデアが持ち上がった。HerokuではMongoHQなら16M、MongoLabなら0.5Gが無料で使える。 なお、基本的に、MongoDBをサブとして使うのでrails g modelなどをした時にmongoidがinvokeされるのは避けたい。 実践
Mitsumasa Kubo (@beatinaniwa) interests: football, natural language processing 先週GumchartというGumroadの人気アイテムをTwitterからランキングするウェブサービスを作りました。 おかげさまでアクセスはほとんどないんですが、Tweetを収集して保存して運用しようというときに参考になるようなまとまった日本語記事があまりなかったのでそれについて書きたいと思います。英語の記事では次の記事が一番参考になりました。 Twitter Streaming with EventMachine and DynamoDB まずはどこにどういう形式でTweetを保存するか決めます。もちろんローカルのMySQLにでもいいんですが、MongoDBを個人的に使ってみたかったのと、MongoDBのホスティングサービスであるM
事例：とある写真共有アプリでのMongoDB - Presentation Transcript MongoDB@just_do_neet 1 • MongoDB• MongoDB Topic• HBase• 2 Adoption stories of ‘MongoDB’ MongoDB 3 • RDBMS MongoDB → →• MongoDB• GridFS 4 NAVER Photo Album http://itunes.apple.com/jp/app/id449576650 • iPhone • ‘Path’ like • 5 NAVER Photo Album http://itunes.apple.com/jp/app/id449576650 • iPhone • ‘Path’ like • 6 • or•• RDB KVS 7 DB•M ySQL →••M ongoDb
16. { "_id" : ObjectId("4dcd3ebc9278000000005158"), "timestamp" : ISODate("2011-05-13T14:22:46.777Z"), "binary" : BinData(0,""), "string" : "abc", "number" : 3, "subobj" : {"subA": 1, "subB": 2 }, "array" : [1, 2, 3], "dbref" : [_id1, _id2, _id3] } 17. { "_id" : ObjectId("4dcd3ebc9278000000005158"), "timestamp" : ISODate("2011-05-13T14:22:46.777Z"), "binary" : BinData(0,""), "string" : "abc", "num
利用が急速に広がっているMongoDBですが、「MongoDBはMySQLをリプレースしていくのか」という話題が複数のブログで語られています。Joseph Ritcheyさんの記事では「全てのウェブアプリケーションがMongoDBにするわけではないだろう」と言いつつも、スケーリングの容易さやOracleがMySQLを保有したリスクなどに触れつつMongoDBをプッシュしています。 この記事に呼応して書かれたのがRedmonkのStephen O’Gradyさんの記事では「MongoDBの役割が10年前のMySQLに似ている」という印象を述べています。かつてはエンタープライズで必要とされていたストアドプロシージャーやトリガーなどの機能を欠いていたMySQLですが、最もポピュラーなRDMSになりました。これと同じような事がMongoDBでも起こるのではないかという事ですね。 元記事には他にもい
先日のJJUG SpringのLTをしてきた「7分半で作るNode.js+MongoDBアプリ」の動画を撮り直しました。 本番ではmongoose.Schemaのところをmongoose.modelとしてしまい、まさかのライブデバッグを初めるハメになり、結果として13分となってしまいました。 リベンジとして今日何回かトライしたところ10分を2分半も上回る7分半、スリークォーターの記録を出すことができました。 動画中でやってること 1 環境を証明 nvmとかnodeとかnpmとかがインストールされてないことを証明 env.shは確認するコードが書かれているだけです 2 nvmとmongodbをググる 3 nvmをgitで取得 $ git clone git://github.com/creationix/nvm.git ~/.nvm 4 nvmを環境に読み込む $ . ~/.nvm/nvm.
これまで同社は仮想化から発展したvSphere製品群を中心にIaaS（Infrastructure as a Service）を提供するクラウドベンダでした。今回の発表で、Windows AzureやGoogle App Engineなどと競合するPaaS市場への本格参入を宣言したことになります。 主な発表内容は2つ。同社自身が運営し提供するPaaSの「CloudFoundry.com」の開始と、PaaSを構成するソフトウェア「Cloud Foundry」をオープンソースとして公開するWebサイト「CloudFoundry.org」の公開です。 PaaSでJava、Ruby、Node.js、MySQLなどをサポート CloudFoundry.comは、VMwareが運営するPaaS。同社はオープンなテクノロジをサポートする「Open PaaS」を掲げており、既存のPaaSによるロックインに
ここ数か月、PadrinoというRuby製フレームワークにはまり込んでいるわけですが。 軽量 テスト、i18n、各種ヘルパーなど一通りの機能が入っている ベースはSinatraなので、面倒くさいroutes.rbを書かなくてよい なによりザクザク作れて楽しい そんなPadrinoを草の根でも広げていきたいな～と思い、「Padrino＋MongoDB＋Heroku」なシンプルなWiki風ウェブアプリケーションの作り方を、入門記事風に書いてみます。 環境はMac OS XやデスクトップLinuxを想定しています。前提として、まず、RubyとRubyGems、Gitは入っていますか？ 入っていないならばとりあえず入れておいてください。 Windowsの場合、Getting Started with Heroku on Windows(http://devcenter.heroku.com/art
はじめに ここ最近、NoSQLというキーワードが注目を集めています。 リレーショナルデータベースは、一般的にスケールアウト（サーバの台数を増やして性能向上を図る手法）が難しく、特に大規模サービスにおいてパフォーマンス上のボトルネックとなりえます。また、タグやグラフ構造のようなデータは関係モデルに馴染みにくいため、それらを扱う際にはアプリケーションコードもぎこちないものになりがちです。 これらの問題を背景に、何にでもリレーショナルデータベースを使うのではなく、用途に応じてKVSなど他のデータストアを選択する流れが広まりつつあります。このムーブメントがNoSQL（Not Only SQL）と呼ばれているものです。 今回は、NoSQLなデータベースの1つであるMongoDBをご紹介します。 MongoDBとは MongoDBは高いパフォーマンスとスケーラビリティを特徴とするドキュメント指向型デー
前から気になっていた Heroku + MongoHQ を試してみた。HerokuはRubyアプリケーションを走らせるホスティングサービスで、MongoHQはMongoDBのホスティングサービスだ。この二つを組み合わせることで、MongoDBを使ったRubyアプリケーションを一瞬で運用開始することができる。 あまりにも簡単に使えてあまり書くこともないんだけどメモ。 まず、両方とも最低限の環境は無料で使用できる(ただしHerokuからMongoHQを使うためにはクレジットカードの登録は必要っぽい)。 今回は Ruby on Rails 3 + Mongoid で作ったアプリを置いてみた。 手順 1. まず、普通に RoR + Mongoid のアプリケーションを作る 2. Herokuにアカウントを作りアプリケーションを登録する (http://docs.heroku.com/quickst
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
