Why TCP is Evil and HTTP is King
Nitpicker corner: If you tell me that HTTP is built on TCP I’ll agree, then point out that this is completely irrelevant to the discussion.
I got asked why RavenDB uses HTTP for transport, instead of TCP. Surely binary TCP would be more efficient to work with, right?
Well, the answer it complex, but it boils down to this:
Huh? What does Fiddler has to do with RavenDB transport mechanism?
Quite a lot, actually. Using HTTP enable us to do a lot of amazing things, but the most important thing it allows us to do?
It is freaking easy to debug and work with.
- It has awesome tools like Fiddler that are easy to use and understand.
- We can piggyback on things like IIS for hosting easily.
- We can test out scaling with ease using off the shelf tools.
- We can use hackable URLs to demo how things work at the wire level.
In short, HTTP it human readable.
For that matter, I just remapped the Changes API solely for the purpose of making it Fiddler friendly.
Coming back again to building pro software, making sure that your clients and your support team can diagnose things easily.
There is an entire world of difference between the quality that you can give between the two.
And that is why RavenDB is using HTTP, because going with TCP would mean writing a lot of our own tools and making things harder all around.
(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)