关于 幸运快3开奖查询 zs25.com 主管Q:86_432_55 的搜索结果,共742
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
云的要客户已从最初的中小初创公司逐步渗透到各行各业的大型企业。可以说,企业上云已是企业发展的必由之路。部分数据敏感的企业结合自身数据的安全性、所有权和控制权等综合因素考虑,会选择搭建自己的私有云或者混合云环境。 但是在上述环境中,用户的机器都需要自行理,这就必然给云维人员带来很多意想不到的麻烦。 其实我们面临的问题从来就没有什么大的变化,唯一不同的只是机器规模越来越大,人心越来越复杂。 Q如何在1台机器上部署基础设施?A 一切都源于那个亘古不变的道理:扔一个文件到机器上,然后跑一个命令。 Q如何在10台机器上部署基础设施?A 写个for循环搞定。 Q如何在10000台机器上部署基础设施?A 这个也好办!定制操作系统镜像CUSTOM.iso装机自动化安装! then…… Q如何速升级所有机器上的基础设施? Q服务因异常挂掉,能自动重启保活吗? Q公司做活动,预计流量突增,能扩容吗? Q公司活动结束,为节约成本,能缩容吗? Q发的基础设施服务有问题,能立马回滚吗? Q可以做虚拟化资源限制基础设施不占用过多的机器资源吗? Q如何先部署小批量机器,确认无误之后,再做全集群部署?
h****e 2018-07-10
程序:我从哪里来?
3存储层 这里要包含数据库和Cache层两个部分。 数据库:采用MySQL存储,采用从集群部署、读写分离的方式。 Cache层:是BNS系统自研的一个缓存模块,缓存了全量的BNS系统数据,采用多地域部署的方式,它要功能是降低数据库的压力。 4客户端 BNS系统要包含两个客户端:客户端和健康检客户端,我们分别用Naming Agent和Check Agent来代指两个。 客户端部署在所有的机器上,并提供命令行工具和丰富的SDK以及各类插件,方便用户在各个场景使用。 Naming Agent:提供BNS的功能,用户可以根据一个名字(服务组、服务单元、实例)就能得到详细的服务信息。Naming Agent与Cache层的数据交互,采用推拉结合的方式,Naming Agent动拉取数据和Cache模块推送变更数据,同时Naming Agent客户端会将过的数据置于本地缓存中,以此降低Cache层的压力。
b****z 2018-07-11
智能维基础-维知识库之ETL
Pull ETL由于是周期性的执行,因此在时效性上无法满足需求;Push ETL需要数据源进行改造,有一定的成本,且变更消息传输存在一定的延迟,无法实时到最新数据。 因此,如下图所示,我们采用另一种经典方法Federation(Lazy ETL)来实现数据集成:即维知识库处理用户时,直接调用接口去访问原始数据源,按schema转换后,返回给用户。 总结 本文要介绍了百度云Noah智能维产品中的维知识库之ETL。针对不同业务场景使用的数据,提供不同的ETL方式。针对离线数据建设,采用Pull ETL周期性从数据源获取数据,此外综合考虑数据接入收益和成本,提供了自适应ETL以及基于SDK的自定义ETL;针对时效性高的数据建设,采用Push ETL,数据源动推送变更到维知识库中;针对实时数据建设,采用Lazy ETL,在时回源获取数据并进行转换。有对维知识库和ETL感兴趣的同学,欢迎留言探讨。
流****水 2018-07-11
度云企业级维平台——NoahEE
我们推出的NoahEE(Noah Enterprise Edition)脱始于Noah,为企业提供了一站式维解决方案,覆盖了包括日常的故障理和变更理中典型的维场景,致力于为政企、金融、教育等行业提供业务可用性保障、提升维效率。 图1 NoahEE概览 接下来,我们把这艘诺亚方舟分解来,近距离观察一下这艘船的方方面面。 服务理 我们首先介绍服务理是因为服务理是整个维工作的基础,也是NoahEE这个平台上各个系统能够进行批量自动化操作的关键。服务理这个概念的出现,是随着业务速膨胀的必然,其要解决的要问题是一个“量”,或者说“规模”的问题。在早期业务较为简单时,一个服务可能部署在几台甚至一台机器上,进行变更等维操作简单直接,登录到机器上人工操作就好了。随着业务的发展,分布式应用与服务的广泛使用,我们越来越多的面临着维场景与维执行之间的脱节。 举个例子,今天17:00始对X机房的地图导航模块进行升级。对于产品研发的同学来说,关注点是语义明确且更具描述性的“维场景”;而对于维人员来说,关注点是此次升级操作所涉及的机器等资源在哪里。
m****t 2018-07-11
设计中立公有云云平台
平台首页是一个全部资源汇总页,即平台已经通多少用户、多少机、多少带宽等等,无论是日常营还是工作汇报都需要汇总统计。如有余力可以和计费系统配合,做出各个厂商资源汇总对比页面。 平台还要有各项资源分类汇总及单资源详情页,即虚拟机、硬盘等资源。这里要求即可以做整体list,也可以看单独一个资源的状态。前文提到要统一的资源ID可以调用厂商API和操作资源。前文提到的统一资源名称前后缀,可用于速过滤出单个用户的云资源。如果速施工可以只做资源的统计展示,云平台操作员去各厂商的理控制台上执行资源操作;如果时间来得及那就把厂商提供的功能在本平台全部实现出来。 2.用户系统 云平台都是做对内业务或者固定项目,所以用户系统不放注册,不需要找回密码、身份认证等功能,但酌情放修改密码、高危操作短信验证、特种资源申请等功能,技术咨类工单可以透传给厂商。 公有云的配额系统是为了保护厂商稀缺资源不被客户滥用,用户误操作不会花光资金的。
TOP