+ All Categories
Home > Technology > BPM for SOA+ESB+API and cloud

BPM for SOA+ESB+API and cloud

Date post: 13-Jul-2015
Category:
Upload: alexander-samarin
View: 1,680 times
Download: 2 times
Share this document with a friend
Popular Tags:
21
#BPM for #SOA+#ESB+#API and #cloud (#PaaS and #SaaS) A. Samarin
Transcript

#BPM for #SOA+#ESB+#API and #cloud (#PaaS and #SaaS)

A. Samarin

1. #bpm for developers: improve #agility of implementations http://improving-bpm-systems.blogspot.com/2013/04/bpm-for-developers-improve-agility-of.html

2. Addressing #security concerns through #BPM at http://improving-bpm-systems.blogspot.com/2013/04/addressing-security-concerns-through-bpm.html

3. https://www.linkedin.com/pulse/article/20140427193910-4749526-ideas-for-bpmshift-delenda-est-vendor-centric-bpm-how-to-modernise-a-legacy-erp

4. https://www.linkedin.com/pulse/article/20140812140157-4749526--bpm-for-software-architects-from-monolith-applications-to-explicit-and-executable-coordination-of-microservices-architecture

© A. Samarin 2014 #BPM for #SOA+#ESB+#API and #cloud (#PaaS and #SaaS) v2

2

Related articles

Service

Legacy application

In-houseApplication

flow of controlflow of data mixed flow

No clouds, everything is in-house

Service

Legacy application

AppInternet

In-houseApplication

SaaS in Cloud

API

flow of controlflow of data mixed flow

Cloud services and external client

Service

Legacy application

App

SOA+ESB+API

APIAPI

Container Container

Internet

In-houseApplication

SaaS in Cloud

API

flow of controlflow of data mixed flow

Put order in-house by SOA+ESB+API

Service

Legacy application

App

SOA+ESB+API

APIAPI

Container Container

Internet

In-houseApplication

API

Container

Compoundservice

SaaS in Cloud

API

flow of controlflow of data mixed flow

Use compound services to simplify applications

Service

Legacy application

BPMSmanagement as a service

SOA+ESB+API

APIAPIAPI

Container ContainerBPMS container

Process instance as a service

API

BPMS container

Human activity

as aservice

API

BPMS container

Internet

In-houseProcess-centric solution (internal, B2E, B2B)

API

Container

Compoundservice

App

Application

SaaS in Cloud

flow of controlflow of data mixed flow

SaaS in Cloud

API

Adding process-centric solutions

ServiceProcess

instance as a compound

service Legacy

application

App

BPMSmanagement as a service

Human activity

as aservice

SOA+ESB+API

APIAPIAPIAPIAPI

Container ContainerBPMS containerBPMS containerBPMS container

Internet

In-houseProcess-centric solution

(internal, B2C, B2B)

API

Container

Compoundservice

flow of controlflow of data mixed flow

SaaS in Cloud

API

Replacing compound services by mini-processes

ServiceProcess

instance as a compound

service Legacy

application

App

BPMSmanagement as a service

Human activity

as aservice

SOA+ESB+API

APIAPIAPIAPIAPI

Container ContainerBPMS containerBPMS containerBPMS container

Internet

In-houseProcess-centric solution

(internal, B2C, B2B)

API SaaS in Cloud

flow of controlflow of data mixed flow

More order in-house

ServiceProcess

instance as a compound

service Legacy

application

App

BPMSmanagement as a service

SOA+ESB+API

APIAPIAPIAPI

Container ContainerBPMS containerBPMS container

Internet

In-house

ServiceProcess instance as a service

BPMSmanagement as a service

Human activity

as aservice

SOA+ESB+API

APIAPIAPIAPI

ContainerBPMS containerBPMS containerBPMS container

PaaS in CloudProcess-centric solution

(internal, B2C, B2B)

API SaaS in Cloud

flow of controlflow of data mixed flow

Use BPM PaaS product but keep the flow of data in-house

ServiceProcess

instance as a compound

service Legacy

application

App

BPMSmanagement as a service

SOA+ESB+API

APIAPIAPIAPI

Container ContainerBPMS containerBPMS container

Internet

In-house

ServiceProcess instance as a service

BPMSmanagement as a service

Human activity

as aservice

SOA+ESB+API

APIAPIAPIAPI

ContainerBPMS containerBPMS containerBPMS container

PaaS in CloudProcess-centric solution

(internal, B2C, B2B)

API SaaS in Cloud

flow of controlflow of data mixed flow

App

Redirect all external applications to PaaS product

Process instance as a

compound service

Legacy application

App

BPMSmanagement as a service

SOA+ESB+API

APIAPIAPI

ContainerBPMS containerBPMS container

Internet

In-house

ServiceProcess instance as a service

BPMSmanagement as a service

Human activity

as aservice

SOA+ESB+API

APIAPIAPIAPI

