- 1、本文档共34页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Docker在企业服务中的应用
字符科技(大连)有限公司
2016 / 7 / 9
Agenda
企业应⽤的⼀键部署实现
⾃动部署中Machine ,Swarm ,Hub及API的运⽤
DeepLearning训练环境,Hadoop集群环境的⼀键部署实践
⼀个典型的企业应⽤系统架构
这张图继承⾃字符科技平台介绍资料
典型运⾏环境构成
通常情况的企业应⽤的服务器架构
消息队列
防⽕墙 负载均衡集群 缓存 Application 数据库集群
控制器(DNS ,Proxy , 备份(完整备份,差分备份) 监控
LIGHT 2015 4
⼀键部署
效果
1. 基于Docker的环境搭建
安装Docker Engine
需要把中间件都配置好(DB ,LB等)
需要把AP配置好
2. 容器的调度
我们使⽤了Docker的REST API
3. 选择合适的物理机机器,并配置端⼝
我们为每⼀个创建的AP维护⼀个映射表
Ver 1.0
4. 启动应⽤
部署代码(⽅法1:把代码做到镜像⾥⽅法2 :动态加载代码)
需要JENKINS之类的持续集成⼯具
懒惰的特性,促使我们选⽤动态加载,提交代码就OK了
5. 服务发现
添加⼀个AP 需要分散LB过来的请求
⽣成中间件配置
6. Cache
⽣成中间件配置
第⼀次请求的时候,由AP负责解析
第⼆次开始,缓存有效
Ver 1.0 - ⿇烦
幸福来得也很快
Docker的发展速度实在是太快了
Scheduler - 计算那个节点更适合分配容器
Discovery - 维护客户端地址
Zookeeper 作为我们的Discovery
洁癖
⾮功能要素 - 企业应⽤为什么要这么⿇烦
很总要你们懂得 - 当然设计系统的时候真的作为我们的指导思想
设计要素
⼀款应⽤程序,要考虑的⾮功能性要素
0 可⽤性 0
1 持续提供服务能⼒,耐故障能⼒,灾难对策能⼒,可恢复 1
性 可⽤性
0 性能与可扩展
2 业务处理量,性能⺫标值,资源的可扩展性,性能与品质
保证 0 0
0 5 2 性能
可操作与可维护 安全性
3 通常的操作与维护,定期操作与维护,故障时的操作,操 Core 可扩展
作环境,⽀持体制,操作管理⽅针
0 Values
可移植性
4 移植时期,移植⽅式,移植对象,移植数据,移植计划 0 0
4可移植 3可操作
0 安全性 性 可维护
文档评论(0)