Mashups + SOA = Sant?
by Fredrik Stenbeck. Average Reading Time: about 2 minutes.
Mycket snack om SOA på företagen idag…..och mycket snack om Mashups på nätet. Är det kanske så som Eric Knorr i en artikel i Infoworld beskriver? Artikel har rubriken “Seven predictions for 2007″.
Mashups Meet SOA
Some predict the trend of big software companies devouring small pure plays will continue to dominate the SOA scene in 2007, but that reasoning is faulty – mainly because there are so few independents left to buy.The real action in SOA will be on the ground, not among vendors, as more and more IT organizations embrace mashups.
Are enterprise mashups really SOA? Absolutely, provided the services available for mashups are properly provisioned and managed, and if services inside the firewall map to an organization’s business processes. Some of the most successful SOA initiatives line up services on one side and AJAX clients on the other — and that’s it. No nasty complicated orchestration or heavy duty middleware. Just useful apps that can be programmed in a matter of weeks or even days.
If the selection of services for enterprise mashups is more ad hoc, that may not fit the canonical definition of SOA, but so what? The great thing about mashups is that they offer a shortcut to the value SOA is supposed to deliver — lightweight, quick-to-market apps that leverage existing assets. Will some mashups be toylike or brittle? Sure. But nothing convinces skeptics of the power of SOA faster than, say, a glitzy Google maps app mashed up with internal sales data.
The long tail of mashups may also wag the dog of governance, the details of which constitute the biggest obstacle to SOA adoption. Governance — that is, the development and enforcement of policies for building and running an SOA – entails the creation and maintenance of design-time and runtime policies for services. Governance is the biggest hump to get over, because it demands a big chunk of everyone’s bandwidth. And it also carries a risk that too many locked-down rules, policies, and procedures will kill SOA’s highly touted agility.
By default, mashups tend to involve services that are content-based rather than transaction-based, which means governance policies can and should be tolerant. In 2007, enterprises that indulge in mashups will realize that such services constitute their own service class — and deserve their own lightweight set of rules. At the other end of the spectrum, the closer you get to transactions, the more you need to screw down the rules — and the fewer people should gain access them.
In other words, mashups will drive services classification, which may not be a panacea, but will certainly help sort out the governance mess. And looser rules for content-based services will ensure that many parties across the organization start reaping the benefits of SOA sooner rather than later.
-- Eric Knorr
Klart något att fundera över………….
Andra om: SOA, Mashups, företag, strategi, arkitektur
