不要以为用了云,就不要运维

这几天网上还挺热闹的,有几句话不说不快。先来看是什么事情----
“8月5日,一家名为“前沿数控”的创业公司公开叫板腾讯云,由于其存放在腾讯云的数据全部丢失且无法恢复,要求腾讯云赔偿1100余万人民币”。

qq群看到的第一反应是,这家公司肯定没有运维岗。为啥如此判断?咋干运维的,从来不会相信宣传和销售人员的鬼话(可用性99.99999%),更不会天真到用了云万事无忧。最起码,会做离线备份,这是基本原则。

这里有篇文章,题目叫“腾讯云们和“前沿数控”们:欺骗与自欺”,开篇就说--一个过分天真,一个言过其实。没有最安全的数据存储,只有备份的意识。

说得太到位了,服务商为了销售商品或者服务,必然会在宣传上下功夫,做文案的很有水平,能把夏利吹出奔驰的性能来。而喊冤者,居然很愤懑“如果我要自己备份,还要你干什么?”。这多么无知啊,是技术管理者么?!送他两个字:活该!

这几年,由于云服务商的大力推广和宣传,很多人都接受了云资源这个概念并积极把业务迁移到云,但也因为云服务商的误导(不知道是不是故意隐瞒),好一部分决策人或者开发出生的技术人员,认为都用云了,还要什么运维?包括当前,仍然有人这样认为。那么,我先来告诉你,什么情况下,用了云计算资源不要运维的场景。

  • 不以线上业务来支持机构公司发展的应用,比如官网、测试系统。
  • 公司起步阶段,招不到合适的人或者成本难以承受。
  • 对自己的项目没信心,先干干再看,干不好撤退,云主机不续费完事。
  • 规模太小,才寥寥几个云主机在运行,也没什么流量,死掉了也没什么影响。
  • 大公司出生的开发,以前在大机构享受稳定的、无感知的运维支持,跳出来后以为系统本来就可以自己好好的,哪里需要什么运维。

作为老司机,我可以负责任的告诉你,如果你靠网络上的业务吃饭,不要轻视运维,有条件的,尽量顶上。

从技术层面看,公有云只是解决了底层资源分配问题(对运维是个好事情,不用去机房上架、分配资源等等苦逼活;要进级别高的机房,预约先,到达现场还得等放行,一肚子的火气);但是系统架构、非硬件层的故障、系统性能、数据安全等等,哪个云能自动解决掉?负载高了,该卡的还是继续卡;系统或者程序有漏洞,该被人注入×××的还是被注入×××....

我经常给一些人打趣:系统正常时,其它部门的人会嘀咕,这些人是不是多余的,看他们闲得很;出故障了,一些人又会说,这些人行不行啊,怎么老出故障。真tm左右不是,难做啊。

如果你看了我写的这些,还认为用了云计算资源不需要运维的话,在我看来,无非是你仅仅穿了双鞋,继续在那里裸奔罢了!

更多精彩内容,请猛击此处直达

原文地址:http://blog.51cto.com/sery/2157223

时间: 2024-08-02 02:30:44

不要以为用了云,就不要运维的相关文章

基于开源打造智能云上自动运维

自动化能自动化的一切 然后介绍了使用Terraform和Packer开源工具完成云上自动运维的具体实现过程 云上自动化资源架构和变更实践 https://yq.aliyun.com/articles/218891?spm=5176.100239.blogcont159008.36.Vzs09S 如何用开源工具进行Multi-Cloud的自动化资源架构和变更? DevOps和基础设施自动化 据数据统计,在2015年DevOps的被采纳率是66%,而到了2016年就达到了74%,在这短短的一年间增加

云环境下运维工作面对的诸多新挑战

随着公有云(尤其是公有云IaaS)的普及,整个云上运维和传统IDC中的运维还是呈现出比较明显的不同点,我们可以从下面几个角度来理解这种不同点. 1.应用运维成为云上用户的运维重心. 一般来说,很多企业的运维部门主要工作包括基础运维(针对企业IT基础设施的运维).应用运维(针对企业具体业务的运维),较大的运维部门可能还有单独的运维开发,负责为公司运维部门开发运维工具和平台.当用户决定上云(尤其是IaaS公有云),就表示用户已经把基础运维以及相关的工具平台开发工作交付给云供应商,而把应用运维作为整个

安全狗服云“云安全 新运维” 大科普

服云是什么? 服云实际上是服务器安全运维云平台的简称,它是由安全狗精心打造,并于2014年推出的一款基于云计算SaaS(软件即服务)模式的云服务平台,简单来说,服云就是将用户的服务器安全管理搬上云端,从而可以使用户获得多层次的安全防护能力,多批量的服务器管理能力以及多端的访问控制能力,随时随地轻松掌控服务器与网站的安全. 服云能做什么? 一.服务器实时状态不了解? 安全狗首创服务器安全PM2.5概念,通过一系列智能算法,对服务器安全状态进行实时多角度.多象限评估.主要包含以下五个方面: 1.服务

