Enige tijd geleden postte ik over de komst van Amazon's DevPay.
En Phil Wainewright heeft er nu ook een aardig stuk over.
Het veilig en efficient kunnen betalen van kleine bedragen is van levensbelang voor het Web, zeker als het om het leveren van content aan consumenten gaat. DevPay richt zich op het betalen van kleine bedragen voor het gebruik van applicaties of services. Voor consumenten, maar het zou ook wel eens de markt voor b2b services veel makkelijker kunnen maken.
DevPay past daar wel in.
donderdag 31 januari 2008
donderdag 17 januari 2008
Steve Vinosky over SOA, REST en serendipiteit
Steve Vinosky maakt een case voor REST als voorkeursstijl van Webservices. Naast de bekende argumenten (hij hamert met name op het caching/scalability-argument), vestigt hij ok de aandacht op de stelling dat REST-services, dankzij het feit dat het om standaard-methods gaat, veel makkelijker vanuit een "onverwachte richting" zijn te hergebruiken dan SOA-stijl services.
Hij noemt dat "serendipitous reuse". En hij stelt dat dit niet alleen voor het Web als geheel geldt, maar ook voor het reuse binnen de architectuur van een onderneming. Hij sluit af met:
"It's highly ironic that many enterprise architects seek to impose centralized control over their distributed organizations. In many cases, such centralization is a sure recipe for failure. A proven framework based on a well-constrained architectural style like REST allows for decentralized development that, because of the architectural constraints, still yields consistency. The Web itself is proof that this form of "control without controlling" works. In the long run, this approach is far more likely to achieve what architects seek than trying to enforce collections of ad hoc governance rules."
Zo.
Heeft ie gelijk? Ik denk dat het in ieder geval voor webservices die publiek zijn, en op het web staan te wapperen naar hergebruikers, wel waar is. En misschien ook wel binnen ondernemingen.
Maar dan moeten die REST-services wel netjes zijn ontworpen. Je ziet nu geregeld GET-commands die eigenlijk een POST-bevatten, of andersom. Dat is niet alleen lastig te begrijpen en dus lastig te hergebruiken, maar bovendien raakt de caching ervan in de war.
Vinosky heeft wellicht gelijk, maar maakt zich wel afhankelijk van het goede design van service-ontwerpers. Zou er een manier zijn om dat in goede banen te leiden, of moeten we hier gewoon rekenen op de natuurlijke selectie?
Want die natuurlijke selectie zal wel werken, op den duur. Als je drie services heb die alledrie hetzelfde doen, en een is met SOAP in de SOA-RPC-stijl ontworpen, een met HTTP, maar met de "verkeerde" method, en een derde netjes volgens de RESTful regels, dan zal op den duur waarschijnlijk de derde het meest worden gebruikt. Ceteris paribus, uiteraard.
En zo verdringt goed design langzamerhand slecht design, en worden de voorbeelden steeds beter.
Tsja, het kan natuurlijk wel effe duren.
Hij noemt dat "serendipitous reuse". En hij stelt dat dit niet alleen voor het Web als geheel geldt, maar ook voor het reuse binnen de architectuur van een onderneming. Hij sluit af met:
"It's highly ironic that many enterprise architects seek to impose centralized control over their distributed organizations. In many cases, such centralization is a sure recipe for failure. A proven framework based on a well-constrained architectural style like REST allows for decentralized development that, because of the architectural constraints, still yields consistency. The Web itself is proof that this form of "control without controlling" works. In the long run, this approach is far more likely to achieve what architects seek than trying to enforce collections of ad hoc governance rules."
Zo.
Heeft ie gelijk? Ik denk dat het in ieder geval voor webservices die publiek zijn, en op het web staan te wapperen naar hergebruikers, wel waar is. En misschien ook wel binnen ondernemingen.
Maar dan moeten die REST-services wel netjes zijn ontworpen. Je ziet nu geregeld GET-commands die eigenlijk een POST-bevatten, of andersom. Dat is niet alleen lastig te begrijpen en dus lastig te hergebruiken, maar bovendien raakt de caching ervan in de war.
Vinosky heeft wellicht gelijk, maar maakt zich wel afhankelijk van het goede design van service-ontwerpers. Zou er een manier zijn om dat in goede banen te leiden, of moeten we hier gewoon rekenen op de natuurlijke selectie?
Want die natuurlijke selectie zal wel werken, op den duur. Als je drie services heb die alledrie hetzelfde doen, en een is met SOAP in de SOA-RPC-stijl ontworpen, een met HTTP, maar met de "verkeerde" method, en een derde netjes volgens de RESTful regels, dan zal op den duur waarschijnlijk de derde het meest worden gebruikt. Ceteris paribus, uiteraard.
En zo verdringt goed design langzamerhand slecht design, en worden de voorbeelden steeds beter.
Tsja, het kan natuurlijk wel effe duren.
maandag 14 januari 2008
Sun schijnt door cloud
Dit is opmerkelijk: Sun wil over 7 jaar helemaal af zijn van de eigen datacenters. Sun verwacht (kennelijk) dat het SaaS-model dusdanig voortzet dat datacenters een soort utility zijn, waarvanzelfs bedrijven als Sun gebruik zullen maken.
donderdag 10 januari 2008
Nick Carr laat weer van zich horen
Zeer verstandige woorden van Nick Carr, zoals gebruikelijk. En evenzeer zoals gebruikelijk valt iedereen over hem heen, bijvoorbeeld op Slashdot, maar zoals nog meer gebruikelijk, is dat vrijwel helemaal onzin.
Affijn: Carr denkt dat de IT-afdelingen zoals we die nu kennen zullen verdwijnen, of in ieder geval ingrijpend zullen veranderen als gevolg van de aanstormende SaaS-revolutie en de Cloud.
Ik denk (zie bv deze post) hetzelfde. Ik denk dat veel van het verzet tegen dit soort stellingen voortkomt uit angst dat het bekende zal veranderen. En ja, die angst is terecht, in zoverre dat die veranderingen inderdaad komen, en dat ze niet voor iedereen positief zullen uitpakken.
Maar er zitten ook hele interessante kansen aan. Los daarvan: je kunt wel boos zijn op de weerman als ie ander weer voorspelt, maar daarmee zal het weer niet veranderen.
Affijn: Carr denkt dat de IT-afdelingen zoals we die nu kennen zullen verdwijnen, of in ieder geval ingrijpend zullen veranderen als gevolg van de aanstormende SaaS-revolutie en de Cloud.
Ik denk (zie bv deze post) hetzelfde. Ik denk dat veel van het verzet tegen dit soort stellingen voortkomt uit angst dat het bekende zal veranderen. En ja, die angst is terecht, in zoverre dat die veranderingen inderdaad komen, en dat ze niet voor iedereen positief zullen uitpakken.
Maar er zitten ook hele interessante kansen aan. Los daarvan: je kunt wel boos zijn op de weerman als ie ander weer voorspelt, maar daarmee zal het weer niet veranderen.
donderdag 3 januari 2008
SaaS in 2008
In 2008 zal SaaS het helemaal gaan maken, tenminste: volgens Jeff Kaplan, Phil Wainewright en Jeff Schneider.
Er staat in hun argumenten niets nieuws, behalve misschien de observatie van Wainewright dat
"because contrary to popular opinion, many IT folk like the low-cost, low-maintenance, low-resource profile of externally delivered SaaS applications."
Ik denk dat hij daarin wel gelijk heeft. IT-ers zijn niet tegen reuse, integendeel. Maar dat neemt niet weg dat de IT bij veel bedrijven nu zo is georganiseerd dat het erg moeilijk is om SaaS effectief aan te wenden. En ja natuurlijk, IT-ers zijn (zoals iedereen in zijn specialisme) conservatief, dus wantrouwen en kat-uit-de-boom-kijken zijn hoog opgetast.
Maar IT-ers zijn ook slim en lui. Dus als SaaS werkt, dan zullen ze het ook omarmen.
Er staat in hun argumenten niets nieuws, behalve misschien de observatie van Wainewright dat
"because contrary to popular opinion, many IT folk like the low-cost, low-maintenance, low-resource profile of externally delivered SaaS applications."
Ik denk dat hij daarin wel gelijk heeft. IT-ers zijn niet tegen reuse, integendeel. Maar dat neemt niet weg dat de IT bij veel bedrijven nu zo is georganiseerd dat het erg moeilijk is om SaaS effectief aan te wenden. En ja natuurlijk, IT-ers zijn (zoals iedereen in zijn specialisme) conservatief, dus wantrouwen en kat-uit-de-boom-kijken zijn hoog opgetast.
Maar IT-ers zijn ook slim en lui. Dus als SaaS werkt, dan zullen ze het ook omarmen.
Abonneren op:
Posts (Atom)