[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [soa-rm] The hardest part of microservices is your data
|
Team, After working in SOA since it was invented, using very early java service utilities (Axis), I have consciously avoided the Microservices approach. I listened to the link below out of curiosity. At aprox 24:30 in the speakers talk he says
“Dam it, just run the SQL query”, he and audience have big laugh. He then says, “ We are trying not to do that”. The microservice agenda is plainly stated. How to build services without using transaction processing technology refined over the last 50 years.
Below I discuss some earlier comments of the speaker and reach an optimistic conclusion/hope. The speaker begins by stating he regards the goal of data integration as unto a people speaking, but through a mediating computer, with the computer lacking understanding of the human words. This of course is the classic Semantics problem,
which is now a mature industry, with highly capable tooling and design patterns. The speaker then raises the problem of what is a book, how do you make the computer understand a book and even more complicate, how do you discuss part and characteristics of the book. This is of course the classic ontology problem. The
categories of specific attributes of a book are well documented in the Ontology of Artifacts.
The speaker raises the issue of context and Domain Driven Design (DDD). The Wikipedia definition of DDD references Ontology. The speaker then points out the large enterprises such as linkedIn twitter, discuss concerns with scale but not
concerns with the complexity of the domain. I do not know what point he is attempting to make, I will view this optimistically and hope he is pointing out the need for DDD and ontology. The speaker then reminds the audience of the history of the relational database with very complex transaction processing capability. He discusses detailed transaction problem use cases then makes the statement says “Dam it, just run the
SQL query.. We are trying not to do that”. I will be interested to see how the Microservice industry handles transaction processing without the proven transaction processing technology. I can see perhaps executable ontology as their way out. I do hope microservices does not throw
out the baby with the bathwater. William Sweet From: soa-rm@lists.oasis-open.org [mailto:soa-rm@lists.oasis-open.org]
On Behalf Of Ken Laskey Posting to list but thinking Rex probably has a better handle on this than most of us. (Or Rex knows enough more than me that I still find this magic.) In any case, I came across https://www.youtube.com/watch?v=MrV0DqTqpFU and the title is the subject of this email. Does this answer some of the questions we’ve had about keeping data synched across microservices and some global ides of consistency? Ken ------------------------------------------------------------------------------ |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]