深入浅出云计算
何恺铎
前国双技术总经理
立即订阅
1450 人已学习
课程目录
已更新 10 讲 / 共 18 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 云计算,这是开发者最好的时代
免费
IaaS篇 (8讲)
01 | 区域和可用区:欢迎来到云端数据中心
02 | 云虚拟机(一):云端“攒机”,有哪些容易忽视的要点?
03 | 云虚拟机(二):眼花缭乱的虚拟机型号,我该如何选择?
04 | 云虚拟机(三):老板要求省省省,有哪些妙招?
05 | 云硬盘:云上IO到底给不给力?
06 | 云上虚拟网络:开合有度,编织无形之网
07 | 云端架构最佳实践:与故障同舞,与伸缩共生
08 | 云上运维:云端究竟需不需要运维?需要怎样的运维?
PaaS篇 (1讲)
09 | 什么是PaaS?怎样深入理解和评估PaaS?
深入浅出云计算
登录|注册

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

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

云端需要运维吗?

既然要谈运维,我们得先回答这个必要性的问题。许多人都觉得,因为云服务大多都具有了非常高的可靠性和自动化程度,所以在云时代,运维就不那么重要了,甚至是可以省略的事情了。
这种观点有意无意地散播,其实会造成一些负面的影响。开发者会容易轻视运维工作的重要性,忽略架构设计中运维友好性问题;而从事运维方向的工程师们,可能更会有点儿焦虑,甚至于担心未来的职业生涯。
但很显然,这是一种误解。云端当然需要运维,而且云上运维很重要。因为不管在什么样的运行环境下,运维的本质和需求都没有消失,一样要为业务保驾护航,要保证系统的正常运作、应对突发情况等等。
云时代的运维,正确的理解应该是这样的:云不但没有消灭运维,反而是助推了运维的发展
这是因为,云的引入能够让我们在更高的层面去思考和解决问题。比如说,云端基础设施的存在,可以让运维从偏硬件服务器、偏物理机房的日常繁琐工作中解脱出来,更多地基于云在软件的层面,进行部署、监控、调整。而云上的高质量、高可用的服务,也能避免我们重复建设,不用自己造轮子,也大大减轻了运维负担。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《深入浅出云计算》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(12)

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

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

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

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

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

    2020-03-20
    2
  • 摇滚诗人M
    都是一些概念性介绍的文章,请问有在深入一点的关于技术实现层面的文章吗?

    作者回复: 你好。在我们专栏的开篇词中已经提到了,这个专栏专注于“用云”而不是“做云”。如果你想了解云计算的实现,可以看看极客时间上刘超老师的Linux专栏,里面对虚拟化有精彩的介绍。如果想要更加深入,可以考虑直接啃一啃KVM、OpenStack这样的开源项目,学习文档和源码。

    回到“用云”的角度,也请不要忽视专栏讨论的诸多“概念”。这些概念的诞生初衷、技术本质、产品形态和应用场景,正是云计算的核心知识体系,是我们需要了解和掌握的。

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

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

    2020-03-20
    1
  • 戴斌
    对运维提出来更高要求
    2020-03-20
    1
  • zhao
    老师,阿里云的oss能否存放数据库的备份文件 ,我想做一个定时任务,从ecs服务器里面将数据库到处备份到oss里。

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

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

    作者回复: 我比较看好Cloud MSP的市场和业务。因为总体云计算的盘子在增长,而且对于许多传统企业来说这是个新生事物,需要帮助和指导,这里就有Cloud MSP的空间了。

    另外,从商业模式上来讲,Cloud MSP如果有一些自研的产品,产品加咨询的方式来售卖,会更有发展潜力。

    2020-03-21
  • 戴斌
    等待期待更新
    2020-03-21
  • 丁乐洪
    专栏看下来,跟运维相关内容比较多,期待专栏有跟开发部署等相关内容
    2020-03-21
  • 一步
    我认为现在的云上运维要充分的了解云提供的各种服务,以及这些服务怎么组合在对外提供服务(必须要熟读文档)
    2020-03-20
收起评论
12
返回
顶部