Tuesday, August 2, 2011
SOA and performance are two of the most abused terms in IT, so definitions matter a lot. I take the first to mean a set of principles applied to the design and development of systems and complex solutions (go to Wikipedia or Google define:SOA for a list) and the second as the ability of a system or a component of a system to do its work efficiently (more operations in the same amount of time, the same number of operations in a shorter time). That being the case, I have a hard time understanding the original question because all of these concepts seem to be more or less orthogonal to one another. Architecture and implementation technology are certainly going to have an effect on performance, but they don't determine performance or scalability (related term, though not the same, also badly abused) as much as how they're applied which is largely determined by application complexity and the skill of the development team.
See http://railslab.newrelic.com/scaling-rails for an introduction to things that do matter when designing and testing a Rails application for speed.
I have the feeling that none of the answers you've received are really answering your question though. Could you further specify what you've heard and what you're looking to find out?
On Tue, Aug 2, 2011 at 8:35 AM, Colin Law <clanlaw@googlemail.com> wrote:
On 29 July 2011 16:02, Lille <lille.penguini@gmail.com> wrote:I don't see how SOA improves performance, have you some references for
> Hey folks,
>
> I like what I'm reading about improved performance via Service
> Oriented Architecture for my Rails app.
this assertion?
Colin
> Stepping in that direction
> will require some code reorganization, though. Has anyone regretted
> the time invested in Rails SOA or suffered any other drawbacks that
> might -- from a business perspective -- have disinclined them from
> going SOA?
>
> Lille
>
> --
> You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
> To post to this group, send email to rubyonrails-talk@googlegroups.com.
> To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
>
>
--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment