-
基于
OpenShift
部署企业
PaaS
平台实践
1
这
篇
文
章
是
关
于
OpenShi
ft
企
业
部
署
的
“
蓝
图
”
，
通
过
“
脑
图
”
帮
助
客
户
< br>实
现
企
业
级
部
署
OpenShift
。
如
下
是
构
建
< br>高
分
布
式
平
台
的
大
部
分
依
赖
：
?
战
略
目
标
（
Strategy
）<
/p>
?
存
储
计
划
（
Storage
）
?
业
务
操
作
（
Opera
tion
）
?
业
务
连
续
性
弹
性
与
灾
难
恢
复
（
< br>BCR
＆
DR
）
?
应
用
开
发
（
AppDev
）
?
安
全
（
Security
）
?
自
动
化
（
Automation
）
?
网
络
（
Networkin
g
）
?
<
/p>
提
供
（
Prov
isioning
）
?
外
部
依
赖
（
External
dependencies
）
其
中
每
类
都
包
含
多
个
子
区
域
< br>。
下
面
我
们
将
逐
一
说
明
。
即
使
你
熟
悉
这
个
话
题
，
你
也
会
< br>发
现
脑
图
的
价
值
。
如果你想要更多，点击放大图片或查看
/mangirdaz/
ocp-mindmap
2
3
策略目标（
Strategy
）
开
始
采
用
新
平
台
之
前
，你
的
策
略
应
该
是
你
想
到
的
第
一
件
事
情
。你
需
要
知
道
谁
将
使
用
你
建
立
的
这
个
平
台
。
利
益
相
关<
/p>
者
是
谁
，
最
后
谁
负
责
？
确
定
利
益
相
关
者
通
常
是
构
建
策
略
的<
/p>
最
简
单
的
部
分
。
建
立
实
践
社
区
（
CoP
）
将
有
助
于
制
定
战
略
和
方
向
。
一<
/p>
个
精
心
设
计
和
维
护
的
CoP
可
以
帮
助
您
利
用
自
己
组
织
力
量
推
动
实
现“
正
确
解
决
方
案
”的
进
程
。封
闭
式
解
决
方
案
往
往
会
错
过
组
< br>织
需
求
。
考
虑
对
CoP
进
行
一
些
研
究
。
其次，
你需要“微服务标准化”策略。在将服务放在新平台之前，强烈建议您定义一些标准。这里的挑战是旧
的标准不适用于这个新的世界。尝试“复制
粘贴”
，某些功能可能无法正常工作。
存储计划（
Storage
）
4
计划构建一个成功的平台，存储或
持久性是关键考虑。你不仅需要简单的存储，而且需要可以高扩展的存储空
间。你将需要
为平台内部组件提供存储，如：日志、度量和容器镜像仓库。当然，你可以根据将要构建的解决
< br>方案选择不同的实现方式，如：对象存储、基于消息传递的日志服务，有时可能不需要考虑存储，但你无法 完
全消除对存储的需求。一旦我们开始说“持久性”
，就意味着
存储。开始思考如何做，谁将为你提供，以及你将
拥有的存储空间（
SSD
，
Magnetic
，
SAN
，
NAS
等
）
。
5
业务操作（
Operation
）
操
作
部
分
与
本
文
的
下
一
节
紧
密
相
连
< br>。业
务
主
要
由
以
下
两
个
领
域
组
成<
/p>
：通
常
和
无
计
划
的
行
为
（
BCR
＆
DR
）
。
我
们
将
在
下
一
节
中
介
绍
无
计
划
的
行
为
。
6