运维系统开发与Rails 3页面开发实践

Rubyconf China 2011

Transcript

1. 运维系统开发与Rails 3页面开发实践 ——李福（李建业） f fs sw wo or rd d@ @s si in na a f fs sw wo or rd dl le ee e@ @t tw wi it tt te er r h ht tt tp p: :/ // /f fs sw wo or rd d. .i it te ey ye e. .c co om m
2. 摘要 • 介绍一下运维系统项目 – 定位 – 理念 – 进展 • rails中的web页面开发实践 – MVC与REST – AJAX和单页面应用
3. 运维系统介绍
4. 运维系统 • 背景与生态环境 – Alibaba运维体系 •资源 •配置 •监控 •……
5. 运维系统 • 背景与生态环境 – 在淘宝 •基础数据资料库（CMDB） •基础信息采集 •软件包依赖 •系统上线部署
6. 运维系统 • 面对的挑战 – 互联网应用规模化以后的瓶颈 •模式：Google or Facebook ? – 复杂的技术环境：语言、平台、网络拓扑 – 重复建设 vs 系统整合 – 运维中的监控问题：监多控少 – 部署自动化——敏捷的最后一公里
7. 运维系统 • 做什么 – 通用运维系统 – 多机并行操作 – 支持用户审计 • 不做什么 – 人员、组织管理 – 工作流 – 日志、告警采集 – 配置管理 – 热部署
8. 运维系统 • 设计理念 – 兼容现有运维体系 – 利用现有成熟的技术 – 基于组合的方式推进系统演化
9. 系统关系
10. 运维系统 • 系统职责（类比OS） – 相同点 •完成任务 •改变自身状态 •反馈结果 – 区别 •基于网络 •多机同时操作 •跨域，环境复杂 •任务单一
11. 运维系统 • 运维基础设施 – ssh 通道 ( ssh-copy-id)+sudo – 命令脚本 ( bash、python、ruby...... )
12. 功能模块
13. 运维系统 • 技术要点 – 网络可达性：大型互联网应用跨越多个机房， 出于多方面考虑，互相之间可能有隔离 – 系统并发能力：运维风暴对机群管理提出要求 – 任务复杂性带来了脚本复杂性
14. 运维系统 • 解决办法 – 网络可达性 – 设计专门的agent进行shell指令推送下发， agent与控制中心、与被管机器之间均为主 动交互 – 系统并发能力 – agent使用erlang进行指令发送，异步请 求，并行处理 – 任务复杂性 – 提供原子指令和操作两层抽象，运维任务基 于操作来进行
15. 运维系统 • 系统对比 – Puppet •抽象为资源 •核心是配置管理，不适合进行实时运维操作 •认证复杂
16. 运维系统 • 系统对比 – Sagent •功能较完善 •结构较复杂 来源链接
17. 运维系统 • 我们的收获 – 如何应对摸索中的需求 •快速、可用的原型 •行进中开火 •团队小型化 – 技术？流程？ •Guard + Rspec + Spork = TC翻倍 •jruby + trinidad：更接近真实环境 •去extjs •代码量锐减（2000+ -> 400+) •页面功能点评估单位：天 -> 小时
18. 运维系统 • 模型演化
19. 目前的进展 • 第一阶段 – 建立基本模型 – 基础架构实现功能闭环 – 部分用户试用，分析现实需求 • 第二阶段 – 固化常用运维操作 – 和相关系统进行集成 • 第三阶段 – 应用托管标准化 – 弹性部署
20. 我们还在路上... 尚未完成
21. web页面开发实践
22. 理解MVC • 通常的理解 – 模型负责业务相关的逻辑 – 视图负责展现层逻辑
23. 理解MVC • [通过一个图，反映model 1架构所需要解决 的问题，分析其优缺点]
24. MVC：model 1 到 model 2 • [分析web开发中，为了适应新的环境对 model 1进行的改造]
25. MVP
26. REST：URL Driven
27. 其它问题 • Query in view：本质是 n+1查询
28. Ajax
29. MVC：model 1 到 model 2