API優(yōu)先策略如何幫助企業(yè)真正實(shí)現(xiàn)數(shù)字化_第1頁(yè)
API優(yōu)先策略如何幫助企業(yè)真正實(shí)現(xiàn)數(shù)字化_第2頁(yè)
API優(yōu)先策略如何幫助企業(yè)真正實(shí)現(xiàn)數(shù)字化_第3頁(yè)
API優(yōu)先策略如何幫助企業(yè)真正實(shí)現(xiàn)數(shù)字化_第4頁(yè)
API優(yōu)先策略如何幫助企業(yè)真正實(shí)現(xiàn)數(shù)字化_第5頁(yè)
已閱讀5頁(yè),還剩34頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

Microservices

under

themicroscope?

2015

Axway|Confidential2?

2015

Axway|Confidential·“To

Improve

Is

toChange;

To

Be

Perfect

Isto

Change

Often”

Sir

Winston

Churchill

提高就是要改變,而要達(dá)到完美

就要不斷改變。

溫斯頓

丘吉爾?

2015

Axway|Confidential3We’ve

already

been

forced

to

change…?

2015

Axway|Confidential4

Digital

Business

has

no

Border?

Architecting

for

Mobile

isn’t

enough?

Omni-channel

experiences

require

a

new

approach?

Digital

products

are

King?

2015

Axway|Confidential5Expectations

for

IT

have

changed?

In

the

past

enterprise

architecture

was

designed

for

known

use

cases

and

integrations

The

consumer

cloud

&

mobile

application

model

has

changed

the

way

business

users

view

IT

products

and

processes?

Today’s

enterprise

must

architect

for

the

unknown

Enterprise

IT

systems

are

no

longer

an

island

and

must

build

their

capacity

to

integrate

with

the

outside

world?

2015

Axway|Confidential6|7Netflix

has

shown

the

way…Reactions

Adrian

Cockcroft

received.

“You

guys

are

“What

Netflix

is

doing

won’t

work”

-2010

“We’d

like

to

do

that,

but

can’t”

-2012Confidentialcrazy!

Can’t

believe

it”

-2009

“It

only

works

for

Unicorns

like

Netflix”

-2011

?

2015

Axway?

2015

Axway|Confidential8A

mandate

for

change!?

2015

Axway|Confidential9Enterprise

IT

Adoption

Cycle/2012/07/adoption-cycles.html

-

Simon

WardleyClients?

2015

Axway|Confidential11What

do

Enterprise

Applications

looklike?Backend

Server

DataStorage

Web

ClientMobile

Client

Other

Other

Clients?

2015

Axway|Confidential12The

backend

relied

on

monolithicapplications?

All

functionality

in

a

single

process?

Scale

by

adding

serversBackend

Server?

2015

Axway|Confidential13SOA

introduced

separation?

Separable

elements

of

functionality

become

services?

Scale

&

reuse

services

as

neededBackend

ServerServiceServiceServiceService?

2015

Axway|Confidential14Are

these

services

useful?"The

value

of

a

well-designedobject

is

when

it

has

such

a

richset

of

affordances

that

the

peoplewho

use

it

can

do

things

with

itthat

the

designer

neverimagined.”Donald

Norman?

2015

Axway|Confidential15Are

these

services

useful?Are

these

services

able

to

servetoday’s

application

needs?And

tomorrow’s??

2015

Axway|Confidential16Introducing

Microservices

“…the

microservice

architectural

style..

..is

an

approach

to

developing

a

single

application

as

a

suite

of

small

services,

each

running

in

its

own

process

and

communicating

with

lightweight

mechanisms,

often

an

HTTP

resource

API.

…”

Martin

Fowler

/articles/microservices.html?

2015

Axway|Confidential17Backend

ServerServiceServiceServiceServiceWhy

Microservices?

?

A

platform

for

the

business

?

Agility

?

Not

tied

to

technology?

2015

Axway|Confidential18Loosely

Coupled

It’s

not

looselycoupled,

if

multipleservices

need

to

be

updated

at

the

same

time?

2015

Axway|Confidential19Functionally

Bounded

You

should

not

require

too

muchinformation

about

surrounding

services?

2015

Axway|Confidential20Sounds

familiar??

2015

Axway|Confidential21Are

these

services

useful?How

small

is

microservice?We

want

to

avoid

dumb

servicesthat

are

just

CRUD

wrappers?

2015

Axway|Confidential22SOA

vs

Microservices

SOA?????Team

focused

onservicesServices

deployed

in

ashared

busMachine

readableservice

registryCentralizedorchestrationCentralized

datastorageMicroservices?

Teams

aligned

with

business?

Services

deployed

at

the

edge?

Developer

readable

catalogue?

Orchestration

within

each

app?

Data

storage

replicated

across

atomic

instances?

2015

Axway|Confidential23Build

it,

Run

it,

Own

it?

SOA

Services

were

seen

as

projects

The

team

moves

on

when

the

scope

of

that

project

is

delivered?

Microservices

and

their

APIs

must

be

managed

as

products

Product

team

owns

their

service

from

conception

to

retirement?

2015

Axway|Confidential24?

2015

Axway|ConfidentialExamining

the

componentsof

a

microservicesarchitecture?

2015

Axway|Confidential25Defining

Services?

2015

Axway|Confidential26Defining

Services?

Build

services

for

business

functions

not

known

integration

problems?

Implement

a

process

to

build

and

deploy

each

service

independently?

Existing

services

can

be

maintained,

while

new

or

partial

services

are

launched

No

impact

to

production

until

traffic

routing

is

updated?

2015

Axway|Confidential27Decentralize

Everything?

2015

Axway|Confidential28Decentralize

Everything?

Developers

can

build

services

on

any

platform,

with

any

tools?

Limit

or

remove

centralized

resources

Databases

Message

Queues

Enterprise

Service

Buses?

2015

Axway|Confidential29High

Trust,

Low

Friction?

2015

Axway|Confidential30High

Trust,

Low

Friction?

Developers

dislike

rebel

against

strict

governance

processes?

Services

should

be

managed

and

owned

by

product

teams

Lifecycle

management?

Functional

decomposition

based

on

the

business

Services

should

not

represent

technology

or

architectural

constraints,

but

rather

business

requirements?

2015

Axway|Confidential31Lightweight

Integration

Patterns?

2015

Axway|Confidential32Lightweight

Integration

Patterns?

Services

should

be

stateless?

Hide

backend

implementation

complexity?

Document

your

services

and

their

APIs

Swagger,

RAML,

Blueprint?

2015

Axway|Confidential33Think

Differently

About

API

Design?

2015

Axway|Confidential34Think

Differently

About

API

Design?

Bring

the

Web

to

enterprise

integration?

Traditional

RPC-style

APIs

can

depend

on

a

high

degree

of

context

for

surrounding

services?

Design

a

RESTful

representation

of

your

service

This

API

should

look

at

application

needs

(outside-in)?

Hypermedia-Style

APIs

promote

loose-coupling

?

Use

HTTP

linking

to

self-document

service

capabilities?

2015

Axway|Confidential35Design

security

with

public

access

inmind?

2015

Axway|Confidential36Design

security

with

public

access

inmind?

Access

to

services

must

be

managed

Don’t

assume

internal

or

private

access?

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論