Do you agree that SOA is dead? If so, what is gonna happen to Tuscany?
Rogerio Kioshi
Ranch Hand
Posts: 690
posted 5 years ago
Hi,
Do you agree with people that said "SOA is dead"? ( http://www.infoq.com/news/2009/01/is-soa-dead )
If so, what is gonna happen to Tuscany?
Do you agree with people that said "SOA is dead"? ( http://www.infoq.com/news/2009/01/is-soa-dead )
If so, what is gonna happen to Tuscany?
SCEA 5 (part 1), SCBCD, SCWCD, SCJP, CLP, CLS
posted 5 years ago
My opinion: The term might be not be used but the Architecture would still be used and that's how Tuscany is based upon.
Mohamed Sanaulla | My Blog
Simon Laws
author
Greenhorn
Greenhorn
Posts: 7
posted 5 years ago
Well I would probably agree that the term SOA is not used as much as it used to be but I would argue that the problems remain the same and are probably more prevalent now than when the term SOA was first coined.
From the referenced article “Service-orientation is a prerequisite for rapid integration of data and business processes; it enables situational development models, such as mashups; and it’s the foundational architecture for SaaS and cloud computing.”.
The ability to define services and connect and re-connect them remains key to building systems that are able to keep pace with the way businesses change these days. This requirement is independent of what technology is actually used to build them. You may be a web service fan and build you services using SOAP/HTTP. Alternatively you may prefer a REST based approach. In the end you're trying to get the job done.
I was attracted to SCA, and hence Tuscany, because it doesn’t describe new communication protocols or implementation languages. We probably have enough of those already. It simply exploits those that already exist and provides a model for describing services and the connections between them.
We’ve found that this simple model is surprisingly flexibly from describing how BPEL processes are connected to the services they orchestrate through to describing the connections between Javascript clients and the back end services they refer to. So while the term SOA may be used less I don’t think this will has an impact on the usefulness of SCA or Tuscany. What it will do is make at look at how we extend the project to include new approaches like cloud.
Simon
From the referenced article “Service-orientation is a prerequisite for rapid integration of data and business processes; it enables situational development models, such as mashups; and it’s the foundational architecture for SaaS and cloud computing.”.
The ability to define services and connect and re-connect them remains key to building systems that are able to keep pace with the way businesses change these days. This requirement is independent of what technology is actually used to build them. You may be a web service fan and build you services using SOAP/HTTP. Alternatively you may prefer a REST based approach. In the end you're trying to get the job done.
I was attracted to SCA, and hence Tuscany, because it doesn’t describe new communication protocols or implementation languages. We probably have enough of those already. It simply exploits those that already exist and provides a model for describing services and the connections between them.
We’ve found that this simple model is surprisingly flexibly from describing how BPEL processes are connected to the services they orchestrate through to describing the connections between Javascript clients and the back end services they refer to. So while the term SOA may be used less I don’t think this will has an impact on the usefulness of SCA or Tuscany. What it will do is make at look at how we extend the project to include new approaches like cloud.
Simon
