Rails is not your application

Re:Rails is not your application by afex on Saturday October 22, 2011 @09:42PM (#3144869)

i go one step further, and put the domain layer behind a network interface (http or other) with a versioned API. IMO, trapping behavior inside a single application is just as bad as tying it to a framework. the domain layer needs to be available to the entire organization.

rails is just a tool to build a front-end app. i have many of those on my project. some rails, some sinatra. if they want to access shared behavior or data, they include the appropriate gem which knows how to access a particular API.

[ Parent | on HN ]

Re:Rails is not your application by mnutt on Sunday October 23, 2011 @04:01AM (#3145544)

I would only reach for service-oriented architecture after the application is very mature and it is apparent which parts will benefit by moving to their own services.

[ Parent | on HN ]

Re:Rails is not your application by div on Sunday October 23, 2011 @04:14AM (#3145578)

I find rails in particular to be very easy to just "api all the things" right off the bat. Add in some nice authentication / authorization with something like devise and CanCan and you will be saved from the headache of bolting an api onto your app as an afterthought.

[ Parent | on HN ]

Re:Rails is not your application by afex on Sunday October 23, 2011 @04:13AM (#3145575)

or the moment you have more than one application running. (which for many products is day #1)

[ Parent | on HN ]

Re:Rails is not your application by Blinton on Thursday October 27, 2011 @03:40PM (#3165129)

I'd like to hear more on how you setup your service architecture afex (if time permits). Sounds like exactly what I'm trying to accomplish. Thanks in advance!

[ Parent | on HN ]