关于 极速分分彩平台 zs25.com 主管Q:86.乀.432.乀 的搜索结果,共643
m****t 2018-07-11
设计中立公有云云
经过对多个云的调研统计,其核心必须的业务系统有四个,别是“”“用户系统”“计费系统”“厂商API封装工作”。这几个业务子系统都有几个人月就可以做出的简易版核心功能,也可以按照大型软件工程去做全功能规划设计。 这是运营人员使用的的资源统计、展示操作首页是一个全部资源汇总页,即已经开通多少用户、多少机、多少带宽等等,无论是日常运营还是工作汇报都需要汇总统计。如有余力可以和计费系统配合,做出各个厂商资源汇总对比页面。 还要有各项资源类汇总及单资源详情页,即虚拟机、硬盘等资源。这里要求即可以做整体list,也可以查看单独一个资源的状态。前文提到要统一的资源ID可以调用厂商API快查询和操作资源。前文提到的统一资源名称前后缀,可用于快过滤出单个用户的云资源。如果快施工可以只做资源的统计展示,云操作员去各厂商的理控制上执行资源操作;如果时间来得及那就把厂商提供的功能在本全部实现出来。
嘟****y 2018-07-11
大型企业适用的云账户体系
但套用过去理虚拟机的经验,理IaaS和PaaS服务时要有资源池隔离,不同部门和项目的机资源要别计费和理。 一个很常见的场景是,人事部的OA系统申请了15万云机费用,生产车间的ERP和销售部的CRM系统不设上限,外部客户A项目预算是50万,B项目是200万,等等等等。 如果没有资源池的概念,就是一个账户所有资源的“大通铺”模式,客户要把脚趾头都掰完了才能算清各项目的消费金额;万一云调整了资源价格,较真的客户又要从头重算一次。 这个“大通铺”最尴尬的不是计费繁琐,而是一个账户下所有资源毫无权限隔离,客户或者只有一个人去登录云,或者将不同业务注册完全孤立的账户。互联网公司无法理解传统企业和自然人有关的流程是多沉重,客户选一个云理员完成所有操作,客户的项目越多理员员就越晕越累。将不同业务区为不同账户也解决不了问题,因为客户和云都要将这批账户统一理,但实际扣费进度总会超出意外,项目欠费停机或者追加预算,挨骂受累的都是理员。
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
云的要客户已从最初的中小初创公司逐步渗透到各行各业的大型企业。可以说,企业上云已是企业发展的必由之路。部数据敏感的企业结合自身数据的安全性、所有权和控制权等综合因素考虑,会选择搭建自己的私有云或者混合云环境。 但是在上述环境中,用户的机器都需要自行理,这就必然给云运维人员带来很多意想不到的麻烦。 其实我们面临的问题从来就没有什么大的变化,唯一不同的只是机器规模越来越大,人心越来越复杂。 Q如何在1机器上部署基础设施?A 一切都源于那个亘古不变的道理:扔一个文件到机器上,然后跑一个命令。 Q如何在10机器上部署基础设施?A 写个for循环搞定。 Q如何在10000机器上部署基础设施?A 这个也好办!定制操作系统镜像CUSTOM.iso装机自动化安装! then…… Q如何快升级所有机器上的基础设施? Q服务因异常挂掉,能自动重启保活吗? Q公司做活动,预计流量突增,能扩容吗? Q公司活动结束,为节约成本,能缩容吗? Q新开发的基础设施服务有问题,能立马回滚吗? Q可以做虚拟化资源限制基础设施不占用过多的机器资源吗? Q如何先部署小批量机器,确认无误之后,再做全集群部署?
s****d 2018-07-11
亿元级云用户
云厂商提供四类人力资源: 第一类是方案咨询和项目规划,不要被免费通用售前蒙蔽了视野,出的规划咨询重度依赖精英人力,既要是云产品专家又要是客户侧IT高手; 第二是侧研发运维,即使最标准的CDN服务也要定制日志接口、微调卡顿和回源比,销售铁三角必须最顺畅沟通最高优先级; 第三是项目侧实施人力,云厂商可以做盖机房到App适配的所有工作,客户只想对接一个总包责任人; 第四是客户挖不来留不住“云厂商母公司的顶级技术高手”,他们想借云项目让高手做人力输出,但是……。 读者们不要觉得卖人日很低端,人力资源是难以垄断和模板化复制的;只有不能垄断的行业,精英打工者才有大的发挥空间。 4.架构和流程变化析 大型云用户在上云过程中,其IT架构逻辑逐步发生着变化,为了避免技术泄密和保证通用性,我写的比较简单。 硬件和系统理——硬件是标准还是特配、产权是租是卖、内网代维还是自设计、服务器交钥匙还是黑盒服务——不同的客户项目需求,导致硬件理和监控不同于传统方案也不同于其他云项目。 广域网联通方案——云厂商大都是互联网出身,他们拥有DDOS的资源和统一前端的实践经验,还有海量廉价优质带宽。
1****6 2018-07-10
情感
背景介绍 在自然语言处理中,情感析一般是指判断一段文本所表达的情绪状态。其中,一段文本可以是一个句子,一个段落或一个文档。情绪状态可以是两类,如(正面,负面),(高兴,悲伤);也可以是三类,如(积,消,中性)等等。情感析的应用场景十广泛,如把用户在购物网站(亚马逊、天猫、淘宝等)、旅游网站、电影评论网站上发表的评论成正面评论和负面评论;或为了析用户对于某一产品的整体使用感受,抓取产品的用户评论并进行情感析等等。表格1展示了对电影评论进行情感析的例子: 在自然语言处理中,情感析属于典型的文本类问题,即把需要进行情感析的文本划为其所属类别。文本类涉及文本表示和类方法两个问题。在深度学习的方法出现之前,流的文本表示方法为词袋模型BOW(bag of words),话题模型等等;类方法有SVM(support vector machine), LR(logistic regression)等等。 对于一段文本,BOW表示会忽略其词顺序、语法和句法,将这段文本仅仅看做是一个词集合,因此BOW方法并不能充表示文本的语义信息。
流****水 2018-07-11
度云企业级运维——NoahEE
图1 NoahEE概览 接下来,我们把这艘诺亚方舟解开来,近距离观察一下这艘船的方方面面。 服务理 我们首先介绍服务理是因为服务理是整个运维工作的基础,也是NoahEE这个上各个系统能够进行批量自动化操作的关键。服务理这个概念的出现,是随着业务快膨胀的必然,其要解决的要问题是一个“量”,或者说“规模”的问题。在早期业务较为简单时,一个服务可能部署在几甚至一机器上,进行变更等运维操作简单直接,登录到机器上人工操作就好了。随着业务的发展,布式应用与服务的广泛使用,我们越来越多的面临着运维场景与运维执行之间的脱节。 举个例子,今天17:00开始对X机房的地图导航模块进行升级。对于产品研发的同学来说,关注点是语义明确且更具描述性的“运维场景”;而对于运维人员来说,关注点是此次升级操作所涉及的机器等资源在哪里。在业务规模发展到一定程度后,运维工作还停留在早期人工或脚本方式执行的阶段时,这样的差异非常频繁的发生。 在实际的运维中,还有更多的因素需要考虑,例如机器是否会配给不同部门(资源的隔离)?权限又该如何控制?
TOP