深入浅出云计算
何恺铎
复星集团首席架构师
24360 人已学习
新⼈⾸单¥29
登录后,你可以任选4讲全文学习
课程目录
已完结/共 19 讲
结束语 (1讲)
深入浅出云计算
15
15
1.0x
00:00/00:00
登录|注册

08 | 云上运维:云端究竟需不需要运维?需要怎样的运维?

成本管理
云上管理相关的配套服务
资源管理
官方迁移服务或工具
POC测试
文件层面的备份
镜像和快照
统一监控服务
内置监控功能
思考题
个人视角下的学习建议
运维和开发的边界模糊
管理
与云厂商对接
迁移
备份
监控
资源编排类云服务
开发者工具包(SDK)
命令行工具
云对运维的影响
云端的运维需求
课堂总结与思考
云运维由哪些工作组成?
云时代的运维利器
云端需要运维吗?
云上运维

该思维导图由 AI 生成,仅供参考

你好,我是何恺铎。
谢谢你的努力和坚持,我们已经学习了 IaaS 篇中的大多数内容。今天是 IaaS 部分的最后一讲,我们来谈谈云上的运维工作。

云端需要运维吗?

既然要谈运维,我们得先回答这个必要性的问题。许多人都觉得,因为云服务大多都具有了非常高的可靠性和自动化程度,所以在云时代,运维就不那么重要了,甚至是可以省略的事情了。
这种观点有意无意地散播,其实会造成一些负面的影响。开发者会容易轻视运维工作的重要性,忽略架构设计中运维友好性问题;而从事运维方向的工程师们,可能更会有点儿焦虑,甚至于担心未来的职业生涯。
但很显然,这是一种误解。云端当然需要运维,而且云上运维很重要。因为不管在什么样的运行环境下,运维的本质和需求都没有消失,一样要为业务保驾护航,要保证系统的正常运作、应对突发情况等等。
云时代的运维,正确的理解应该是这样的:云不但没有消灭运维,反而是助推了运维的发展
这是因为,云的引入能够让我们在更高的层面去思考和解决问题。比如说,云端基础设施的存在,可以让运维从偏硬件服务器、偏物理机房的日常繁琐工作中解脱出来,更多地基于云在软件的层面,进行部署、监控、调整。而云上的高质量、高可用的服务,也能避免我们重复建设,不用自己造轮子,也大大减轻了运维负担。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

云上运维在云时代仍然至关重要,需要掌握云的命令行工具和开发者工具包,以及利用资源编排类云服务实现基础设施即代码的理念,从而实现极大的自动化。传统的运维工作在云端仍然存在,包括监控、部署、升级、备份等,但操作手段会有所不同。监控是运维的核心工作之一,云端服务自带监控功能,也可以通过统一监控服务满足更深度的自定义监控需求。备份在云上需要创造多层次的冗余,包括镜像、快照和文件层面的备份。迁移是带有云端特色的运维任务,需要进行充分的POC测试和妥善使用云厂商提供的迁移服务或工具。运维还包含和云厂商进行对接的工作,需要熟读文档和了解云计算的特性。云上运维还具有很强的管理属性,需要有效的管理手段来避免资源在云上的野蛮生长。当前业界的一个重要趋势是,运维和开发的边界正在模糊,因此开发者和运维人员都应该学习和掌握一些对方领域的知识和技巧。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《深入浅出云计算》
新⼈⾸单¥29
立即购买
登录 后留言

