Apologies for this off-topic posting, however I think it is relevant to application development in general. Wanted: Cloud Compatible Applications to be listed in a directory for Cloud Compatible applications. Criteria: Web applications that are compatible with 3-Tiered Load Balancing services - Database for persistence and application server nodes or endpoints front-ended by one or more Load Balancers. So far the only Ruby/RAILS app I have found that meets the above criteria is Tracks. Why: The idea for the Cloud Compatible Directory came about from a frustration resulting from a lack of available applications meeting said requirements. And with the advent of Cloud hosting, a feeling that applications designed for cloud hosting would become more relevant. So the hope is that the Cloud Compatible site will becoming one with a growing list of Cloud Compatible apps. To recommend an application, please visit: http://www.cloudcompatible.com Thanks. MT -- Posted via http://www.ruby-forum.com/. -- 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-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
On Sun, Mar 6, 2011 at 4:29 PM, Mcloudcompatible Tcloudcompatible <lists-fsXkhYbjdPsEEoCn2XhGlw@public.gmane.org> wrote:> Criteria: Web applications that are compatible with 3-Tiered > Load Balancing services - Database for persistence and application > server nodes or endpoints front-ended by one or more Load Balancers. > > So far the only Ruby/RAILS app I have found that meets the above > criteria is Tracks.Perhaps you could explain exactly what differentiates Tracks from any other RoR application? Or alternatively what makes any other RoR app *not* meet your criteria? -- Hassan Schroeder ------------------------ hassan.schroeder-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org twitter: @hassan -- 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-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
Hello Hassan, Many traditional apps (not just Ruby/RAILS) are not designed with 3-tiered scalablity in mind. A common practice is to store app data to the file system. This is probably the number one issue with regards the the mentioned criteria. In this case the app would not be compatible in a load balanced system, unless some sort of network file storage is used. As an example of a pure 3-Tiered compatible app, Tracks is completely database driven, and can be easily scaled in an horizontal fashion. Thanks, MT -- Posted via http://www.ruby-forum.com/. -- 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-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
On Mon, Mar 7, 2011 at 9:38 AM, Marc To <lists-fsXkhYbjdPsEEoCn2XhGlw@public.gmane.org> wrote:> .... A common practice is to store app data to the file system.Common? I haven''t seen any RoR apps that do that, other than the occasional example of image or document uploading, which can be easily adapted to a cloud-compatible alternative (e.g. AWS S3). If storing app data in the file system was "common", hardly anyone''s Rails app would be running on Heroku, I''d think :-)> This is probably the number one issue with regards the mentioned > criteria.What are the others? -- Hassan Schroeder ------------------------ hassan.schroeder-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org twitter: @hassan -- 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-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
On 7 Mar 2011, at 17:38, Marc To <lists-fsXkhYbjdPsEEoCn2XhGlw@public.gmane.org> wrote:> Hello Hassan, > Many traditional apps (not just Ruby/RAILS) are not designed with > 3-tiered scalablity in mind. A common practice is to store app data > to the file system. This is probably the number one issue with regards > the > the mentioned criteria. In this case the app would not be compatible in > a > load balanced system, unless some sort of network file storage is used. > As an example of a pure 3-Tiered compatible app, Tracks is completely > database driven, and can be easily scaled in an horizontal fashion. >What''s specific about the cloud? Load balancing across multiple servers is something people have be doing for years. I would have thought that just about any production rails app of any size will be load balanced, for redundancy if nothing else (certainly anything I''ve ever worked on has). If you need examples, heroku claimed to have deployed 100,000+ rack/rails apps Fred.> Thanks > MT > > -- > Posted via http://www.ruby-forum.com/. > > -- > 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-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org > 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-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org 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.