High load RESTful API in Ruby (sync/async implementation)

I'm struggling with implementing a RESTful API that should return JSON response and should sustain very high load. The highest load will be generated by 'read' part of the API and very little load will be generated by 'write' part of the API. My first attempt was to write whole API using nodejs. I almost did it but faced very high duplication of models and logic between javascript and ruby, because the API is a part of a bigger system. I tried moving all logic into backend (mySql), but that idea turned out even more uglier. My second attempt is to write the API in Ruby ecosystem in order to share models/logic and tests between all parts of the system.

I tried using Cramp and Goliath alone, but all that async stuff really complicated API implementation. I only need to have 2 read urls async because they generate the highest load and by going async all the way I was forced to implement the rest of API in async fashion, which didn't add any value.

My current attempt is to go hybrid: use Thin/Sinatra/Cramp cocktail. I'm instantiating Thin rack handle right in Ruby code and using rack builder I'm splitting API between Sinatra, which is taking sync implementation, and Cramp, which is implementing 2 urls in async way.

Is this is a goo开发者_如何学运维d way to go? Or having Sinatra and Cramp in one web server (Thin) will get me even in more trouble by some reason?

update: I'm trying solution with sole Sinatra mixed with rack/fiber_pool and em_mysql2. Seems I'm killing two goals - making API async with sync implementation. But I'm suffering from a bug which I think will be fixed quite soon.

Were will be any gotchas going this way?

I don't think it's a good idea to have sync (sinatra) and async (cramp) apps within the same thin process. If the sync part is relatively simple, I'd suggest implementing that in Cramp. A little biased here as I authored Cramp :)

In case you didn't know, Cramp has out of box support for AR/fiber pool - https://github.com/lifo/cramp/blob/master/examples/fibers/long_ar_query.ru

If you decide to use Cramp, I'm happy to help out with any issues as I've been working a lot on cramp recently and am quite pumped up! Just throw me an email!

I'm curious what async stuff you ran into with Goliath? In the common case there should be no async code visible to the end developer.

Is there something we can do better to make this less visible to the end user?