全部留言(16)

  • 最新
  • 精选
  • 何恺铎
    置顶
    [上讲问题参考回答] 1. “会话保持”用于保证客户端的多次连接都能够到达同一台后端机器,这样在负载均衡之后的应用服务可轻松实现和同一个客户的持续“会话”(Session)。在实现层面,负载均衡器主要通过IP地址信息或HTTP协议中的cookie来标记和定向客户端请求。 2. 包年包月虚拟机,和竞价示例虚拟机,都可以参与到弹性伸缩类服务中。前者常用作“保底”的机器,后者推荐作为按需创建的机型,这样结合起来可以最大化节约成本。
    2020-03-20
    1
    19
  • 摇滚诗人M
    都是一些概念性介绍的文章,请问有在深入一点的关于技术实现层面的文章吗?

    作者回复: 你好。在我们专栏的开篇词中已经提到了,这个专栏专注于“用云”而不是“做云”。如果你想了解云计算的实现,可以看看极客时间上刘超老师的Linux专栏,里面对虚拟化有精彩的介绍。如果想要更加深入,可以考虑直接啃一啃KVM、OpenStack这样的开源项目,学习文档和源码。 回到“用云”的角度,也请不要忽视专栏讨论的诸多“概念”。这些概念的诞生初衷、技术本质、产品形态和应用场景,正是云计算的核心知识体系,是我们需要了解和掌握的。

    2020-03-21
    2
    17
  • Cloud Shell 基于云的 Shell ,可以直接在浏览器上或者app内使用的命令行进行操作

    作者回复: 是的,省去了创建虚拟机、安装云上CLI的麻烦。

    2020-03-20
    8
  • 我来也
    资源组,正好是我最近在用的东西。 可以把不同的云资产归宿到不同的组,可以针对组设置一些规则,还可以方便的统计资源组内的整体费用支出。 有了它,就不再是笼统的一本糊涂账了。 知道那部分花的多了,可以有针对性的优化。

    作者回复: 没错,善用资源组,能让云上资源井井有条。

    2020-03-20
    7
  • leslie
    不知道老师是否有这种感觉:上云之后似乎只要规划、部署和迁移。可能现实中确实看到了许多,觉得监控和备份-用好云厂商的就够了?不知道老师对此如何去看待,至少个人是觉得不够。 可能课程一路学习一路发现问题吧:CLI应当是更合乎云系统/环境的制定化编程,就像老师开课时让我们寻找操作系统时去选择云厂商的linux系统。其实如果明白且会shell,换手其实很快的,这个就像真正掌握SQL语言,关系型数据库之间的轮换使用只要几天就够了;曾经有过3种以上关系型数据库全部在生产中使用的经历。 云上的资源组:主机监控中我们会看到许多硬件情况;资源组最简单的概念就是你所有拥有资源的组合,包括cpu、硬盘、内存,让你去明白这些东西在某种状态下的使用率以及是否合理。不过其实个人去看过不少;其中解决的层次只能是Public的东西。 概念的模糊其实源自去过分追求某个名字:就像有些觉得自己有敏捷开发有问题,不断努力,几年后还不满意,要做DevOps;可是咨询过后发现其实已经做成了90的DevOps了,只需稍微调整一下就好了。为了做而做反而会去迷失其本性的东西。 谢谢老师今天的分享:IaaS篇让我受益良多;至少我明确的知道要做什么了。

    作者回复: 赞总结。 关于监控和备份,云厂商的功能是否足够取决于你的具体需求。但一个事实是,许多用户对云这方面的内置能力还都没有充分地了解和使用。

    2020-03-20
    5
  • mrtwenty
    老师,阿里云的oss能否存放数据库的备份文件 ,我想做一个定时任务,从ecs服务器里面将数据库到处备份到oss里。

    作者回复: 当然是可以的,对象存储的重要应用场景之一就是文件备份。第10讲我们会专门讨论对象存储。

    2020-03-21
    2
  • Eric
    老师,怎么看云管理服务商,cloud MSP的发展?上云后,客户对云上运维的需求少了很多,很少的人,做更多的事情,运维的路变窄了

    作者回复: 我比较看好Cloud MSP的市场和业务。因为总体云计算的盘子在增长,而且对于许多传统企业来说这是个新生事物,需要帮助和指导,这里就有Cloud MSP的空间了。 另外,从商业模式上来讲,Cloud MSP如果有一些自研的产品,产品加咨询的方式来售卖,会更有发展潜力。

    2020-03-21
    2
  • 夜空中最亮的星
    老师这一篇打消了我心中的恐惧,运维不是在消失,而是在升级
    2020-03-20
    3
  • 艾利特-G
    资源组是成本管理里的重要逻辑单位。 云上的每个资源对象都应该被纳入相应的资源组。比如我公司有2个事业部,就可以创建2个资源组,各自使用的计算,存储,网络类资源在财务上就和事业部关联起来了。
    2020-04-01
    2
  • 戴斌
    对运维提出来更高要求
    2020-03-20
    1
收起评论
显示
设置
留言
16
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部