一般性问题


Q: 什么是 FIT2CLOUD?

FIT2CLOUD 是飞致云专门为企业用户打造的云上一站式应用交付及运维管理平台。它建立在传统IDC,公有云,私有云平台之上,涵盖混合云管理(跨公有云、私有云、传统IDC托管机器等)、自动化运维、统一的监控告警、自服务IT和持续交付。基于 FIT2CLOUD,企业可以使用它实现应用全生命周期的自动化管理,打通从代码到服务的转化通道,实现 云应用的持续交付和自动化运维。另外,FIT2CLOUD 的 SaaS 化解决方案还可以帮助传统 ISV 自动化管理云中的成千上万台虚机,转型 SaaS 服务提供商。

FIT2CLOUD 可以部署在企业自己的云账户中,完全由企业自主控制,确保数据私密及安全。

Q: FIT2CLOUD 能用来做什么?

FIT2CLOUD 用来帮助运维人员及开发人员从应用业务系统的维度,统一管理不同来源的虚机/主机,以及运行在虚机/主机上的应用系统,实现自动化运维,统一端到 端的监控告警,自服务IT,以及持续部署和交付,从而提升研发及运维效率和应用服务质量,并降低开发及运维运营成本,减少不必要重复且易于出错的手工部署及配置升级维护。

Q: FIT2CLOUD 的常见使用场景有哪些?

1) 开发测试运维支持过程中的日常工具:

  • 场景1: 从Web控制台登录虚拟机
  • 场景2: 从Web控制台同时在多台虚拟机上批量执行脚本
  • 场景3: 查看应用集群虚拟机监控及告警
  • 场景4: 升级集群中的系统或应用
  • 场景5: 自动备份和恢复
  • 场景6: 定时自动查询日志中错误并发送邮件

2) 统计决策优化:

  • 场景1: 查看每个集群中资源使用情况的统计
  • 场景2: 查看不同云平台中计算资源分布情况

3) 开发测试运维支持过程中的自动化部署升级:

  • 场景1: 一键自动创建和管理软硬件环境并部署应用
  • 场景2: 自动升级应用
  • 场景3: 与持续集成服务集成实现持续部署升级,持续交付
  • 场景4: 实现自动配置DNS

4) 产品上线后运维:

  • 场景1: 自动伸缩应对峰值
  • 场景2: 定时启动关闭虚拟机
  • 场景3: 自动升级应用
  • 场景4: 查看应用集群虚拟机监控及告警
  • 场景5: 自动备份恢复
  • 场景6: 配置应用运行时环境

Q: FIT2CLOUD 面向用户有那些?

FIT2CLOUD 特别适合基础设施环境多样复杂,主机数量非常多(两位数以上),物理位置多地,以及需要频繁升级发布,快速迭代的组织与开发人员,测试人云,运维人员。

同时,FIT2CLOUD 也适合有志于转型 SaaS 服务提供商的传统 ISV,以及拥有传统 IDC,自建机房,有上云需求的企业用户。

1) 从组织层面非常适合

  • 需要管理的基础设施环境多样复杂,主机数量非常多(两位数以上),物理位置多地的组织;
  • 需要从整体及应用的维度了解主机资源使用情况的组织;
  • 需要频繁升级发布,快速迭代,快速发布的组织;
  • 提供大规模平台服务,企业应用的系统集成商,代维护运营商;
  • 开发和运营大规模平台及应用的组织;
  • 对成本敏感,需要减少运维人力成本的组织;
  • 没有时间、精力和人力自行搭建自动化运维平台的组织;

2) 从最终用户层面适合

  • 管理传统数据中心的物理机,和共有云以及私有云中的云主机的运维人员;
  • 日常开发测试使用传统数据中心物理机的开发人员,测试人员;
  • 日常开发测试使用云主机,如阿里云,青云,UCloud,AWS,腾讯云的开发人员,测试人员;
  • 维护运行在物理机及云主机上的系统的维护人员;
  • 想只使用一个一站式的平台,而不是使用多种开源软件自行搭建和管理系统的开发和运维人员;
  • 不想花费太多时间和精力自行搭建自动化运维平台的开发,测试,运维人员;
  • 缺乏时间和精力自行搭建自动化运维平台的开发,测试,运维人员;
  • 开发大规模分布式系统,需要快速方便自动化搭建升级集成测试环境的开发人员,测试人员;

Q: FIT2CLOUD 能做哪些以前不能做的事情?

  • 从应用的维度统一管理应用服务及运行应用服务的各种不同基础设施中的主机,跨公有云、私有云、传统IDC托管机器,包括物理机,虚拟机;
  • 实现自动化运维,提升运维人员工作效率,解放人力,降低手工操作风险,以及提升运维工作的质量;
  • 即装即用的简便的统一监控告警;
