Describing a Micro-Service with HOPEX IT Architecture
*A micro-service is a software component that can be deployed autonomously, but which does not directly provide an end user service. It can interact with other application services, applications or application systems. This is a deployable software component that uses software technologies. For example: an authentication service, a PDF file printing service.
Accessing the list of micro-services  
To access the list of micro-services from the Application Architecture navigation pane:
*Select Functional Architecture > Micro-Services.
The list of micro-services appears in the edit area.
Micro-Service properties with HOPEX IT Architecture 
The complete description of a micro-service is accessed from its properties pages.
The Characteristics properties page for a micro-service provides access to:
its Owner, by default, during creation of the micro service, the current library.
its Name,
the text of its Description.
the Technologies section provides access to the list of software technologies used by the micro-services.
*A software technology is a basic component necessary for operation of business applications. Software technologies include all basic software such as: application server, electronic mail server, software components for presentation, data entry, storage, business information sharing, operating systems, middleware, navigators, etc.
*For more details on software technologies, see Describing a Software Technology.
With HOPEX IT Architecture a micro-service is described by other property pages. See HOPEX IT Architecture properties pages content.
Using the IT Service and Micro-Service Structure Diagram 
*For more details on use of a structure diagram, see Creating a structure diagram
With HOPEX IT Architecture, the components of an IT Service can be described by an IT Service structure diagram.
In the same way, the components of a micro-service can be described by a micro-service structure diagram.
These two diagrams include:
IT services,
micro services,
Physical data stores; see Managing Data.
access, request and service points; Describing Service and Request Points.
interactions between the components
*An interaction represents a contract established in a specific context between autonomous entities that are internal or external to an enterprise. These entities can be enterprise org-units, applications, activities or processes, as well as external org-units. The content of this contract is described by an exchange contract.