关于 全套按摩服务薇78792796通州平潮镇一夜栾 的搜索结果,共1182
疏****月 2018-07-09
键上线Archer | 百度持续部署的瑞士军刀
另外,Archer也可作为上层托管台的底层工具链,为PaaS台提供稳定的底层部署用场景 在百度内部,用的部署系统需要适用于以下场景: 各业线拥有各自的包规范,语言、框架不统,部署策略不致; 支持分级发布,及时拦截部署引入的线上故障; 业的多地域部署; 多种网络环境及大包部署; 提高自动化效率,能够集成测试发布自动化流水线。 后面,我们将结合上面场景,向大家介绍百度持续部署是如何实现的。 架构 整个系统由命令行工具、web、中转及单机agent+部署插件几部分组成(如图2所示)。用户过命令行工具触发次变更,在web端进行参数解析及任分发,对应执行机器agent过心跳获取任后,调用部署插件执行实际任。涉及大包及不同网络环境的部署会进行中转下载。 解决方案 各业线拥有各自的包规范,语言、框架不统,部署策略不致 为避免杂乱无章又不规范的代码及配置文件的目录结构,Archer规定了既灵活又完整的包规范。
h****e 2018-07-10
程序:我从哪里来?
过部署在机器上的客户端感知到实例的状态变化(比如实例状态由0变成-1,即正常变成非正常),并将数据同步到系统中的分布式缓存,上游模块可以过查询redis.noah.all的实例状态结果,主动过滤非正常的实例,也可以在BNS系统中发起屏蔽故障实例的操作,在查询过程中会自动过滤该故障实例。 在下节中将具体介绍BNS系统的整体架构。 基本架构 BNS系统主要包含几个部分:流量接入层,Web Server,存储层,代理客户端。 作为个底层的基础,BNS系统每天的访问量近千亿次,这对系统的可用性提出了很高的要求,因而系统需要在各个层面有完善的容灾能力和流量管控能力。 1流量接入层 系统过HTTP接口对外提供变更,用户过Web页面或者接口进行或实例信息注册。为了保证台稳定和安的运行,需要对非法和异常请求进行拒绝,在流量接入层(Proxy)端提供了以下两个功能: 流量鉴权:每组、单元、实例的注册都需要进行权限验证,用户只有申请了合法的Token才能允许访问,另外系统还提供了白名单等其他的鉴权方式。
嘟****y 2018-07-11
大型企业适用的云台账户体系
这个账户只是为了让客户低成本的获取,不包含客户给供应商的任何承诺,双方的权利义要看商合同。 第二.账户内资源隔离 企业客户尽量会将资源集中采购,在采购IDC/CDN这类简单时不用担心资源混淆。但用过去管理虚拟机的经验,管理IaaS和PaaS时要有资源池隔离,不同部门和项目的主机资源要分别计费和管理。 个很常见的场景是,人事部的OA系统申请了15万云主机费用,生产车间的ERP和销售部的CRM系统不设上限,外部客户A项目预算是50万,B项目是200万,等等等等。 如果没有资源池的概念,就是个账户管所有资源的“大铺”模式,客户要把脚趾头都掰完了才能算清各项目的消费金额;万台调整了资源价格,较真的客户又要从头重算次。 这个“大铺”最尴尬的不是计费繁琐,而是个账户下所有资源毫无权限隔离,客户或者只有个人去登录云台,或者将不同业注册完孤立的账户。互联网公司无法理解传统企业和自然人有关的流程是多沉重,客户选个云台管理员完成所有操作,客户的项目越多管理员员就越晕越累。
m****t 2018-07-11
设计中立公有云云管
至于渗透测试和漏洞扫描,其实和云没直接关系,没必要纳入云管台。WAF可以参照负载均衡进行设计处理。 物理机和自控超卖比虚拟机,这是部分云厂商才提供的功能,这类资源开销偏大和计费不灵活,客户要给云管台发邮件才能申请到资源,客户日常有类似于虚拟机的管理和监控需求。 云监控是个基本免费的,对该的设计包含安评估、数据展示和知机制。安评估就是要不要装各厂商以Root权限运行的Agent,数据展示就是各种监控统计表和折线图展示给客户,各厂商是直接知到最终用户还是知到云管台后中转传递信息。 其他,诸如域名、ICP备案、虚拟空间等。 第五核心业系统 已知云管台要管理上述资源,且不同资源的优先级不同、同个资源也不需要部署所有功能,那云管台自身该如何设计和展示?经过对多个云管台的调研统计,其核心必须的业系统有四个,分别是“管理台”“用户系统”“计费系统”“厂商API封装工作”。这几个业子系统都有几个人月就可以做出的简易版核心功能,也可以照大型软件工程去做功能规划设计。 管理台 这是运营人员使用的的资源统计、展示操作台。
流****水 2018-07-11
度云企业级运维台——NoahEE
简单的说,管理要解决的最核心问题就是如何对资源进行有效组织管理与定位: 图2 解决规模带来的问题 在管理这个地基打好后,我们再来回顾下上面的例子。这个例子中,地图研发的同学就可以在运维台中选中导航的模块进行升级,运维台会管理来定位此次升级操作需要影响的机器并进行批量的操作。NoahEE中的所有运维系统,都以管理为基础来进行运维操作,例如在监控系统中,我们可以对导航模块(而不是单台机器进行操作)添加些指标采集任,并在定条件达成时报警。管理过对资源合理的组织,极大的简化了运维操作,提升了运维效率。 资产管理 在机房里,各种各样的器、网络设备和安设备7x24小时的运转,为我们的业提供了硬件保障,是企业的重要资产。各种设备的物理损坏、升级、新增、搬迁等等都在考验着机房运维人员的能力。怎样维护这些资产并记录信息,是个很重要的问题,搞得不好,这些资产可能变成运维人员的“包袱”,越多越头疼。 对这些设备的运维操作,常都涉及不少的物理操作,比如说更换损坏的硬盘,增加内存条等等。这里涉及到几个要解决的问题: 故障如何及时发现?发现后由谁来进行修复?
M****点 2018-07-10
中国云计算现状——产品篇
用好PaaS产品可以更省人力、更快交付,用量付费可能会比资源付费更便宜(也可能更贵),而PaaS台的恼人和诱人之处均在于产品形态很模糊、质量很难评估、很难独立运营、没有领头羊企业和事实标准。 PaaS云台和IaaS云资源的区别就在于,台需要理解客户的动作和状态。对象存储和CDN就是最典型的PaaS,云照数据容量、访问流量、访问次数和方法收费;Mysql RDS只能照内存和日志空间上限计费,但仍然可以替客户做数据库状态展示、分析和备份,这是过渡性的PaaS。 最常见的PaaS是数据库,最重要的PaaS是对象存储,最成熟的PaaS是CDN,最有魅力的PaaS是Serverless,我们重点看这四个个经典PaaS应该只是个进程,进程是无法长期存储数据的,小量结构化数据依赖数据库存储,海量数据依赖对象存储。 云数据库(如RDS)很重要但想象空间有限,因为企业里已经有数据库和DBA了,DBA并不信任云端未知架构数据库的性能、稳定性和数据安性,而且企业仍然需要DBA承担设计维护工作。
w****0 2018-07-11
单机房故障自愈-黎明之战
干货概览 在故障自愈机器人,保你安心好睡眠文中,我们介绍了单机房故障自愈的必要性和解决思路。本文主要介绍单机房故障自愈前需要进行的准备工作,具体包括: 单机房容灾能力建设中遇到的常见问题及解决方法 基于网络故障及业故障场景的面故障发现能力 百度统前端(BFE)和百度名字(BNS)的流量调度能力 单机房容灾能力--常见问题 单机房故障场景下,流量调度是最简单且最有效的止损手段,但我们发现业线经常会遇到如下问题导致无法过流量调度进行止损: 1.存在单点 描述:系统内只有个实例或者多个实例部部署在同物理机房的程序模块即为单点。 问题:单点所在机房或单点自身发生故障时,无法过流量调度、主备切换等手段进行快速止损。 要求:浏览请求的处理,不能存在单点;提交请求的处理,若无法消除单点(如有序提交场景下的ID分配),则需要有完整的备份方案(热备或者冷备)保障单机房故障时,可快速切换至其他机房。 2.跨机房混联 描述:上下游之间存在常态的跨机房混联。 问题:逻辑单元未隔离在独立的物理范围内,单机房故障会给产品线带来局性影响。
红****2 2018-07-10
故障自愈机器人,保你安心好睡眠
单机房故障诱因众多不可避免 单机房故障诱因众多,详细复盘若干单机房故障发现故障诱因大致可以分为四类: 基础设施故障:物理机房故障、网络链路拥塞、流量转发基础设施故障等 程序缺陷:程序隐藏bug、程序性能严重退化等 变更故障:测试不充分的程序、配置、数据变更,人工临时介入的误操作等 依赖故障:第三方故障例如用的认证、支付、存储、计算故障等 单机房故障止损可靠性与效率急需提升 人工处理场景下,运维人员常选择7*24小时值班,接收大量的报警,随时准备在紧急情况下进行响应、决策、操作系列故障止损动作,尽量挽回损失,降低故障影响。 但上述解决方案会面临如下问题: 响应可能不够迅速:例如间报警 决策可能不够精确:例如新手OP经验欠缺,误决策 操作可能出现失误:例如止损命令错误输入 “机器人”处理场景下,单机房故障自愈程序可独立完成故障感知、决策、执行的完整故障处理过程,并及时向运维人员同步故障处理状态。运维人员的职责由处理转向管理,最终运维人员在低压力值班中保证稳定运行。
p****d 2018-07-11
单机房故障自愈--运维的春天
干货概览 在单机房故障自愈--黎明之战中,我们介绍了单机房故障自愈的准备工作和基础设施,包括容灾能力建设、监控台以及流量调度台。本篇主要介绍单机房故障自愈的具体解决方案,内容包括: 单机房故障止损的能力标准 单机房故障自愈的整体架构 单机房故障自愈的常见问题和解决方案 单机房故障止损的能力标准 在单机房容灾能力、故障发现能力、流量调度能力基础上,业线具备了过流量调度进行单机房故障止损的条件。理想情况下,我们希望构建完整、自动、智能的自愈方案,但各个业线的特点不同和基础能力参差不齐,很难蹴而就,所以我们建立起自愈能力的等级标准,业线根据自身情况制定相应建设计划,逐步提升自愈能力。 自愈能力等级标准划分为5级,从Level 0的完人工止损,到Level 4的自动化、智能化止损。对于Level0、Level1,人工感知止损面临着速度慢、误操作、场景覆盖不、风险控制能力不足等问题;、Level2则实现了止损操作的台化、预案化,定程度上提升了止损效率;Level3则实现了自动化报警联动故障止损,实现了止损效率的进步提升。
追****圣 2018-07-11
给书记省长讲清楚云计算
当前云计算公司聚集在线大城市,环境规范稳定但成本极高竞争压力极大,云计算企业也在尝试向二三线转移突围。二三线城市不仅要积极准备云计算硬性资源,还可以用合作融资、税收优惠等等灵活政策承担产能转移的,最终说云计算公司将GDP和税收留在当地。 云计算台提供的都是互联网,大量的互联网部署在本地会有极大的管控压力。二三线城市对互联网还只是简单的管控,稍有不解可能就会封禁大批互联网,但道封网命令就可以毁掉个云计算公司的声誉。如果当地政企要做好云计算就要从管理者变为者,必须在管控违规违法时不惊扰正常业,甚至主动出击为正常网络保驾护航。 前几条都是从降低成本可靠的角度请云计算企业来合作建厂,如果你有市场有客户那对方会主动上门寻求合作。从长周期来看云计算的客户是覆盖行业的,各地内部采购的计算机项目根本不值提,市场和客户要靠云计算厂商自己去找。但现在云计算厂商还在早期扩张摸索之中,云厂商极端渴求各种政云企业云成功模式案例,旦摸出来案例会迅速推广到国。
j****2 2018-07-10
百度大脑开放日来袭 24种新AI能力呈现
人工智能连续3年进入政府报告、“智能+”成为时代新命题,这些信息都显示2019年会是AI产业面加速落地的年。AI行业的发展,离不开千万开发者的助力。 3月20日,首场百度大脑开放日新登场,介绍了新开放的24种新AI能力,AI赋能市政、物流、教育等行业的20个案例,也为向开发者、行业人士展现了如何搭上AI开放生态的高速列车。 百度大脑开放日来袭 作为百度在人工智能领域多年研究成果的集大成者,百度大脑正在飞速进步着。自2016年启动开放以来,百度大脑目前已经是规模最大的AI开放台,开放了158项AI能力,24小时快速集成,开发者数量超过100万,面向广泛的企业和开发者提供最先进、最面的AI能力,不断降低AI应用落地的门槛。 百度AI技术生态部总经理喻友谈到,“在百度大脑的开放生态中,开发者直是最为重要的环。百度大脑开放能力不断加速,有很多有价值的技术难以被开发者了解。2019年百度大脑开放日新登场,希望为AI开发者提供及时、面、近距离地了解百度大脑最新AI产品和案例,且能深度、持续交流的台。”
s****d 2018-07-11
亿元级云用户分析
云厂商提供四类人力资源: 第类是方案咨询和项目规划,不要被免费用售前蒙蔽了视野,出彩的规划咨询重度依赖精英人力,既要是云产品专家又要是客户侧IT高手; 第二是台侧研发运维,即使最标准的CDN也要定制日志接口、微调卡顿和回源比,销售铁三角必须最顺畅沟最高优先级; 第三是项目侧实施人力,云厂商可以做盖机房到App适配的所有工作,客户只想对接个总包责任人; 第四是客户挖不来留不住“云厂商母公司的顶级技术高手”,他们想借云项目让高手做人力输出,但是……。 读者们不要觉得卖人日很低端,人力资源是难以垄断和模板化复制的;只有不能垄断的行业,精英打工者才有极大的发挥空间。 4.架构和流程变化分析 大型云用户在上云过程中,其IT架构逻辑逐步发生着变化,为了避免技术泄密和保证用性,我写的比较简单。 硬件和系统管理——硬件是标准还是特配、产权是租是卖、内网代维还是自主设计、器交钥匙还是黑盒——不同的客户项目需求,导致硬件管理和监控不同于传统方案也不同于其他云项目。 广域网联方案——云厂商大都是互联网出身,他们拥有DDOS的资源和统前端的实践经验,还有海量廉价优质带宽。
小****园 2018-07-10
让PB级云存储不再神秘
对象存储还会用Fuse/NFS/FTP等手段来些传统客户的低负载低需求需求,以保证尽量减少客户的业变化。比如说银行里依赖存储的应用有50个,其中5个高性能应用必须改用对象存储接口,而另外45个低需求应用可以沿袭旧的访问方式,否则换个存储要改50应用是推不下去的。 三、如何采购对象存储 各家公有云都做对象存储,那么该从哪些维度选存储,我有些思考和建议。不用带任何情怀和理想,年内能达到的存储容量是用户分类的唯标准,GB/TB和PB。同样也不带任何理想和情怀,企业采购云就是公交易,不要奢求免费的蛋糕,我们只期望能物有所值就够了。 1、小型用户宽松心态 如果你是个GB级用户,年内存储量都不会达到1TB,这时候用对象存储只是为了方便开发应用,不用太多思考存储自身特性。 首先谈价格,100G数据的存储成本每天就几毛钱,我不想讨论如何节约毛钱的问题。 对象存储和云主机没任何直接技术关联,它是个独立到孤立的,典型互联网架构中,对象存储甚至不和云主机交互任何业数据,云存储直客户APP。
f****8 2018-07-10
2018年云计算行业展望
被资本催熟的业普遍都会早衰,团购大战、外卖大战、打车大战都让我们看到了资本抛弃业的速度极快,三年后云计算不能拿来给资本画饼了,些只能烧钱的云计算公司都会被合并和售卖。 但云计算本质上是企业,并不会出现吃的情况,那些能够自给自足的云计算公司,完可以像韩遂、公孙康、孟获样割据几十年。当Oracle在数据库领域雄霸天下的时候,DB2、SqlServer、Mysql、Mongodb只是挣得没那么舒而已,他们并没有被挤死,类似的例子还有企业级操作系统软件、企业级咨询、企业级硬件供应商等等。云计算是企业,企业从未出现过吃的先例,拿个人互联网用户的习惯到企业客户身上是不科学的。 二、个云行业半个IT界 云计算行业的梦想上限是替换掉整个IT行业中所有的后端环节,整个IT业半的产值都会归属到云计算公司。 什么叫“所有的后端环节”,就是除了直面客户、直面业逻辑的那部分工作之外,其他的环节部融入云计算台之中。 旧的IT势力在享受行业的自然增长,优质IDC仍然供不应求,工程师们仍然很好找工作。
1****2 2018-07-09
百度安:AI 是系统工程 需要真正开放的安护航
隔离不但影响了安信息的互 ,也造成了诸多限制,引发了新的安问题,比如Android App Store 不允许开发 者更换签名证书,如果开发者私钥被偷窃,他只能继续使用这私钥,眼睁睁看着偷得 私钥黑客发布冒名顶替的恶意App。应用开发者其实早就意识到了签名束缚之痛,只是目前应用较为广泛的签名证书更换手段(提示用户安装新证书签名的新版本应用,安 卓5.0 以上可以自动升级等),要么用户体验极差,要么存在降级攻击等风险。 为解决这个问题,百度安开源了OASP 应用签名安方案——种更安、灵 活的密钥证书管理方案。它首创了应用状态在线查询机制,是种生态联防、去中心化的安方案:开发者能及时提供应用状态;安厂商能大规模扫描监控签名信息生成信 用信息,并在端上结合信用信息判断App 是否恶意;应用商店可以收纳开发者提交的 应用信息,并定期下架有问题的App;设备厂商则能过OASP 的签名机制进行额外的安校验。 传输层面的安 终端设备和云端信的过程中,传输道的安性至关重要,旦被黑客恶意 劫持,设备和云端器的数据也就都处在风险中。
M****H 2018-07-11
故障定位场景下的数据可视化实践
基于上面的需求,可以总结为以下三个定位的层次,从整体到局部逐步缩小故障范围,找到故障根因: 局问题定位:快速确认线上状态,缩小故障判定范围。为可能的止损操作提供判断依据。本文会介绍如何构建景分析仪表盘。 细分维度定位:过分析地域、机房、模块、接口、错误码等细分维度,进步缩小问题范围,确定需要排障的目标模块、接口等。本文会介绍如何基于多维度数据可视化解决维度数量暴增带来的定位难题。 故障根因确认:些情况下,问题的根因需要借助除监控指标之外的数据进行分析。例如上线变更、运营活动导致的故障。本文针对导致故障占比最高的变更上线类故障进行分析,看如何快速找到可能导致故障的变更事件。 景掌控缩小范围 对于乃至条产品线而言,拥有个布局合理、信息丰富的景监控仪表盘(Dashboard)对于状态景掌控至关重要,因此在百度智能监控台中,我们提供了款可定制化的、组件丰富的仪表盘。 用户可以根据的特征,自由灵活的组织仪表盘布局,配置所需要展示的数据信息。
TOP