




版權(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ì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 第八章 第一節(jié) 自然特征與農(nóng)業(yè) 教學(xué)設(shè)計(jì) -2023-2024學(xué)年人教版地理八年級(jí)下冊(cè)
- 2025屆河南省信陽(yáng)市高三上學(xué)期第二次質(zhì)量檢測(cè)生物試題及答案
- 二零二五年度酒店集團(tuán)食堂承包合同
- 2025年度清潔能源項(xiàng)目股東權(quán)益轉(zhuǎn)讓與投資合作協(xié)議
- 2025年度醫(yī)療健康產(chǎn)業(yè)園區(qū)醫(yī)生聘用合同
- 2025年度雙方離婚協(xié)議書(shū)范本及財(cái)產(chǎn)分割子女監(jiān)護(hù)及撫養(yǎng)
- 2025年度健康醫(yī)療行業(yè)雇工合同
- 2025年衡陽(yáng)幼兒師范高等??茖W(xué)校單招職業(yè)適應(yīng)性測(cè)試題庫(kù)學(xué)生專用
- 2025年河北外國(guó)語(yǔ)學(xué)院?jiǎn)握新殬I(yè)傾向性測(cè)試題庫(kù)必考題
- 倉(cāng)儲(chǔ)租賃居間合作批文
- GB/T 1265-2003化學(xué)試劑溴化鈉
- 統(tǒng)編版四年級(jí)道德與法治下冊(cè)全冊(cè)課件
- 11-化學(xué)動(dòng)力學(xué)基礎(chǔ)-2-考研試題資料系列
- 醫(yī)院評(píng)審工作臨床科室資料盒目錄(15個(gè)盒子)
- 社區(qū)獲得性肺炎臨床路徑
- 壓力性損傷指南解讀
- 湯姆走丟了 詳細(xì)版課件
- 大學(xué)學(xué)院學(xué)生心理危機(jī)預(yù)防與干預(yù)工作預(yù)案
- 國(guó)有土地上房屋征收與補(bǔ)償條例 課件
- 幼兒園繪本:《閃閃的紅星》 紅色故事
- 鐵路建設(shè)項(xiàng)目施工企業(yè)信用評(píng)價(jià)辦法(鐵總建設(shè)〔2018〕124號(hào))
評(píng)論
0/150
提交評(píng)論