08 | 云上运维:云端究竟需不需要运维?需要怎样的运维?
该思维导图由 AI 生成,仅供参考
云端需要运维吗?
- 深入了解
- 翻译
- 解释
- 总结
云上运维在云时代仍然至关重要,需要掌握云的命令行工具和开发者工具包,以及利用资源编排类云服务实现基础设施即代码的理念,从而实现极大的自动化。传统的运维工作在云端仍然存在,包括监控、部署、升级、备份等,但操作手段会有所不同。监控是运维的核心工作之一,云端服务自带监控功能,也可以通过统一监控服务满足更深度的自定义监控需求。备份在云上需要创造多层次的冗余,包括镜像、快照和文件层面的备份。迁移是带有云端特色的运维任务,需要进行充分的POC测试和妥善使用云厂商提供的迁移服务或工具。运维还包含和云厂商进行对接的工作,需要熟读文档和了解云计算的特性。云上运维还具有很强的管理属性,需要有效的管理手段来避免资源在云上的野蛮生长。当前业界的一个重要趋势是,运维和开发的边界正在模糊,因此开发者和运维人员都应该学习和掌握一些对方领域的知识和技巧。
《深入浅出云计算》,新⼈⾸单¥29
全部留言(16)
- 最新
- 精选
- 何恺铎置顶[上讲问题参考回答] 1. “会话保持”用于保证客户端的多次连接都能够到达同一台后端机器,这样在负载均衡之后的应用服务可轻松实现和同一个客户的持续“会话”(Session)。在实现层面,负载均衡器主要通过IP地址信息或HTTP协议中的cookie来标记和定向客户端请求。 2. 包年包月虚拟机,和竞价示例虚拟机,都可以参与到弹性伸缩类服务中。前者常用作“保底”的机器,后者推荐作为按需创建的机型,这样结合起来可以最大化节约成本。2020-03-20119
- 摇滚诗人M都是一些概念性介绍的文章,请问有在深入一点的关于技术实现层面的文章吗?
作者回复: 你好。在我们专栏的开篇词中已经提到了,这个专栏专注于“用云”而不是“做云”。如果你想了解云计算的实现,可以看看极客时间上刘超老师的Linux专栏,里面对虚拟化有精彩的介绍。如果想要更加深入,可以考虑直接啃一啃KVM、OpenStack这样的开源项目,学习文档和源码。 回到“用云”的角度,也请不要忽视专栏讨论的诸多“概念”。这些概念的诞生初衷、技术本质、产品形态和应用场景,正是云计算的核心知识体系,是我们需要了解和掌握的。
2020-03-21217 - 奕Cloud Shell 基于云的 Shell ,可以直接在浏览器上或者app内使用的命令行进行操作
作者回复: 是的,省去了创建虚拟机、安装云上CLI的麻烦。
2020-03-208 - 我来也资源组,正好是我最近在用的东西。 可以把不同的云资产归宿到不同的组,可以针对组设置一些规则,还可以方便的统计资源组内的整体费用支出。 有了它,就不再是笼统的一本糊涂账了。 知道那部分花的多了,可以有针对性的优化。
作者回复: 没错,善用资源组,能让云上资源井井有条。
2020-03-207 - leslie不知道老师是否有这种感觉:上云之后似乎只要规划、部署和迁移。可能现实中确实看到了许多,觉得监控和备份-用好云厂商的就够了?不知道老师对此如何去看待,至少个人是觉得不够。 可能课程一路学习一路发现问题吧:CLI应当是更合乎云系统/环境的制定化编程,就像老师开课时让我们寻找操作系统时去选择云厂商的linux系统。其实如果明白且会shell,换手其实很快的,这个就像真正掌握SQL语言,关系型数据库之间的轮换使用只要几天就够了;曾经有过3种以上关系型数据库全部在生产中使用的经历。 云上的资源组:主机监控中我们会看到许多硬件情况;资源组最简单的概念就是你所有拥有资源的组合,包括cpu、硬盘、内存,让你去明白这些东西在某种状态下的使用率以及是否合理。不过其实个人去看过不少;其中解决的层次只能是Public的东西。 概念的模糊其实源自去过分追求某个名字:就像有些觉得自己有敏捷开发有问题,不断努力,几年后还不满意,要做DevOps;可是咨询过后发现其实已经做成了90的DevOps了,只需稍微调整一下就好了。为了做而做反而会去迷失其本性的东西。 谢谢老师今天的分享:IaaS篇让我受益良多;至少我明确的知道要做什么了。
作者回复: 赞总结。 关于监控和备份,云厂商的功能是否足够取决于你的具体需求。但一个事实是,许多用户对云这方面的内置能力还都没有充分地了解和使用。
2020-03-205 - mrtwenty老师,阿里云的oss能否存放数据库的备份文件 ,我想做一个定时任务,从ecs服务器里面将数据库到处备份到oss里。
作者回复: 当然是可以的,对象存储的重要应用场景之一就是文件备份。第10讲我们会专门讨论对象存储。
2020-03-212 - Eric老师,怎么看云管理服务商,cloud MSP的发展?上云后,客户对云上运维的需求少了很多,很少的人,做更多的事情,运维的路变窄了
作者回复: 我比较看好Cloud MSP的市场和业务。因为总体云计算的盘子在增长,而且对于许多传统企业来说这是个新生事物,需要帮助和指导,这里就有Cloud MSP的空间了。 另外,从商业模式上来讲,Cloud MSP如果有一些自研的产品,产品加咨询的方式来售卖,会更有发展潜力。
2020-03-212 - 夜空中最亮的星老师这一篇打消了我心中的恐惧,运维不是在消失,而是在升级2020-03-203
- 艾利特-G资源组是成本管理里的重要逻辑单位。 云上的每个资源对象都应该被纳入相应的资源组。比如我公司有2个事业部,就可以创建2个资源组,各自使用的计算,存储,网络类资源在财务上就和事业部关联起来了。2020-04-012
- 戴斌对运维提出来更高要求2020-03-201