What is new in RavenDB 3.0Meta discussion
This is a big release, it is a big deal for us.
It took me 18(!) blog posts to discuss just the items that we wanted highlighted, out of over twelve hundred resolved issues and tens of thousands of commits by a pretty large team.
Even at a rate of two posts a day, this still took two weeks to go through.
We are also working on the new book, multiple events coming up as well as laying down the plans for RavenDB vNext. All of this is very exciting, but for now, I want to ask your opinion. Based on the previous posts in this series, and based on your own initial impressions of RavenDB, what do you think?
This is me signing off, quite tired.
More posts in "What is new in RavenDB 3.0" series:
- (24 Sep 2014) Meta discussion
- (23 Sep 2014) Operations–Optimizations
- (22 Sep 2014) Operations–the nitty gritty details
- (22 Sep 2014) Operations–production view
- (19 Sep 2014) Operations–the pretty pictures tour
- (19 Sep 2014) SQL Replication
- (18 Sep 2014) Queries improvements
- (17 Sep 2014) Query diagnostics
- (17 Sep 2014) Indexing enhancements
- (16 Sep 2014) Indexing backend
- (15 Sep 2014) Simplicity
- (15 Sep 2014) JVM Client API
- (12 Sep 2014) Client side
- (11 Sep 2014) The studio
- (11 Sep 2014) RavenFS
- (10 Sep 2014) Voron
Comments
I'm not gona leave a long rant about Raven 3.0, however the new version looks "tasty", it's streamlined, fast, and the html based management UI, make me want to find probems for this new solution :)
Anyhway with 3.0 Raven has past from "I could use it" to "must use it" for any future projects that are a good fit.
The build up has been great and I'm really looking forward to using it. I really hope the upgrade path is painless.
Cant wait to try it on RavenHQ ... been waiting since early summer...
My thoughts? Well, you've been drawing a big circle around the problem in your multiple blog posts complaining about how there's so much to write about: You tried to do too much in one version.
Ade's comment above highlights another problem with taking years to release a product: Many of us are going to be very concerned about upgrade paths with our existing systems and it will slow adoption on production systems.
These problems are best avoided by releasing more frequently and giving each release a "theme" that we can wrap our heads around. How many features are you shipping in RavenDB 3.0 that have been finished for months that we all could have been using already (and providing feedback on)?
I'm very excited for 3.0. I have enjoyed the feature release posts over the last two weeks—it's like a long Christmas for us. 3.0 is supposed to fix almost all of the problems we've had with 2.5.
Indexing, stats, new studio, better resource usage strategies... it is all stuff we want to put into production as soon as it is stable.
The only thing I don't see in 3.0 that we would like one day is the ability for a Raven-managed system for shard rebalancing instead of having to do it manually document by document. Though overall the sharding story is very good even in 2.5. We had a week to fix a performance problem on a system with a lot of incremental modifications of large documents with a handful of large indexes that fan out a lot. (I know, not an ideal model, but it works surprisingly well considering.) 3 of us managed to implement sharding in 4 days on a very big application. It solved our performance problem beautifully. (With the exception of one of the ops guys making a mistake when manually moving documents to the wrong shards because Raven didn't have a system to do it for us based on the Sharding strategy we wrote.)
The book is looking great too (the version released a few weeks ago but still isn't finished of course), and is very helpful. It needs a little proofreading like any draft work does. But the core information and direction of the book is on the right track, IMO.
well, pretty interesting stuff. am wondering if you can write -when you can- posts that covers CQRS/ES with RavenDB. if not, those topics will be covered in the book you're writing ? many thanks Ayende, Great Work really.
Personally I think that if you're going to do big things like introduce a new storage engine, completely rewrite the Studio UI etc. then these things take a while if you're going to do them properly. I would prefer to give the team the time and space to do great things and make sure the release is feature rich and polished. If the release are too frequent, this in itself creates risk and effort for us because we have to go through a cycle of QA etc. if we want to use the new functionality, I'm happy with the way this has been done in one big hit.
There are many things that make this a big release for us too and we're looking forward to getting stuck in as soon as our own busy roadmap allows!
What I like the most is the improvements to the ops side and the studio. Still curious to the pricing changes and specially if I can use custom bundles with the basic license.
I am excited about RavenDB 3.0 and my only reservation is the fact I have been moving away from the .NET world and more in the node.js world and I am not sure the node.js clients that currently exist will be compatible with 3.0 or even up to par with the new features... I wish there would have been some work done on additional clients other than java.
Great work though no less. Can't wait to give it a go!
Would be great to see a series of posts how you adressed the ility concerncs: so looking more into performance, security, upgrade paths (especially for attachements), your stabilization process of the product, whether it has been reviewed from externals...
RavenDB 3.0 is very exiting in all the details. I like Voron, FS, new studio, operations improvements, map-reduce visualization and better monitoring options. But I am still looking forward for new book and ability to use Linux machines for sharding. You're doing great work!
Warren, The last big release (2.0, if we ignore the 2.5 release entirely) was around March 2013. That puts us at about 18 months from the previous release. That is on track on a 12 - 18 months release cycle. Note that in the middle we had the 2.5 release (around Jul 2013).
Rapid release cycle is great, if you are a dev who can just say Update-Package. It is a big issue for customers who do NOT want to upgrade core infrastructure pieces on a routine basis.
Mufasa, We are thinking about doing server side sharding, but that is obviously after 3.0 - we hope you'll like that, but that is still far out.
Ali, If you have any concrete questions, that would be great. Have you seen the video from the conference that talked about RavenDB and CQRS?
Troy, Yes, we are going to be doing more work to add more officially supported clients.
Daniel, Could you send me specific questions? I would be very happy to answer those.
Comment preview