Ayende @ Rahien

Hi!
My name is Oren Eini
Founder of Hibernating Rhinos LTD and RavenDB.
You can reach me by phone or email:

ayende@ayende.com

+972 52-548-6969

, @ Q c

Posts: 10 | Comments: 37

filter by tags archive

Scaling with RavenDB video

time to read 1 min | 65 words

Something that we have started to recently do is just to record some of our customer interactions*, and then post that to our You Tube account.

The following is a discussion with Nick VanMatre, Solutions Architect at Archstone, about how to scale their RavenDB usage. I think you’ll find it interested.

* Nit picker corner: Obviously, with their permission.


Comments

njy
njy

Pretty neat Oren, thanks. That was definitely needed!

Alexei K

I'm curious what your suggestion would've been, if they weren't building for the simple case of a single owner site, but something like Raccoon blog hosting service, instead (many, unrelated owners). In that case you wouldn't want people to query other sites or accessing their user info (not necessarily, anyway). Maybe a blog is not a high enough volume, stackexchange-style network comes as another similar situation.

Multiple DB in one instance? Multiple instances? Combination?

Ayende Rahien

Alexei, RavenDB was intentionally design to make this scenario easier. You can host multiple databases on a single instance very easily.

Dmitry Ornatsky

Regarding the slide at 17:59. Why use a Service Bus when all services are sharing the underlying DB and are not completely independent? My understanding, is that you may only need that if services are doing some CPU-intensive things or talk to third-party systems (but this is most likely handled by ETL).

Ayende Rahien

Dmitry, Who said that they are always speaking to the same RavenDB database? The slide actually shows multiple RavenDB instances there

Dmitry Ornatsky

Oh, I see. Thanks for clarifying that.

Eric Ghent

Thanks for the timely video.

Comment preview

Comments have been closed on this topic.

FUTURE POSTS

  1. Production postmortem: The case of the memory eater and high load - one day from now
  2. Production postmortem: The case of the lying configuration file - about one day from now
  3. Production postmortem: The industry at large - 3 days from now
  4. The insidious cost of allocations - 4 days from now
  5. Find the bug: The concurrent memory buster - 5 days from now

And 4 more posts are pending...

There are posts all the way to Sep 10, 2015

RECENT SERIES

  1. Find the bug (5):
    20 Apr 2011 - Why do I get a Null Reference Exception?
  2. Production postmortem (10):
    14 Aug 2015 - The case of the man in the middle
  3. What is new in RavenDB 3.5 (7):
    12 Aug 2015 - Monitoring support
  4. Career planning (6):
    24 Jul 2015 - The immortal choices aren't
View all series

Syndication

Main feed Feed Stats
Comments feed   Comments Feed Stats