关于 平心在线私网假网包杀合作 130__9593__9899在ni 的搜索结果,共1306
疏****月 2018-07-09
一键上线Archer | 百度持续部署的瑞士军刀
另外,Archer也可为上层服务托管台的底层工具链,为PaaS台提供稳定的底层部署服务。 通用场景 百度内部,通用的部署系统需要适用于以下场景: 各业务线拥有各自的规范,语言、框架不统一,部署策略不一致; 支持分级发布,及时拦截部署引入的线上故障; 业务的多地域部署; 多种络环境及大部署; 提高自动化效率,能够集成测试发布自动化流水线。 后面,我们将结上面场景,向大家介绍百度持续部署是如何实现的。 服务架构 整个系统由命令行工具、web服务、中转服务及单机agent+部署插件几部分组成(如图2所示)。用户通过命令行工具触发一次变更,web端进行参数解析及任务分发,对应执行机器agent通过跳获取任务后,调用部署插件执行实际任务。涉及大及不同络环境的部署会进行中转下载。 解决方案 各业务线拥有各自的规范,语言、框架不统一,部署策略不一致 为避免杂乱无章又不规范的服务代码及配置文件的目录结构,Archer规定了一套既灵活又完整的规范。
追****圣 2018-07-11
给书记省长讲清楚云计算
数据中络接入和电力接入是核需求,一个数据中每年络接入费用都千万以上,当地运营商必须提供物美价廉的络资源。数据中对电力的要求是大量且稳定,数据中每年的电力消耗都数万千瓦以上,其电力使用优先级等同于医院手术室,绝对不能接受拉闸限电。 服务器就是高功耗高价格的专业电脑,云计算企业的采购规模一般远大于政企集采,他们能从硬件厂商那里拿到极限低价,政府和国企能提供的更多是采购资金的支持。 云计算是一个商业服务,不仅需要硬性支持,还需要足够的环境和政策支持。当前云计算公司聚集线大城市,环境规范稳定但成本极高竞争压力极大,云计算企业也尝试向二三线转移突围。二三线城市不仅要积极准备云计算硬性资源,还可以用融资、税收优惠等等灵活政策承担产能转移的,最终说服云计算公司将GDP和税收留当地。 云计算台提供的都是互联服务,大量的互联服务部署本地会有极大的管控压力。二三线城市对互联服务还只是简单的管控,稍有不解可能就会封禁一大批互联服务,但一道封命令就可以毁掉一个云计算公司的声誉。
嘟****y 2018-07-11
大型企业适用的云台账户体系
这些年来云计算技术突飞猛进,但我一直很怕和客户谈云台的账户体系,因为客户有理化需求,而(某客户说)云台的账户设置就是糊弄鬼。随着大部分云完善账户体系,我们可以气和的谈一谈而非吐槽这个问题了。 云计算公司的技术班底大都是个人业务起家,他们最早接入的是中小企业和创业者,其账户体系并不适用于大型企业客户。大型客户上云之前都用过虚拟化、域管理、管资源管理软件,肯定不适应这套功能单薄诡异的用户约束。本文的目的是为了让大客户有底气提出质疑,让云台继续完善开发,最终提供符企业级应用场景的账户体系。 第一.账户注册问题 首先我们看法务问题,如果注册时死抠法务问题,国内各大云台会颗粒无收。 我随便摘取了几段账户注册的用户协议: 客户的云账户是唯一身份识别依据,就连交钱时也是只认账户不认人。 云台有权限制客户账户下所有产品及全部功能,情不好就不卖。 客户保证不会影响云台关联公司的法权益,其标准由云台做权威判断。 这是不是有一种“客户你好,我是你大爷,爱买就买,不买就滚”的即视感?谁有资格代表公司去注册账户和同意条款,IT部自注册云账户跟同的区别大吗?
M****点 2018-07-10
中国云计算现状——产品篇
即使云台不承诺主机的无限高可用,其故障恢复速度也远快于物理机。新生的云计算不敢明确挑战物理机时代的用户观念,现该纠正这个误区了,成熟的云计算台不强调单机高可用。基于同样理念,用户追求超高配置的云主机是架构缺课硬件来凑的临时手段,正途是将业务拆散到多台中低配主机上。 当前虚拟络的性能短板并不是速率,主流云台内互通速率是1Gb,一个物理万兆卡正好负载20-30台虚拟机,这是性价比均衡的选择。虚拟络的性能短板是量,服务器CPU不是交换机CPU,它的配置再好也只能处理20万左右量,所以一台低配虚拟机被抓做SYNFlood肉鸡也能瘫痪一个物理节点,各云台正逐步推进虚拟卡的量限制,但还有大片的漏之鱼。 虚拟络对用户行为的改变是抑制ARP广播,各种旧有IP漂移技术都离我们而去了。最初这种鸡肋设定是vxlan发育不全做的权宜之计,但这逐渐变成一种新的权限分配的契机。OpenStack API可以将主机之间插拔管理,卡从主机附属设备变成了独立资源,内IP的分配职责从系统工程师变成了络工程师,无数被安全组恶过的用户,也逐渐放弃了本机防火墙。
TOP