ContainerBPMS containerBPMS containerBPMS container

PaaS in CloudProcess-centric solution

(internal, B2C, B2B)

API SaaS in Cloud

flow of controlflow of data mixed flow

App

Moving more services to PaaS product

Legacy application

SOA+ESB+API

API

Container

Internet

In-house

ServiceProcess instance as a service

BPMSmanagement as a service

Human activity

as aservice

SOA+ESB+API

APIAPIAPIAPI

ContainerBPMS containerBPMS containerBPMS container

Process-centric solution (internal, B2C, B2B)

App

PaaS in Cloud

flow of controlflow of data mixed flow

API SaaS in Cloud

Legacy will be SaaS in cloud at one time

SaaS in CloudOTS

products

Internet

In-house

ServiceProcess instance as a service

BPMSmanagement as a service

Human activity

as aservice

SOA+ESB+API

APIAPIAPIAPI

ContainerBPMS containerBPMS containerBPMS container

Process-centric solution (internal, B2C, B2B)

App

PaaS in Cloud

flow of controlflow of data mixed flow

API SaaS in Cloud

Nice and clean in-house

API

SaaS in CloudOTS

products

Internet

In-house

ServiceProcess instance as a service

BPMSmanagement as a service

Human activity

as aservice

SOA+ESB+API

APIAPIAPIAPI

ContainerBPMS containerBPMS containerBPMS container

Process-centric solution (internal, B2C, B2B)

App

PaaS in Cloud

flow of controlflow of data mixed flow

API SaaS in Cloud

Some COTS products become also PaaS products

API

Service

API

ContainerAnother PaaS in Cloud

Service

API

Container

Advantages of cloud (1)

• SaaS is good for OTS products (system of records)

– not be changed by us (i.e. customised)

– protect well their data

• BPM PaaS product is necessary for integration and provisioning of micro-services (system of differentiation)

– without customising the platform (itself

– with the use of only non-exotic features

– core for a corporate integration and automation platform or business execution platform

– quick deployment, versioning, scaling out (for peak load periods)

• Collaboration with a BPM PaaS product vendor to improve our services and solutions (system of innovations)

16© A. Samarin 2014 #BPM for #SOA+#ESB+#API and #cloud (#PaaS and #SaaS) v2

• Several SaaS and PaaS products may be used simultaneously

• But, keep an eye on them – changing of SaaS or PaaS product should be easy

• Potentially, all currently installed in-house products will be in cloud

• Financial effect should be estimated if there is “pay-as-you-go” option

17

Advantages of cloud (2)

© A. Samarin 2014 #BPM for #SOA+#ESB+#API and #cloud (#PaaS and #SaaS) v2

How to move from in-house to cloud

• Step-by-step

• Total (or ruthless) digitalisation

• Different business domains may have different pace

• Keep everyone happy concerning their “touch-points”

• Especially security issues

– making the flow of data explicit to take an informed solution

• Make everything explicit

• Maintain discipline, make design simple, strive for balance, and keep is stable

• Architecture, architecture, architecture

18© A. Samarin 2014 #BPM for #SOA+#ESB+#API and #cloud (#PaaS and #SaaS) v2

1. Think about micro-services (atomic and compound)2. Know how to implement your-business-specific-common

functionality as micro-services 3. Know not to implement automation for your-unique-

business-processes-specific as composite (compound) micro-services with the use of micro-services from the item #2

4. Know how to implement your-unique-business-processes as composite (compound) micro-services with the use of the item #3

5. Use DSLs for compound micro-services6. Use interpretive programming languages for micro-

services7. Think about integration and automation platform

Again

19© A. Samarin 2014 #BPM for #SOA+#ESB+#API and #cloud (#PaaS and #SaaS) v2

• “A relevant application architecture trend is the shift away from monolithic and tightly coupled n-tier applications to decomposed applications. A modern application is a functional ecosystem comprising a loose association of apps and services. Apps implement the application front end, and servicesimplement the application back end. Together these apps and services support a particular business domain.”

© A. Samarin 2014 #BPM for #SOA+#ESB+#API and #cloud (#PaaS and #SaaS) v2

20

Apps and services view – which initiated this presentation

1. Business process-specific functionality (to be used only in a particular process)

2. Business domain-specific functionality (common within a particular domain and to be used by services from the item 1)

3. Cross-domain functionality (to be used by services from the item 2)

# compound vs atomic micro-service or service OTS vs in-house

1 explicit compound micro-service in-house

2 explicit compound or atomic any any

3 implicit compound or atomic any OTS

• QUESTIONS?

• Personal website: http://www.samarin.biz

• Blog http://improving-bpm-systems.blogspot.com

• LinkedIn: http://www.linkedin.com/in/alexandersamarin

• E-mail: [email protected]

• Twitter: @samarin

• Mobile: +41 76 573 40 61

• Book: www.samarin.biz/book

Thanks

21© A. Samarin 2014


Recommended