Posts

Service-Oriented Cloud Computing Infrastructure (SOCCI) Framework - Characteristics (I)

On demand self-service  Custom portals designed to allow self-service access to cloud computing resources. Access is based on user role and identity, policies and business rules. A self-serve portal provides a way to manage the service's provider (e.g AWS) resources (server time, network storage). Broad network access Refers to resources hosted in a private cloud network that are available for access from a wide range of devices (e.g. mobile phones, laptops, tablets...) Resource pooling In Cloud computing environments a service's provider serve multiple clients (tenants) with provisional and scalable services. These resources (storage, processing, memory, network bandwidth, virtual machines) can be adjusted to suit the consumer demand. Rapid elasticity Ability to provide scalable services Measured service Ability to measure and monitor the provision of services

SOA Reference Architecture : Service Component Layer (IV)

Image
The Service Component Layer is partitioned into the following categories: Service Realisation and Implementation  Service Component : realises services Functional Component : provides business functionalities in the realisation of the Service Component . Technical Component : supports Functional Component.  Service Publication and Exposure Service Publisher : stores metadata about services in  Service Repository (Governance Layer) IDE : define and develop Service Components Service Deployment Service Deployment Manager : deploys Service Components to Services Container according to the Service Registry (Governance Layer) => automation. Service Invocation Service Invoker : invocation of the Service Components  from the Service Layer. Service Binding Service Implementation Binder : transforms request from Service or Integration Layer to the required in-bound call of the Service Component (e.g. WSDL) Method Input/Output Transformer :

SOA Reference Architecture - Operational Systems Layer (III)

Image
This layer is responsible for the runtime and deployment infrastructure. Service Delivery Solution Component : provide functional capability of the services Implementation Controller (IC) : Delegates request to the appropriate Solution Component. Incorporates (de-)composition of legacy systems into Solution Component . Integration Layer   | Integration Controller  : coordination and brokering interactions between ABBs. Application (Packaged and Custom)  Legacy Systems DB Quality of Service Layer : Policy Enforcer, Access Controller Runtime Environment Runtime Hosting Environment (RHE) :   support for operational and runtime services Solution Platform : JVMs, CICS environment... Solution Building Block : runtime component of ABBs from other layers Deployment Unit : executable application (exe, war, ear...) Virtualisation and Infrastructure Services Hardware Virtualised infrastructure : use of shared disk space in a cloud environment Quality of Service Layer

SOA Reference Architecture : Description of Layers (II)

Image
Each layer of an SOA may be described this way : Overview Capabilities supported Logical aspect (structural elements) Interaction (ABBs within/across layers) The image below depicts a typical interactions among the layers :

SOA Reference Architecture : Introduction (I)

Image
In this new series of articles, I'll present briefly the Service Oriented Architecture (SOA) concept. You can find useful information on the SOA Reference Architecture . The benefits of using an SOA approach are mainly: Reducing cost Agility Increase competitive advantage Faster time to market Consolidation of systems Better align IT to business goals The SOA Reference Architecture (SOA RA) provides an abstraction for SOA-based solutions. The SOA RA gives us an abstraction using common layers: Cross-cutting (vertical) Layers: Integration Layer : mediation / routing / protocol transformation Quality of Service Layer : manage Non Functional Requirements (NFRs) Information Layer : data needed for horizontal layer creation Governance Layer : Manage policies and business rules (registries / repositories) Functional (horizontal) Layers Operational Systems Layer : runtime environments for all layers Service Component Layer : services implementatio

Angular: Create a workspace (Serie 1)

Prerequisites 1.1 Node.js According to the documentation , you need Node.js  (>10.9.0) installed on your computer. You can check the Node version with the following command: node -v . 1.2 npm We use the npm client command line shipped with Node.js to download and install npm packages. 1.3 Angular CLI Use the following command to install the Angular CLI globally: npm install -g @angular/cli You can find the available command reference here . Create a workspace and initial app In order to create a skeleton for an application named my-app , you only need to run the new command  as: ng new my-app The new command prompts you to select the routing mode, the style mode (css, scss...). Create a workspace under an existing folder For creating a workspace under an existing folder, do the following: open a terminal on your current folder (e.g. my-app) Run the following command : ng new my-app --directory=./ Run your app In order to build and ser

Spring Service method validation

It is considered a good practice to validate the inputs of your service method. You need to first annotate your service class with @Validated . This annotation tells Spring to evaluate the constraints annotations on each method parameters. In order to avoid a ConstraintDeclarationException , your interface should also declare the constraint annotations. If the input is invalid, a ConstraintViolationException is thrown.