互联网开发全面进入开发直接运维的时代

运维之难,难于上青天。

传统类型的互联网公司,都必不可少的需要维护一个机房。这本身就是一项巨大的开支。除了庞大的服务器,网络,电费等费用之外,一个动辄几十个人的运维团队也是必不可少的,因为需要由运维团队来保障7x24小时在线业务的可靠运行。这些都导致了企业运维的费用巨大。

运维之痛,痛彻心扉。

运维人员工作纷繁芜杂,无始无终,鸭梨山大。由于经常需要值守,运维人员的休息时间无法得到保障。熬夜加班,三更半夜像特务一样起床连VPN,节假日也无休止的频繁打电话,成了运维人员的家常便饭。如果找不到问题,运维人员还得背黑锅;如果找到了问题,也可能一起背黑锅。笔者曾经跟一位运维人员沟通过,在最忙的时候,该运维人员每天凌晨设置三个闹钟,在凌晨2点,4点,6点各起来一次,处理堆积的问题。最后,早上8点正式起床去上班。

为了解决运维的问题,近年来出现了DevOps的概念。DevOps是一种文化,运动或者是实践,强调了软件开发者与运维人员的沟通与协作,旨在使得软件交付和基础设施变化得以自动化。它的目标是建立一个文化和环境,让软件的编译、测试和发布可以更迅速,更频繁,更可靠。

云计算的出现,使得中小型企业实施DevOps的成本大大降低。现在,中小型互联网公司可以不再维护机房,只需租用云服务器即可。但是,剩下的部署,监控,故障恢复等运维工作却一点儿都没有减少。百度开放云最新推出的BAE(百度应用引擎)专业版,就是为解决运维难的问题量身定做的。使用BAE专业版,可以将DevOps推向极致,大大降低互联网企业运维的成本。

我们以运维一个小型的持续集成开发项目为例。假如我们需要开发一个电商的web应用,那么我们的运维工作大概有以下几个方面。

1. 搭建至少两套环境,一套用来测试,另一套是供用户使用的生产环境。两套环境使用相同的代码,但连接不同的数据库或依赖服务。随着代码复杂度的增加,很可能需要增加到三套甚至更多的环境。

2. 在测试环境中,为支持持续集成而进行自动化部署和测试,估计每天需要自动运行几次到几十次不等。测试环境完成持续集成后,需要上线到生产环境中去。

3. 在生产环境中,需要监控后台的机器。一旦机器出现死机或卡住,必须及时进行替换。

4. 在生产环境中,当业务不断扩大,或者遇到双11这样的特殊时期,需要动态扩缩容。注意,每扩展一台机器,都是需要部署并启动服务的。

如果我们使用云服务器,那么上述所有的事情,都必须人肉完成,甚至需要做一些监控和部署方面的开发工作。我们都知道,手动搭建环境已属不易。但每天为了支持持续集成而进行持续频繁的部署则更是可怕。一旦自行开发的脚本出现任何问题导致部署失败,则可能立即导致产品发布的延迟。

BAE专业版生来就是为了解决这些问题。针对上述问题,专业版实现了(或者正在实现)以下功能。

1. 多环境以及环境变量支持。BAE专业版天生支持多环境。在一个应用中,多个环境共享一套代码。且不同的环境能够部署不同的代码版本。每个环境拥有独立的环境变量,把数据库的connection string配置在环境变量中,即可实现不同的环境连接不同的数据库。

2. 部署的支持。BAE专业版支持代码部署。不管一个环境的后台有多少个实例,不管一天要部署多少次,BAE都能轻易完成。且当环境拥有多个实例的时候,部署时不会影响在线的业务。万一部署失败,专业版会回滚到上一个成功的版本。

3. 故障恢复的支持。BAE专业版监控所有后台服务器的心跳以及运行的进程。一旦发现问题,比如宕机或者进程退出,专业版会立刻尝试重启应用。如果重启应用失败,专业版会立刻新建机器并在新机器上部署和运行应用,同时释放有问题的机器。与自动部署类似,当环境拥有多个实例的时候,部分实例的故障恢复是不会影响在线的业务的。

4. 扩容缩容的支持。BAE专业版可以增减实例数。在压力大的时间段,用户可以手动增加应用的实例数,压力小的时段,可以手动减少实例数。

一旦使用了BAE专业版,运维人员需要做的事情,大致如下所示。基本上,这样的运维工作可以交给开发人员来完成。

1. 在专业版上创建一个应用,然后为这个应用再增添一个环境,成为一个双环境的应用。然后创建两个RDS实例。

2. 为每个环境配置好环境变量。在环境的界面上添加即可。

3. 代码部署。如果使用GIT/SVN的话,先把最新的代码提交到BAE专业版的代码仓库,然后在界面上点击“部署”,则BAE专业版会在几分钟之内把代码部署到所有实例上。

4. 扩容所容。一旦遇到双11这样的日子,我们可以提前几天把实例数增加到平时的3到10倍。等打折高峰过去,再把实例数恢复至原先的水平。

除此之外,专业版还提供了独享的资源(机器和带宽等),独立IP,webssh,以及监控和日志查看等功能。使用BAE专业版,能够让中小型互联网公司把大部分的精力投入到业务逻辑上,无需机房,甚至无需专业的运维团队,大大降低了运维的复杂度以及IT成本,多快好省的走进“云”时代。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,684评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,143评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,214评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,788评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,796评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,665评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,027评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,679评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,346评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,664评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,766评论 1 331
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,412评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,015评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,974评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,073评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,501评论 2 343

推荐阅读更多精彩内容