Apache Forrest

一个真实的DevOps演进过程是啥样的?

a 夏天 提交于 2021-02-01 11:13:54
前几天听老王分享,提到关于DevOps在国内外的发展问题,其中就说到早期腾讯做运维时,那个时候也没什么意识是DevOps,其实就是在变态的业务体量下面一步步做出来的,后来国内DevOps的概念火起来了,才发现原来这个叫做DevOps。 挺有意思的一个话题,听老王讲完,也很有感触,所以分享下我们自己的运维(DevOps)演进过程,有点长,但是会比较完整,看完或许有收获奥:) 第一阶段,只有Dev,没有Ops,Dev是全栈工程师 如何理解?最初的时候,产品和业务形态都处于摸索期,业务复杂度不高,访问量不大,软件能够尽快跑起来推向市场是最重要的,所以架构上不设计的很复杂,单体或分层架构足矣。如下面典型的LNMP架构: 服务器和网络设备数量也就是两位数规模,最最一开始个位数也有可能。所以几个开发同学在简单架构下,维护几十台服务器还是没问题的所以,这个时期确实不需要运维工程师(但是并不意味着没有运维的事情),这个逻辑同样适用于测试。 现在很多startup公司,直接在云上使用docker部署模式,对于基础设施就更不用投入太多精力去维护,所以这些公司都会讲我们的研发团队比较单一,只有开发,没有运维和测试,所有的事情开发都可以搞定。 第二个阶段,Dev+Ops,但不是DevOps 一个业务发展良好的公司,第一个阶段肯定不会停留太久,毕竟业务在发展,甚至是高速发展,不然公司肯定就没什么前途了。

谈谈我对公有云故障的看法

浪尽此生 提交于 2021-01-14 07:59:17
今天,某云故障,圈子里又是哀嚎一片,我翻了下,看热闹的叫得最凶,但没几个有观点的。 我们的部分业务也受到了影响,所以,我的感受会更深一些,再加上前面几朵大云轮着挂,也让我不得不去再次反思面对这样的不确定性,我们应该怎么办? 简单分享下我的想法: 公有云自身服务的容灾和应急做的不够 ,这个直言不讳,云厂商至少目前,做的就是不到位。 单个机房故障,原则上,在这个机房里的云服务应该能切换到备用机房,服务影响实际是可控的,可能也就故障+切换这短时间的影响,但是对于业务而言,不会因为对该服务的依赖造成持续不可用这样的严重后果。 特别是是对于云存储、CDN、直播、负载均衡、网络接入等这样非常独立的云服务,应该属于基础必备能力才对。 但是从最近几轮各大云连着挂的情况看,在产品容灾能力完备性上做的还不够,部分服务自身都无法容灾切换,当然问题还远远不止这些。 上面情况是简单的,但是如果是对于数据库、消息、缓存等,这些跟业务逻辑强耦合,对数据时序性、数据完整性、数据一致性要求特别严格的服务,就不仅仅是要求云厂商能做到服务容灾和应急,这就要业务架构上也能够做适配才可以。 所以, 业务上,要Design for Failure ,如果在成本上可以接受的话,就一定要做到“尽量地”可控,这一点更多的要在自身的业务架构上下功夫,稳定性、自动化、预案、响应等等。之前讲过很多,不细说了

我所理解的SRE、PE和应用运维(下)

荒凉一梦 提交于 2020-12-04 02:21:41
注:因为评论功能尚未开通,所以欢迎大家公众号留言讨论,因为后面还会有个番外篇,专门有一部分用来回答问题,如果大家有什么疑问可以公众号留言,我会选择一些典型的问题和答复放在文章中,感谢大家支持! 上篇介绍了关于SRE、PE和应用运维的一些理解和业界部分公司的玩法,这一篇写一下应用运维在具体做的一些事情和组织方式,看看为什么这个岗位越来越受到重要,越来越受到重视,他的价值到底体现在哪里。然后分析下应用运维这个职业方向的发展趋势,希望对于当前正置身于这个行当的同学能有一些帮助和启发。 关于SRE的定位 首先抛个结论出来, SRE的目标不是Operation,而是Engineering,是一个是“通过软件工程的方式开发自动化系统来替代重复和手工操作”的岗位 ,为了保证达成这个目标,Google强制约定了50%的工作法则,SRE至少保证50%的时间是在做自动化开发的工作上,实际这个比例可能会更高,所以SRE运维的工作内容是低于50%的。书中相关的描述如下: Common to all SREs is the belief in and aptitude for developing software systems to solve complex problems. 所有的SRE团队成员都必须非常愿意,也非常相信用软件工程方法可以解决复杂的运维问题。 这里我个人觉得更准确的理解应该是

大道至简:企业需要的中台是什么?答案是:指挥官体系

