SOA: SERVICIOS & TECNOLOGÍA

En esta oportunidad brindaré mi opinión personal sobre este muy buen post titulado:
'RESTful APIs are also SOA'
http://www.soa4u.co.uk/2013/09/restful-is-also-soa.html?showComment=1440170531922#c6039681206622596310


ESPAÑOL:
Totalmente de acuerdo con el post, al hablar de SOA como tal NO hay diferencia al hablar tanto de las APIS REST como los WebService (SOAP), no debemos considerarlos como cosas completamente diferentes (tecnológicamente hablando), ya que en si viendolo desde el punto de vista de arquitectura SOA, ambos son considerados como servicios (servicios REST y servicios WS), tal como 'Thomas Erl' lo menciona en sus libros. En si un servicio es una lógica a la cual se le ha aplicado el paradigma de la “Orientación a Servicios” y durante la Fase Análisis son llamados: 'Servicios Candidatos' son considerados 'Activos de la Empresa' (Estos servicios propiamente pueden ser de cualquier tecnología incluídas: REST y WS, eso si con estándares definidos).

Por otro lado, a nivel de WS, sobre los WSDL estoy muy de acuerdo ya que brinda un orden a nivel de interface para client/provider (Top-down), algo que REST no maneja hasta el momento (WADL no estandarizado formalmente a nivel de compañias y vendors) y es liminado a definir una buena especificación en documentación.

INGLES:
Totally agree with the post, to talk about SOA as such there is no difference in speaking both as the WebService REST APIs (SOAP), we should not regard them as completely different things (technologically speaking), and that if seeing it from the point SOA view, both are considered as services (REST and WS service) as 'Thomas Erl' mentions in his books. Whether a service is a logic which has been applied to the paradigm of "Service Orientation" and during Phase Analysis are called 'Candidate Services' are considered 'Assets Company' (These services themselves may be of including any technology: REST and WS, that if defined standards).

On the other hand, at the level of WS on the WSDL I agree very much as it provides a command-level interface for client / provider (Top-down), something that REST does not handle so far (WADL not formally standardized level companies and vendors) and is bound to define a good specification documents.