魅族容器云平台自动化运维实践

魅族容器云平台主要是基于 k8s 的技术.将从以下六个方面介绍魅族容器云的实践过程,分别是基本介绍.k8s 集群.容器网络.外部访问4/7层负载均衡.监控/告警/日志.业务发布/镜像/多机房. 1.基本介绍 魅族云平台的定位是私有云平台,主要是用于支撑在线业务,用以替换传统的虚拟化方式.目前现状是2017年完成全国三个数据中心的建设,年内完成90%业务的迁移. 我们是以小团队紧跟 k8s 社区步伐,快速迭代.低成本试错的方式来构建我们的平台的.同时,针对一些我们遇到的问题,做一些局部创新,在保证

优云双态运维分享之:业务场景驱动的服务型CMDB

最近这几年,国内外CMDB失败的案例比比皆是,成功的寥寥可数,有人质疑CMDB is dead?但各种业务场景表明,当下数据中心运维,CMDB依然是不可或缺的一部分,它承载着运维的基础,掌握运维的命脉. 分析以往失败的案例,静静的想一想,失败无非两点: 一.CMDB自身建设能力不够,无法适应当下数据中心和云环境的新形势.当下数据中心的特点是敏捷.动态.持续发展.甚至当风暴来临时,数据中心的环境是瞬息万变.传统型CMDB跟不上节奏,只能望洋兴叹,频繁应付处理各式各样的问题. 二.非场景驱动,无法支

优云双态运维之——开放您的服务

困局篇 IT部门,给人的第一反应就是“高深.冷漠”,好似金庸笔下的独孤求败.我亲历过太多这样的场景,一边是业务在跳脚“问题反映了这么久,IT的人究竟在干什么”,一边是IT淡定的解释“这个要实现起来很复杂,你不懂技术”,长此以往,矛盾逐步升级,IT部门逐渐被孤立. 其实IT部门也在寻求改变,管理的改变,提升交付的效率和质量.大多数IT管理部门或多或少的引进了服务管理标准,构建了人员.流程.工具体系.事件.变更.问题等管理过程被引进和实践,但矛盾似乎仍未完全解决. 满意度不高,问题出在哪里?我认为关

阿里云服务器自动化运维小试

想运行一个比较大的任务,需要很强的CPU和内存,自己老笔记本跑不动.在阿里云上租一个Ubuntu服务器,但是希望任务结束后服务器实例自动删除,要不半夜时分任务跑完了,第二天早上再回收...... 心疼 :) 做了些尝试,初步达成目的,记录如下,有些踩过的坑供借鉴. 环境 管理服务器:已经有了一个云服务器(Ubuntu),1 CPU 2G RAM 免费半年的那种,根本不能跑我的任务,但是可以用做控制台.我下面的操作都是在这台机器上发出的. 工作服务器:真正干活的云服务器(4核CPU, 16G RA

干货推荐:如何运维千台以上游戏云服务器——游族网络

干货推荐:如何运维千台以上游戏云服务器——游族网络 来自上海游族网络的运维总监李志勇,在3月4日云栖社区中带来的分享“如何运维千台以上游戏云服务器”.本次分享重点是云时代的运维,包括游戏上云部署整体方案.游戏服务器批量运维管理,并对企业选择RDS还是自建MySQL数据库给出了自己建议. 关于分享者: 李志勇,2010年加入游族网络,目前担任游族网络运维总监,全面负责游族网络运维业务.他具有十年运维工作经验,八年游戏行业从业经验,专注于游戏虚拟化技术和网络优化. 分享正文: 游戏产品架构进化史  

得云社 | 新时代下的高效运维之道

1.活动内容 云计算普及.Docker 兴起 新一代信息技术不断发展 业务扩张导致用户体量愈发庞大 系统管理难度指数直线上升 这带给运维的是前所未有的挑战 而高效运维从来不是一件易事 在技术革命快速发展的今天 运维该如何转身极具现实意义 此次七牛云将携手 OneAPM 新智云 (www.enncloud.cn) 共同为大家带来一场绝不能错过的技术盛宴! 2 时间&地点 时间:2017 年 5 月 13 日 13:30 - 17:00 线下:北京中关村大街11号E世界财富中心A座B2层P2联合创业

从传统运维到云运维演进历程之软件定义存储(六)完结

回到最初的Ceph运维工程师的问题,本系列讲述的是传统运维向新一代云运维转型之软件定义存储部分的转型,运维是企业业务系统从规划.设计.实施.交付到运维的最后一个步骤,也是重要的步骤.运维小哥最初的梦想搭建一个Ceph存储集群,对接云服务,底层存储实现高可用的数据访问架构.其中运维小哥经历了硬件选型.部署.调优.测试.高可用架构设计等的一系列转型的关卡学习,终于就要到最后的应用上线了.但是往往在生产环境中除了无单点.高可用的架构设计之外还需要平时做一些预案演练,比如:服务器断电.拔磁盘等问题,避免