时光总嘲笑我的痴心妄想 提交于 2020-11-21 10:30:02
本文共2657字, 阅读大概需要4分钟,如果只读加粗文字大概需要1分钟。 直接讲观点,我认为“中台” 概念没有反应这件事情的本质,我希望把它命名为 “指挥官体系” 。 企业需要的是指挥官体系,大家热议的中台的本质对于企业而言真正需要的其实是指挥官体系。 从今天开始,忘记“中台”, 记住“ 指挥官体系 ”这五个字。 2019年在IT圈里对于中台的讨论绝对是最热的话题之一。 对于各个企业来说, 看着别人讨论的中台那么好,到底是什么? 自己要不要做? 是否适合自己? 对自己的价值是什么? 有没有风险? 这些问题汇总在一起, 对于各个企业的CIO/CTO来说,形成了不小的困扰。 以下内容不针对任何公司、任何人,请勿对号入座。 希望本篇短文回答以下最关键的三个问题 。 1 什么是中台; 2 中台是否适合自己,如何决策; 3 建设节奏。 开始正文以前,看一个网上的搞笑故事就知道中台的建设现状了。 这个故事背后隐含的是大家对于中台的理解众说纷纭, 甚至一个大杂烩都包在一起, 就叫做中台了,我总结为 一花一世界, 一人一中台 , 。 我做的下面这张PPT可以概略了解中台的几种提法以及相关的几个出处。 言归正传, 下面直奔主题, 简单直接回答这三个问题。 1 什么是中台? 中台是企业的作战指挥体系, 中台是企业的“指挥官体系”。 中台是怎么热起来的,是企业在遇到大环境变差

音视频格式转换神器与html视频元素加字幕

假如想象 提交于 2020-08-11 17:26:54
音视频格式转换神器——格式工厂 如果您下载了上一篇《为HTML页面添加音频、视频的方法——零基础自学网页制作》(目录在结尾)中的素材,您会看到有这样一个文件,如图 因为格式工厂是免费软件,所以大家直接安装就可以了,不需要序列号,安装过程如下: 1.双击安装程序 2.选择安装盘符 3.等待进度条跑完就好了。大家注意, 安装时一定要阅读提示,一些没必要的捆绑软件记得不要安装! 完成安装后,点击"开始"菜单,如图: 这样我们就可以打开格式工厂了,打开后如图: 通过这个菜单我们可知,这个软件不仅可以为音频、视频转换格式,还可以给图片转换格式。如图: 下面我们就来操作一下如何为视频转换格式。 step1.点击"视频" 点击后是这样的,点击"AVI FLV MOVE"这个区域。 效果如下,出现了一个新的菜单。 step2.选择要转换的格式,如图,我们先选择ogg,点击! 点击"确定" 弹出这样一个菜单: step3.选择文件,如图,点击"添加文件" 我们使用"利维坦.mp4"这个文件进行转换,如图: 点击"打开"后,跳到这个界面,如下图,然后点击确定。 这时界面就跳回最初的界面上,如下图,点击开始,如红框中。 step4.等待转换完成,如图所示: 然后点击"输出文件夹"按钮找到转换好的文件,如图: 这时,我们可以把这个转换好的文件拷走。 完成之后,大家可以按照上述步骤继续转换出swf

欢迎来到奇妙的安全部落—企业安全俱乐部 | 上海站

人走茶凉 提交于 2019-11-27 08:32:31
告别晦涩高冷,互联网安全也可以简约而充满温暖...... 4月12日下午,由华为云技术分享会冠名,华为云安全和亚洲诚信联合主办的企业安全俱乐部|上海站沙龙活动在虹桥雅辰悦居酒店成功举行, 来自上海市信息安全行业协会、上海交大网络信息中心、FreeBuf、看雪、爱奇艺安全、安识科技、万达、柯力士、携程安全、百度安全、百胜咨询、上海上讯信息技术股份有限公司、微步在线、安全狗、上海云盾、上海贝锐信息科技股份有限公司(花生壳)、金拱门(中国)、复星集团、上海诺未网络科技有限公司等嘉宾出席了本次沙龙活动,共话企业安全前沿。 活动现场 上海市信息安全行业协会秘书长王强到场并与来宾们就企业信息安全现状展开深度交流,副秘书长黄磊发表致辞。黄副秘书长表示华为云安全和亚洲诚信举办的企业安全俱乐部搭建了一个稳定、持续、高效的沟通平台,也希望协会和上海各安全企业长期保持交流关系,未来更多的企业能参与进来共同进步,将安全工作做到防范于未然。 上海市信息安全行业协会副秘书长黄磊致辞 主题分享 企业在业务上云的过程中,用户除了广泛关注云计算的稳定性、高性能等问题,云的安全越来越受到用户的重视。Forrest报告提到,71%的受访者计划在一年之内上云,而51%的受访者认为如果上云,首要考虑就是云上的安全。云安全已经成为影响云计算产业进一步发展的最重要因素。 华为云安全总经理杨松先生,在会上做了精彩的