1) 只要通过 FIT2CLOUD 启动虚拟机或者将各类主机导入到 FIT2CLOUD 进行管理,就能看到主机的系统级监控数据,及整个集群,虚机组的监控统计数据;
2) 可以非常容易简便地设置自定义监控,覆盖基础监控没有覆盖的应用级监控;
  • 自服务 IT 和持续交付;
1) 通过 FIT2CLOUD,您可以实现全栈自动化,按需一键创建部署测试环境,提升开发测试运维各个过程的效率和质量;以往搭建一套环境,如果很复杂且只有某些人能搭建,则很多测试和开发工作都会受到限制并被延迟;
2) 对于大规模分布式系统的发布,之前从搭建一套环境及应用服务的安装到服务正常运行,需要几小时甚至几天的时间,基于 FIT2CLOUD,可以实现分钟级发布;

Q: FIT2CLOUD有同类产品吗?国内同类产品有哪些?国外同类产品有哪些?

目前,在国内没有同类产品,国外的同类产品有AWS的Opsworks/CloudFormation/CodeDeploy,以及RightScale, Scalr, BMC Cloud Lifecycle Manager, Dell Cloud Manager。

Q: FIT2CLOUD与AWS的Opsworks有什么区别?

1) OpsWorks与Chef绑定紧密:OpsWorks与Chef绑定,这导致只能用Chef;而FIT2CLOUD的EventHandler可以用任何脚本语言实现,不仅可以使用Shell,python,Ruby,还可以在脚本中可以调用Chef/Puppet;

2) OpsWorks不支持On-Premise部署和定制化修改:对于大型企业来说,会有自己的特定需求,On-premise部署和可定制性非常重要;

3) OpsWorks不支持其他公有云:OpsWorks只支持AWS,不支持其他的IaaS,不支持混合云,FIT2CLOUD 支持国内几乎所有公有云,包括阿里云,AWS,青云,腾讯云,UCloud,并且支持订制开发vSphere,Openstack等私有云;

4) OpsWorks暂时不支持Beijing Region:AWS北京区域不提供OpsWorks 服务。而FIT2CLOUD会抽象掉Region和Region之间的差异。 用户可以在系统中管理AWS Regions的资源,以及所有支持的国内公有云,私有云以及物理机资源;

5) OpsWorks单个Stack的资源局限在一个Region内:受限于底层实现(CloudWatch& AutoScaling Group),OpsWorks一个Stack内的所有资源都是位于一个Region之内;

Q: FIT2CLOUD与AWS的CodeDeploy有什么区别?

1) FIT2CLOUD兼容AWS CodeDeploy Appspec规范,功能上基本一致;

2) AWS CodeDeploy与S3紧密结合,FIT2CLOUD artifact仓库支持阿里云OSS和Nexus;

4) FIT2CLOUD 使用起来比AWS CodeDeploy要更清晰简单,符合国内习惯,易用很多。

Q: 什么是全栈自动化?

全栈自动化就是从创建环境,到应用运行时环境安装和应用组件的部署配置启动整个过程的自动化,应用运行过程中监控,备份恢复,按需伸缩的自动化,以及各个中间过程衔接协调的自动化。

现在很多应用的安装,在IaaS中启动虚拟机后,还需要人工获取IP地址,并把IP地址配置到某文件,然后运行自动化脚本,这种方式下,环境创建和应用的部署之间的衔接不是自动化的, 仍需人工手工操作。即使自动化,也是需要自行编写程序来实现,如果使用FIT2CLOUD,这个衔接部分 FIT2CLOUD 统一协调,您只需要在Web控制台配置虚机创建模版和 启动后要运行的安装脚本即可。这样就将应用的管理工作进一步自动化,提高效率,降低人工介入出错的风险。

Q: FIT2CLOUD跟Docker有什么区别?

FIT2CLOUD 和 Docker 并不对立竞争,Docker 属于应用交付方式和环境配置范畴,FIT2CLOUD 完全可以实现基于 Docker 的环境部署,应用部署和升级。 所以无论采取那种方式(应用交付,环境配置),本质上都是要解决如下三个问题:

1) 统一的Artifact管理

这包括两部分的内容:

一是定义Artifact包规范,二是解决Artifact存储问题。Artifact包规范, 我们现在支持AWS CodeDeploy方式,包格式是zip包, Artifact存储使用的是OSS或者Nexus。 如果是Docker,那么格式就是Container,存储就是Registry; CF的格式是Build Package,存储是BLOB Store。

2) 自动化部署

这个部分包括调度和部署。AWS CodeDeploy调度和部署最灵活,完全后用户自己控制。如果是Docker,需要类似Kubernetes的调度系统。如果是CF,那么有Cloud Controller来选择DEA并完成部署。

3) 实现开发、测试、准生产和生产环境部署的统一