关于 光大彩票手机客户端 zs25.vip 主管Q:86>38 的搜索结果,共1234
嘟****y 2018-07-11
型企业适用的云平台账体系
第二.账内资源隔离 企业尽量会将资源集中采购,在采购IDC/CDN这类简单服务时不用担心资源混淆。但套用过去理虚拟的经验,理IaaS和PaaS服务时要有资源池隔离,不同部门和项目的资源要分别计费和理。 一个很常见的场景是,人事部的OA系统申请了15万云费用,生产车间的ERP和销售部的CRM系统不设上限,外部A项目预算是50万,B项目是200万,等等等等。 如果没有资源池的概念,就是一个账所有资源的“通铺”模式,要把脚趾头都掰完了才能算清各项目的消费金额;万一云平台调整了资源价格,较真的又要从头重算一次。 这个“通铺”最尴尬的不是计费繁琐,而是一个账下所有资源毫无权限隔离,或者只有一个人去登录云平台,或者将不同业务注册完全孤立的账。互联网公司无法理解传统企业和自然人有关的流程是多沉重,选一个云平台理员完成所有操作,的项目越多理员员就越晕越累。将不同业务区分为不同账也解决不了问题,因为和云平台都要将这批账统一理,但实际扣费进度总会超出意外,项目欠费停或者追加预算,挨骂受累的都是平台理员。
m****t 2018-07-11
设计中立公有云云平台
2.用系统 云平台都是做对内业务或者固定项目,所以用系统不开放注册,不需要找回密码、身份认证等功能,但酌情开放修改密码、高危操作短信验证、特种资源申请等功能,技术咨询类工单可以透传给厂商。 公有云的配额系统是为了保护厂商稀缺资源不被滥用,用误操作不会花资金的。云平台的很少会滥用资源,平台是厂商的也不会轻易欠费停,云平台可以只做简单粗糙的配额系统,以减少用误操作为准,如果工期过紧甚至可以先不做配额系统。 用系统要有一个可用的Web理控制台,让用可以完成各种资源操作。该理控制台借鉴各公有云控制台即可,所要展示的资源和功能已经在前文讨论过了,该产品可完美模拟功能强,也可以极速从简只做必要功能。 3.计费系统 标准计费系统的功能复杂又强,每个账是预付费还是后付费、当前有多少余额/透支额度、单个资源是打包整体付费还是按需按量付费,免费配赠资源的占用策略,资源欠费后的保留周期,网银和财务付费接口,甚至连发理都是计费系统要涉及的。 本部分说明如何用一两个人月就能做出来的对账式计费系统。 用相对可控,对反赖账逻辑就可以弱化甚至不做。
雪****魁 2018-07-11
危险背后的遇--云服务故障危分析
商誉分为企业商誉和个人商誉,云厂商的企业商誉都积淀不足,胜者也是比烂赛中靠友商更烂胜出的,和IDC/CDN的比优赛无法相提并论。在吃够了厂商的亏以后,会选择信任能有个人商誉,能做出承诺、调动资源和平复问题的销售和服务人员。 有个非常信任某个小云销售,他告诉该销售,虽然某云有高层合作,某云也说报价肯定比某小云低5%;但是某云的服务制有问题,出故障从来都是衙门话,每次故障都要去乱猜和背锅。最终这个单子在执行层的暗助之下,该小云快速把业务切过来并坐实站住了,这份暗中相助就是靠个人商誉带来的信任。 我和谈故障的时候,喜欢把详细故障原因刨析给,企业是讲道理的,不要把糊弄ToC用段来对付ToB。面对意外故障,我们有信心向证明,换了其他厂商也一样会挂;面对人为故障,踏实认错是对的最后尊重,而公开事实也是逼着内部不会重蹈覆辙犯同样的错误。 过去家卖IDC、CDN、服务器和软硬件积累的个人商誉,是可以应用到云计算领域的。而云服务的高科技环褪去、产品同质化以后,企业的核心竞争力仍然是有商誉的销售-售前-售后团队,这类人才永远是稀缺资源。
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
云计算历经多年发展,从最初的概念模型,到被众熟知,再到现在全行业拥抱上云,取得了巨的进步。云的已从最初的中小初创公司逐步渗透到各行各业的型企业。可以说,企业上云已是企业发展的必由之路。部分数据敏感的企业结合自身数据的安全性、所有权和控制权等综合因素考虑,会选择搭建自己的私有云或者混合云环境。 但是在上述环境中,用器都需要自行理,这就必然给云运维人员带来很多意想不到的麻烦。 其实我们面临的问题从来就没有什么的变化,唯一不同的只是器规模越来越,人心越来越复杂。 Q如何在1台器上部署基础设施?A 一切都源于那个亘古不变的道理:扔一个文件到器上,然后跑一个命令。 Q如何在10台器上部署基础设施?A 写个for循环搞定。 Q如何在10000台器上部署基础设施?A 这个也好办!定制操作系统镜像CUSTOM.iso装自动化安装! then…… Q如何快速升级所有器上的基础设施? Q服务因异常挂掉,能自动重启保活吗? Q公司做活动,预计流量突增,能扩容吗? Q公司活动结束,为节约成本,能缩容吗? Q新开发的基础设施服务有问题,能立马回滚吗?
无****禾 2018-07-11
需求引导理--实战型IT太极拳
(这些运营问题都是2015年的,可能略有老化) 案例3.被同集团的云计算子公司服务的欲哭无泪,找我们接盘时提了一堆需求,我同样是拒的比接的多。问能利旧设备么,我认为利旧设备的配置都太高啦,还不如租我们的廉价服务器。要我们按照旧接口去定制开发,我指出用我们的SDK对接只有半个人日,而旧接口连文档都没有只能猜。要我们派几个高工长期驻场,我说明所有故障都可控且已演练,远程排障我们有10个高工程,但长期驻场我们高工得抑郁离职了。担心日常无事可做了,我们就帮做了月度巡检流程,但整个流程我们全程不参与,他们巡检成功就是双保险,忘了巡检也有我们的监控兜底。 案例4.有公有云说要买最便宜的带宽,但最终沟通发现对方是要做非核心日志上传。云平台默认的计费规则是上行带宽免费,但免费不限流的上行带宽不承诺SLA。最终结果是建议短期内买几十台低配云,同时做好容错,长期看建议这些日志直接上传至对象存储,还能配合我方数据服务做MR。 案例解析 云计算要服务企业,企业内部分为采购、技术、业务、理等多个角色,在本案例中服务的技术和运营团队是非常讲道理的。
M****点 2018-07-10
中国云计算现状——产品篇
云数据库(如RDS)很重要但想象空间有限,因为企业里已经有数据库和DBA了,DBA并不信任云未知架构数据库的性能、稳定性和数据安全性,而且企业仍然需要DBA承担设计维护工作。 对象存储服务是新兴需求,企业里本来就没规模对象存储搭建能力,而且对象存储对应用程序友好上简单,对它是积极拥抱甚至业务依赖。一旦用在对象存储平台堆积了上TB的数据,数据和AI分析应用自然就部署上来了。广域网传输稳定性不够成本又过高,只能是计算组件跟着存储就近部署,PaaS云创业公司从对象存储入才更有粘性和横向扩展空间。 数据类PaaS类似于云数据库,用要自带海量数据过来,Mapreduce过程和结果又都要用负责,最终觉得云平台什么都没做,数据PaaS服务都用成IaaS定制模板虚拟了。而AI类PaaS类似于对象存储,用本来要靠人肉识图,那些非结构数据本来是不存储的,程序员很乐意去调AI和存储接口,砸碎人肉识图团队的饭碗才能成全自己的业绩。云替代方案会被技术人员苛责,而技术人员会对云上新出的方案很宽容。
x****3 2018-07-10
中国云计算现状——采购篇
2、稳定性于功能需求 前文说过,云厂商卖的绝部分是替代性产品,云是替代物理的,云存储是替代存储柜的。过去的产品功能再挫、价格再高也能用,你的产品优势是锦上添花,但你这刚开发出来的产品稳定性如何?即使只是常规感冒,你愿意让实习医生练吗? 3、价格可描述 价格不同于价值,价值是灵活解释的,而价格是固定的单价和数量。先说单价,IaaS资源的头是公有云,这里有不可说不可测的硬件超卖和漏洞百出的SLA,谁能保证你60元的云就比人家70元的便宜?用私有云方案吧,你的软件没有专利和著作权,人力报价没有施工人日规划表。PaaS层的服务天然按量付费,但数量该买多少个该如何预估?在这类企业里按需付费并不讨喜,钱花多了谁来结账,钱花少了是不是业务萎缩了,风传某些超低价中标的CDN,就是靠虚报资源数量来维持服务品质的。 4、尽量将责任外抛 肯给你掏钱就已经尽到自身责任了,不要让承担因为选你而产生的额外责任。如果放弃资质和案例需求、自担稳定性风险、自己评估总价格,云厂商卖云服务就能像话费充值一样简单。
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的查询功能,用可以根据一个名字(服务组、服务单元、实例)就能得到详细的服务信息。
s****d 2018-07-11
亿元级云用分析
4.架构和流程变化分析 型云用在上云过程中,其IT架构逻辑逐步发生着变化,为了避免技术泄密和保证通用性,我写的比较简单。 硬件和系统理——硬件是标准还是特配、产权是租是卖、内网代维还是自设计、服务器交钥匙还是黑盒服务——不同的项目需求,导致硬件理和监控不同于传统方案也不同于其他云项目。 广域网联通方案——云厂商都是互联网出身,他们拥有DDOS的资源和统一前的实践经验,还有海量廉价优质带宽。限制梦想的是老旧系统是否支持常见协议,还有底层工程师能否推动上层业务测试和变动。 API调用PaaS——API云服务就是不可控过程的黑箱,没预算没精力就盲目信任云厂商。有精力就做多云冗余校验,有预算就做专有资源池部署;未来云厂商还会自定义SLA标准——部分API云服务连等待超时都没定义。 版本发布和数字化转型——无论是微观的版本发布还是宏观的数字化转型,其实都和上云没直接联系,一个是室内装修工作,一个是新建房屋工作,但装修的最好时是房屋重建的时候,云厂商要帮推动IT技术革新。 5.服务输出分析 云厂商输出给的即有云IT资源,也有平台服务输出。
1****2 2018-07-09
百度安全:AI 是系统工程 需要真正开放的安全护航
它通过五 策略,最限度地保证了系统安全,避免系统漏洞被黑利用:从逻辑层阻断攻击,提 升自适应性;使用内存安全语言编写安全补丁,防止补丁开发者失误导致系统崩溃;对 待修补的内核进行语义聚类,并非只有二进制一致才施加修复,进一步提升自适应性和 安全性;方案设计了修复分级策略,进一步提升方案的自适应性;生态共建,以开放、 联合、协作的模式去合力修复漏洞,打击黑产。 目前,KARMA 已经在1100 多个不同安卓系统版本进行了系统化验证测试,并且 在某些流智能终中应用。据了解,它可以支持目前市场上绝多数安卓设备,同时 还适用于传统桌面、服务器Linux 的修复等。它可以支持100%的漏洞修复,其中93.4% 可以自适应修复,并且对性能几乎没有影响,不影响用体验。 终层面的另一问题是应用安全。但是现有智能终应用的生命周期缺乏联动, 开发者、应用平台、厂商、安全厂商相互隔离。
小****园 2018-07-10
让PB级云存储不再神秘
比如说实时有损压缩图片这个功能可极节省CDN带宽提高资源加载速度,可以根据自己的设备、网络、应用场景决定要什么分辨率的图片,此功能带来了无与伦比的灵活性。但用不可能是多媒体处理专家,很多应用场景细节根本就想不到的。比如你往我的平台塞个200M图我是拒绝处理的,友商不图片多都敢去切图,但有30%几率是后台切图程序崩溃,让你等是十分钟才收到个50X的报错;比如说某些音频编解码规范应用了半个世纪,某款新出的可能会出兼容性问题。这类技能太生僻,云厂商培养技术人员都很困难,要靠自己评估厂商就更难了。我的建议是多发几个工单,看接工单的是技术人员还是商务服,看工单处理周期和结果吧。 分发能力好理解,某网盘厂商一开始是把云存储挂载服务器后,由服务器的BGP带宽来负责网盘文件下载,后来改成云存储通过CDN直接给网盘发数据,带宽成本降低到以前的20%。 (3)厂商的职业操守 前文刚一本正经的说云计算是企业服务,现在怎么突然又提到操守了?国内的云平台都是做互联网ToC业务起家,习惯用摆布个人用的伎俩去招揽企业生意,近几年型云平台屡屡爆出蛮横理狡诈运营的丑闻。
TOP