关于 快3网站客户端下载 zs25.vip 主管Q:86=388=7 的搜索结果,共966
m****t 2018-07-11
设计中立公有云云平台
比如说“选择可用区”功能可以展示到界面上,也可以保持默认;“设置修改密码”功能可以直接带上短信验证通道开发完成,也可以用发一次邮件就代为操作一次;至于“配置升级”等功能,做功能接口并不难,难得是供应商的计费策略并不统一,并且云平台的计费系统变得复杂了。 云硬盘和IP/带宽的设置很简单,VPC和安全组就要多考虑了。如果云平台面对的需求很简单,那可以每个用默认只有一个VPC一个子就可以实现基本功能;NAT口映射、VPC互联、VPN路由等高级功能都是可选功能。当前安全组功能繁琐而混乱,大部分需要的只是控对外开放口。 负均衡是云平台唯一必备的PaaS服务,因为VPC环境很难做keepalived和heartbeat。在VPC里只能搭建没有HA的LB,还不如把LB整体外抛给云平台解决。从技术上说负均衡必备的服务是按源IP分配的TCP负均衡,让这个负均衡要做HA用,后可以再接用自定义的LB;但是各大云平台都已经支持HTTP/HTTPS/UDP负均衡,云平台可以一开始就把四七层负均衡功能都开放给用
嘟****y 2018-07-11
大型企业适用的云平台账体系
云平台要规避自注册的政策法规问题和恶意欠费问题,但这和大有什么关系?供应商用“认证”“审核”这类词跟甲方说话就是态度不正,这又是一句“你好,你要服从理,爱审不审,不审就滚”。这类甲方的身份资料是公开的,也不会恶意赖账,这时应该由乙方动记录合规信息,后台透明完成功能开通,设置消费和透支上限。 假设是成长型公司,以前CEO创建的账让员工继续使用。某天CEO被老婆打了一顿,因为他的购记录有给“丽丽”订花和开房;或者警约谈该倒霉蛋,警告他不要用盘传播非法视频;也可能CEO打开聊天工具,发现自己很多幼稚鸡汤文给投资商。不要误会是有人要整这个CEO,SSO单点登录多项服务,同事用混了账也正常。 如果放弃使用某云之后,原账不注销滚动欠费几千万怎么办?云巨头们都是横向一体化经营,搞不好会和有竞争,霸王注册条款的法务风险确实存在。 一个企业服务的账不应该由注册,而是供应商动提供,像IDC和CDN就会动给提供查带宽的账。这个账只是为了让低成本的获取服务,不包含给供应商的任何承诺,双方的权利义务要看商务合同。
雪****魁 2018-07-11
危险背后的机遇--云服务故障危机分析
软件BUG 相比自己粗选一个物理机的OS,云机精选的虚拟机OS、宿OS、Hypervisor的软件BUG并不多,大中型云厂商都有精选底层支撑软件的实力,但装物理机自选的OS都可能有驱动问题,三个精选软件的故障率真没一个粗选软件更高。 但是从云资源的理、调度、监控软件,到界面,API理、账和后台策略层面,越往上走的软件质量还不如XXXX,此处省略一万五千字,自己揣摩吧。 厂商深层原因 厂商报故障就跟滚刀肉挨揍一样,脸疼了就把屁股凑过来,屁股疼了就捏捏脸,一般不会按住一只羊使劲薅羊毛,毕竟云报障也要负均衡。但自己心里要有秆秤,厂商究竟是偶尔发挥失常还是烂泥扶不上墙,故障的性质对长久的服务品质很重要。 我列一潜在的故障原因,哪些故障能忍,哪些故障不能忍,这些要云自己评估了。 技术原因 IaaS服务的核心体功能(云机、云硬盘、VPC),在没有特型要求前提,是可以用开源方案搭建。如果是云厂商连个开源平台标准模块都部署失败,那就该换厂商了;如果是偶发的BUG,那确实要自认倒霉,因为友商也会遇到同样问题。
M****点 2018-07-10
中国云计算现状——产品篇
物理机要求硬件稳定永不死机,而云机适合批量创建速释放,不太关心单台云机的可靠性,这要求应用层服务支持高可用。即使云平台不承诺机的无限高可用,其故障恢复速度也远于物理机。新生的云计算不敢明确挑战物理机时代的用观念,现在该纠正这个误区了,成熟的云计算平台不强调单机高可用。基于同样理念,用追求超高配置的云机是架构缺课硬件来凑的临时手段,正途是将业务拆散到多台中低配机上。 当前虚拟络的性能短板并不是速率,流云平台内互通速率是1Gb,一个物理万兆卡正好负20-30台虚拟机,这是性价比均衡的选择。虚拟络的性能短板是包量,服务器CPU不是交换机CPU,它的配置再好也只能处理20万左右包量,所以一台低配虚拟机被抓做SYNFlood肉鸡也能瘫痪一个物理节点,各云平台正在逐步推进虚拟卡的包量限制,但还有大片的漏之鱼。 虚拟络对用行为的改变是抑制ARP广播,各种旧有IP漂移技术都离我们而去了。最初这种鸡肋设定是vxlan发育不全做的权宜之计,但这逐渐变成一种新的权限分配的契机。
无****禾 2018-07-11
需求引导理--实战型IT太极拳
前言 多年之前,我要搜集云平台技术运营数据,就动了解云平台的运行状况。然后我就发现来到了暴怒战场,的需求同事们都承诺来了,但一年半都没人做。我闲不住就开始救火,有十个要求我会拒绝七个,两个慢慢做,一个承诺立刻解决。并没有投诉我,倒是离职的时候多个邀请面谈并发出了Offer。 这几年我一直把“提十个需求我会拒掉七个”当做招牌技能,今天就聊聊需求为什么要引导,该如何引导。 云平台卖的都是服务,靠销售体系打单子来只是万里长征第一步。如果云厂商做不好服务,公有云没有消费额,私有云可以换别人家的软件授权;如果云厂商做好大的技术服务服务,完全可以从备胎公有云变为力公有云,私有云群集也月月有扩容。各位投标中标的CDN厂商已经领教过的切量神功了,而云机等资源的切换也会越来越简单方便。 过去的案例 我们先看四个生产环境案例。 案例1.有外售型私有云要把虚拟机的内带宽从1G扩充到4G,沟通后发现是最终用要在单虚拟机上跑大流量应用。
h****e 2018-07-10
程序:我从哪里来?
配额限流:针对产品线、用、IP提供一定的配额,当请求的数量超过配额,就会拒绝响应的请求,并提示用Quota超限。 2Web Server Web Server提供用进行各类BNS变更的接口,承担了BNS系统的大部分写入流量,采用分布式多地域的部署方式,可以避免单实例、单机房的故障对可用性造成的影响。 3存储层 这里要包含数据库和Cache层两个部分。 数据库:采用MySQL存储,采用从集群部署、读写分离的方式。 Cache层:是BNS系统自研的一个缓存模块,缓存了全量的BNS系统数据,采用多地域部署的方式,它要功能是降低数据库的查询压力。 4 BNS系统要包含两个:查询和健康检查,我们分别用Naming Agent和Check Agent来代指两个。 部署在所有的机器上,并提供命令行工具和丰富的SDK以及各类插件,方便用在各个场景使用。 Naming Agent:提供BNS的查询功能,用可以根据一个名字(服务组、服务单元、实例)就能得到详细的服务信息。
小****园 2018-07-10
让PB级云存储不再神秘
我的建议是多发几个工单,看接工单的是技术人员还是商务服,看工单处理周期和结果吧。 分发能力好理解,某盘厂商一开始是把云存储挂服务器后,由服务器的BGP带宽来负责盘文件,后来改成云存储通过CDN直接给发数据,带宽成本降低到以前的20%。 (3)厂商的职业操守 前文刚一本正经的说云计算是企业服务,现在怎么突然又提到操守了?国内的云平台都是做互联ToC业务起家,习惯用摆布个人用的伎俩去招揽企业生意,近几年大型云平台屡屡爆出蛮横理狡诈运营的丑闻。云计算是企业服务,云平台是我们的供应商不是我们的理者。TB级用正是业务高速发展的关键时刻,我们更要防备某些吃相难看的混蛋。 云存储相对业务简单,遇到野蛮运营的问题要集中在窃取数据、估算业务量、恶意不兼容其他服务这三方面。 窃取用数据指的是监守者自盗后自用,要是泄露给第三方那是安全事故可以直接报警抓人,但平台方自用用数据很难抓现行。云存储里大都是多媒体数据,谁敢盗播打官司就好;日志文件加密了就用不了云大数据分析了,但不挂个人信息的基因测序样本被偷了也不怕。
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
它屏蔽了云服务底层繁杂的控逻辑,提供简化接口给上层系统NoahEE调用,使上层系统更好更地释放价值。 Q这么优秀的系统到底是如何实现的呢? AHALO系统采用从架构,分为Master和Agent。 Master要做复杂的任务调度和控逻辑,并且所有功能都是模块化设计,用可以根据自己的需求定制安装,包括虚拟化容器理,应用包理、部署、扩缩容、拓扑搭建和保活,集群控制等。 Agent则以简单为原则,弱化繁琐功能,仅作为任务的执行器,其中的supervisor组件,结合父子双进程原理,做到自升级和自保活,把云运维人员的工作量降到最低。 整个系统的工作流程也十分简洁优雅!Agent通过定期心跳的方式,与Master进行通信,在心跳发包中发送本机状态信息,在心跳回包中获取Master期望的本机状态plan,并把期望plan与本地实际plan进行对比,针对有差异的地方做相应修改,使二者保持一致,从而保证集群中所有机器最终状态一致。 总之一句话,一朝HALO在手,从此不用发愁。所有运维需求,直接调用接口。
s****d 2018-07-11
亿元级云用分析
云厂商提供四类人力资源: 第一类是方案咨询和项目规划,不要被免费通用售前蒙蔽了视野,出彩的规划咨询重度依赖精英人力,既要是云产品专家又要是侧IT高手; 第二是平台侧研发运维,即使最标准的CDN服务也要定制日志接口、微调卡顿和回源比,销售铁三角必须最顺畅沟通最高优先级; 第三是项目侧实施人力,云厂商可以做盖机房到App适配的所有工作,只想对接一个总包责任人; 第四是挖不来留不住“云厂商母公司的顶级技术高手”,他们想借云项目让高手做人力输出,但是……。 读者们不要觉得卖人日很低,人力资源是难以垄断和模板化复制的;只有不能垄断的行业,精英打工者才有极大的发挥空间。 4.架构和流程变化分析 大型云用在上云过程中,其IT架构逻辑逐步发生着变化,为了避免技术泄密和保证通用性,我写的比较简单。 硬件和系统理——硬件是标准还是特配、产权是租是卖、内代维还是自设计、服务器交钥匙还是黑盒服务——不同的项目需求,导致硬件理和监控不同于传统方案也不同于其他云项目。 广域联通方案——云厂商大都是互联出身,他们拥有DDOS的资源和统一前的实践经验,还有海量廉价优质带宽。
TOP