Embed Size (px)
Citation preview
混合云管理及DevOps协作平台
一 公司介绍
二 我们所要解决的问题
四
三 我们的解决方案
客户案例
C目录ONTENTS
一、公司介绍
》 公司发展历程
2012.11 2015.03 2015.06 2015.09
创始团队成立开始产品研发
产品1.0发布成为阿里云官方推荐运维解决方案
打造标杆用户单用户被管理虚机超过2000台
产品2.0发布支持所有主流公有云和私有云
我们的合作伙伴
》
云和DevOps成为新常态下的IT运维管理
FIT2CLOUD产品定位（1）
DevOps成为新常态
1. 以应用和服务为中心的运维管理
2. 从控制变更转向持续部署和交付
3. 基于自动化和端到端监控来支撑持续部署
4. 集成IaaS API实现快速Provision和弹性伸缩
云成为新常态
1. 基础设施的范围不再局限于企业数据中心内
2. 传统基础设施的运维工作由IaaS承担
3. 基础设施的形态发生了变化，提供API
4. 运维的重点转向应用服务的运维
服务运维
基础设施运维
IT 运维管理
FIT2CLOUD管理控制台
FIT2CLOUDREST API
FIT2CLOUD消息引擎
公有云 私有云 物理机
虚机VM
FIT2CLOUDAgent
虚机VM
FIT2CLOUDAgent 服务器
FIT2CLOUDAgent
》
混合云管理平台：统一管理跨公有云和私有云的重要商用应用
FIT2CLOUD产品定位（2）
Physical Infrastructure
Infrastructure as a Service
Management & Automation
Enabling Technologies
Platform as a Service
Software as a Service
Provisioning, Automation, Monitoring, Auto-scaling, Configuration，Orchestration
PaaS(容器云) Apps(传统应用)
Apps(微服务架构)
》 我们的团队
我们的经验
2015/09 阿里云 :: DT时代, 云上运维的变与不变
2015/05 高效运维 :: 怎么让系统具备可部署性?
2015/05 InfoQ :: 剖析AWS CodeDeploy
2015/03 InfoQ :: 持续交付：当前普遍存在的三个问题
2014/12 CSDN :: DevOps系统的变迁
2014/10 InfoQ :: 关于Web-Scale IT的一些观点
2014/08 CSDN :: 对国内公有云两个计费现象的思考
2014/07 程序员 :: 如何高效使用亚马逊EC2之安全与成本控制
2014/06 程序员 :: 如何高效使用亚马逊EC2之服务可用性与数据存储
2014/05 CSDN :: 以史为镜，剖析PaaS大迷局
2014/02 InfoQ :: DevOps ≠ Chef/Puppet
2014/01 InfoQ :: 基于AWS的自动化部署实践
2013/09 程序员 :: 对国内云计算三个现象的思考
2011/06 InfoQ :: 阮志敏谈平台即服务PaaS
2011/04 InfoQ :: 阮志敏谈云计算与SOA
• 万台虚机的自动化部署和管理经验
• 部署跨公有云和私有云的商用应用经验
• 大规模高可用,可伸缩的原生云应用的持续交付经验
• DevOps和自动化运维的一线实践经验
我们团队成员发表过的专业文章
我们获得的认证
截止2015/09，我们有：2位专业级别AWS解决方案架构师3位助理级别AWS解决方案架构师
二、我们所要解决的问题？
》 我们所要解决的问题
问题(1)：用户采纳混合云所带来的统一管理问题
如何集成云API，实现自动伸缩？
3
1
2
如何统一管理公有云主机、私有云主机和物理机？
如何以应用视角管理基础设施？
30% 58% 5%Public and
PrivatePublic Cloud
OnlyPrivate
Cloud Only
Private=63%Public=88%
Source:RightScale 2015 State of the Cloud Report
58%的欧美用户采用混合云的策略
》 我们所要解决的问题
问题(2)：虚机增多时所带来的运维挑战
Source:RightScatle 2015 State of the Cloud Report
Number of VMs Enterpeises Are Runing in Cloud
Public Cloud
Private Cloud
Virtualized Environments
如何高效运维成千上万台主机？大部分企业的虚机数量超过50台
如何同时给1000虚机打补丁？
如何实现端到端的监控？
如何实现故障自动修复？
》 我们所要解决的问题
问题(3)：持续部署和交付所带来的问题
如何实现1周部署在线升级100次？
如何建立统一的Artifact仓库?
如何保证测试环境和生产环境的一致性？1.1 版本控
制服务1.2 持续集成服务
1.3 Artifact仓库
3.1 开发环境
3.2 测试环境
3.3 准生产环境
3.4 生产环境
1. 从Code到Artifact仓库
2. 从Artifact仓库到可运行的服务
3. 从开发环境到生产环境
2.1 环境创建
2.2 服务器自动化
2.3 代码部署
2.4 服务监控
持续部署和交付的压力越来越大
三、我们的解决方案
》 我们的解决方案
FIT2CLOUD：混合云管理及DevOps协作平台
混合云管理
故障自动处理
脚本执行
安全和审计
监控告警
用户管理
代码部署
权限管理
自动伸缩
REST API
FIT2CLOUD有两种交付方式：在线SaaS服务和本地化部署方式。企业可以将FIT2CLOUD部署在自己的公有云主机上，或者企业内网主机上，完全在自己控制之下。
》
1. 批量、定时执行脚本2. 告警自动触发脚本执行3. 虚机、站点、自定义监控4. 不同层次的监控数据分析5. 千人千面仪表盘
场景一
运维人员
场景二
运维人员
场景三
开发、测试人员
场景四
DevOps
实现混合云管理
统一管理不同来源主机
实现自动化运维和监控
高效管理成千上万台主机
实现自服务的IT
加速云上的开发测试
实现持续部署和交付
加速云上的业务创新
1. 支持公有云主机；2. 支持私有云主机和物理机3. 以应用角度统一管理资源4. 集成云API，支持自动伸缩
1. 快速创建应用系统所需的云资源2. 快速释放云IT资源；3. 快速试错、快速迭代
1. 实现统一的Build管理；2. 实现部署过程的自动化、标准化、可视化；3. 保证开发、测试、生产环境部署的一致性；
FIT2CLOUD的典型使用场景
我们的解决方案
》 我们的解决方案
功能截屏(1)：掌控系统全局的仪表盘
千人千面仪表盘
》
功能截屏(2): 以应用维度统一管理不同来源的主机
我们的解决方案
统一管理公有云主机、私有云主机和物理机
》
功能截屏(3): 脚本批量执行, 同时对多台虚机执行脚本
批量脚本执行：在数分钟内可以完成对2000台主机的升级部署
我们的解决方案
》
支持不同级别资源的监控、支持应用级别的自定义监控
功能截屏(4): 监控面板
我们的解决方案
》
功能截屏(5): 支持AWS CodeDeploy部署方式
“代码部署”帮助用户实现部署的标准化、自动化和可视化
Start
ApplicationStop
DownloadBundle
BeforeInstall AfterInstall
ApplicationStart
ValidateService
Install End
我们的解决方案
四、客户案例
》 客户案例
华数互联网技术部使用FIT2CLOUD实现了阿里云VPC内的虚机和在IDC中托管的物理机的统一管理和自动化运维，包括监控告警、批量执行脚本等；华数平台运维部使用FIT2CLOUD监控CDN流量和私有IaaS的宿主机。
海量信息使用FIT2CLOUD实现了两千台规模虚机的统一管理和自动化运维；实现数分钟内对2000台虚机批量操作。
红点(dian.fm)使用FIT2CLOUD实现不同来源主机的统一管理和自动化运维；实现Build的统一管理和应用代码的持续部署。
软通动力基于FIT2CLOUD构建SaaS化运营中心，实现一键在公有云中创建虚机并完成应用的自动化部署，及后续的自动化运维。
》 客户案例
案例（1） : 华数传媒
FIT2CLOUD WLAN
杭州华通云
北京酒仙桥
其他物理机
华数采纳FIT2CLOUD作为其自动化运维平台，统一管理阿里云虚机和各个IDC中的物理机
阿里云杭州VPC
》 客户案例
案例（2） : 红点
开发人员 版本控制 持续集成服务器
Artifacts仓库
环境创建、代码部署、服务监控
阿里云OSS
红点使用FIT2CLOUD实现持续集成和部署
》 客户案例
软通动力基于FIT2CLOUD构建SaaS化运营中心
案例（3） : 软通动力
FIT2CLOUD：一站式应用交付及运维管理平台
混合云管理
故障自动处理
脚本执行
安全和审计
监控告警
用户管理
代码部署
权限管理
自动伸缩
REST API
SaaS化运营中心
租户管理 服务管理 服务监控 版本管理 计费管理
公有云平台
