OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

soa-rm message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [soa-rm] compact blurbs on microservices


Ken,
 
Mostly agree with: " “An application is a composition of one or more software components that when implemented together provides a coherent grouping of business functionality."
 Proposed enhancements:
"when implemented together..." --> "when executed together...";
"provides a coherent grouping of business functionality" --> "provides a business functionality or a coherent grouping of business functionality"
 
Disagree with:
"What has been popular over time as a software component has varied: Web Services were of interest during the emphasis on SOA; microservices currently receive the majority of attention." Particularly, Web Service is not a component - it does not provide any business functionality. Moreover, "emphasis on SOA" has not went anywhere, it just comoditised and this is why MS constantly refer to SOA.
 
SOA is a misleading term, undfortuneately. It talks about 'Architecture' instead of a Concept of Orientation on Service (COS). Discussed MS fully fit with a transition to COS thogh they themselves do not consitute/make an justification of COS.
 
Instead of debating foriegners' opinions and statement about MS, let out Committee to focus on COS as the next and logical continuation of our work.
 
- Michael
 
 
 
Sent: Friday, October 28, 2016 at 11:46 AM
From: "Ken Laskey" <klaskey@mitre.org>
To: "Natale, Bob" <RNATALE@mitre.org>
Cc: "soa-rm@lists.oasis-open.org" <soa-rm@lists.oasis-open.org>
Subject: Re: [soa-rm] compact blurbs on microservices
So would this generalize to 
 
 “An application is a composition of one or more software components that when implemented together provides a coherent grouping of business functionality.  What has been popular over time as a software component has varied: Web Services were of interest during the emphasis on SOA; microservices currently receive the majority of attention.

Ken
 
On Oct 27, 2016, at 11:52 PM, Natale, Bob <RNATALE@mitre.org> wrote:
 
Hi Ken,
 
To you original query: “My biggest problem is I have yet to see a good definition of “application”.  Is it just the user interface that calls microservices under the hood?” …
 
Taking the perspective of a microservices architecture evangelist, I’d answer “An application is a composition of one or more microservices and other implementation mechanisms that provides a coherent grouping of business functionality.”
 
That’s quick n’ dirty but conveys the sense as I understand (in the microservices context).
 
Avanti,
BobN
 
From: soa-rm@lists.oasis-open.org [mailto:soa-rm@lists.oasis-open.org] On Behalf Of Ken Laskey
Sent: Thursday, October 27, 2016 1:42 PM
To: soa-rm@lists.oasis-open.org
Subject: [soa-rm] compact blurbs on microservices
 
Came across this article
 
 
and while the focus is really on OSGi, its discussion of microservices includes the following:
 
The first model is the microservices model. With this model, components are defined as independent microservices that any application can use. They also have stateless behavior so they can be replaced and scaled as needed. Additionally, they are independent of each other and of applications that use them, so deployment/redeployment of a microservice doesn't affect applications it serves.
 
and
 
But microservices might be the biggest revolution in componentization. A microservice is a logic component deployed in RESTful form, designed to be accessed through a URL. Microservices easily address issues of component dependencies and avalanches of redeployments due to small component changes because microservices are independent as long as the API call formats are maintained. Microservices won't change the modularity of JVM or provide an efficient way of managing remote-versus-local components, but they could significantly reduce the burden of component management for distributed components.
 
My biggest problem is I have yet to see a good definition of “application”.  Is it just the user interface that calls microservices under the hood?
 
Any favorite (attributable) definitions of application?
 
Ken 
 
 
------------------------------------------------------------------------------
Dr. Kenneth Laskey
MITRE Corporation, M/S F510          phone: 703-983-7934
7515 Colshire Drive                           fax: 703-983-1379
McLean VA 22102-7508


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]