关于 广州建设(微)6921 1275附近的小妹美女上门按摩保健服务 的搜索结果,共1851
红****2 2018-07-10
故障自愈机器人,你安心好睡眠
例如: 2015年6月某公司云香港IDC节点电力故障崩溃12时 2016年5月某公司杭电信接入故障,中断时级别 2017年1月某业天津机房故障,数时无法提供 2017年6月北京某处机房掉电,多家互联网公司受影响 单机房故障频繁影响业可用性并且会给公司带来直接或间接损失。直接损失包括访问流量丢失、商业收入下降、用户体验受损、打破等级协议(SLA)造成商业赔付等,间接损失包括用户信任度下降、给竞品占领市场机会等。
h****e 2018-07-10
程序:我从哪里来?
通过部署在机器客户端感知到实例状态变化(比如实例状态由0变成-1,即正常变成非正常),并将数据同步到系统中分布式缓存,游模块可以通过查询redis.noah.all实例状态结果,主动过滤非正常实例,也可以在BNS系统中发起屏蔽故障实例操作,在查询过程中会自动过滤该故障实例。 在下一节中将具体介绍BNS系统整体架构。 基本架构 BNS系统主要包含几个部分:流量接入层,Web Server,存储层,代理客户端。 作为一个底层基础,BNS系统每天访问量千亿次,这对系统可用性提出了很高要求,因而系统需要在各个层面有完善容灾能力和流量管控能力。 1流量接入层 系统通过HTTP接口对外提供变更,用户通过Web页面或者接口进行或实例信息注册。为了证平台稳定和安全运行,需要对非法和异常请求进行拒绝,在流量接入层(Proxy)端提供了以下两个功能: 流量鉴权:每一个组、单元、实例注册都需要进行权限验证,用户只有申请了合法Token才能允许访问,另外系统还提供了白名单等其他鉴权方式。
w****0 2018-07-11
单机房故障自愈-黎明之战
同时流量调度也无法使得恢复正常。 要求:将拆分为若干不同逻辑单元,每个逻辑单元处于不同物理机房,均能提供产品线完整。 3.不满足N+1冗余 描述:任意单个机房故障时,其余机房剩余容量不足以承担该机房切出流量。 问题:流量调度导致其余机房过载,造成多个机房故障,造成更大范围影响。 要求:容量需要对于每个逻辑单元都要有明确容量数据,并具备N+1冗余,即任意机房故障情况下,其余机房均可承载这部分流量,同时需要变化时及时更新数据和扩容,避免容量数据退化。同时对于流量变化趋势,也需要有提前预估,为重大事件流量高峰预留足够容量(如节日、运营、假期)。 4.关联强耦合 描述:下游使用固定IP或固定机器名进行直接连接。 问题:单机房故障发生时,关联下游之间无法进行快速流量调度止损。 要求:线关联不允许使用固定IP或机器名链接,需使用具备流量调度能力下游连接方式以实现下游依赖解耦,下游发生单机房故障,可以快速调整路由比例实现止损。
金****洲 2018-07-10
混乱集群遇见TA 从此岁月静好
背景 时间浪潮奔流不息,科技发展也从未停步。云计算历经多年发展,从最初概念模型,到被大众熟知,再到现在全行业拥抱云,取得了巨大进步。云主要客户已从最初初创公司逐步渗透到各行各业大型企业。可以说,企业云已是企业发展必由之路。部分数据敏感企业结合自身数据安全性、所有权和控制权等综合因素考虑,会选择搭自己私有云或者混合云环境。 但是在述环境中,用户机器都需要自行管理,这就必然给云运维人员带来很多意想不到麻烦。 其实我们面临问题从来就没有什么大变化,唯一不同只是机器规模越来越大,人心越来越复杂。 Q如何在1台机器部署基础施?A 一切都源于那个亘古不变道理:扔一个文件到机器,然后跑一个命令。 Q如何在10台机器部署基础施?A 写个for循环搞定。 Q如何在10000台机器部署基础施?A 这个也好办!定制操作系统镜像CUSTOM.iso装机自动化安装! then…… Q如何快速升级所有机器基础施? Q因异常挂掉,能自动重启活吗? Q公司做活动,预计流量突增,能扩容吗? Q公司活动结束,为节约成本,能缩容吗?
s****7 2018-07-10
知著看技术误解——从裸光纤和NTPD谈起
我们很难成功调试NTPD,会装NTPD又没有会装LAMP可以拿去吹牛,时间长了NTPD就背黑锅了。 真有TOP10互联网公司和亿国家级项目里用ntpdate+crond,一代架构师为什么有这个误会无人深究,下一代人将误会固化为偏见,新一代人将偏见神化为迷信。 但无论误会、偏见还是迷信,时间跃变、回退和停滞对应用壮性和业安全性威胁始终存在,时间不仅仅是我玩游戏时用魔法,忽视问题并不能掩埋问题。 六、见知著和防杜渐 我讲NTPD和裸纤并不是为卖弄知识,也不是为做偏科普,而是希望进阶工程师们多考虑一下如何规避这类误会?我们在做技术工作时,是不是只关注客户和同事能提出需求?客户永远不知道裸纤物理特性,同事也不会知道时间也能错误和波动,他们能说清楚业逻辑就不错了。 把所有精力都用到做业逻辑,你只是个编程语言翻译机而已;自己主动观测技术环境依赖,有资格有能力做出技术选型决策,才是给Coder群集做技术校准人。即使你不想做技术决策人和管理者,多怀疑和观察环境,也能少些沟通成本,少走一些冤枉路,多一份自信和自尊。
h****0 2018-07-09
【 开发指南 】智能家居技能
分组控制 结构化同步厂商分组信息,支持以下表达 引导、澄清 1、当用户表达指向多个备,我们想办法引导用户明确表达 备名称澄清:“打开台灯还是床头灯?” 补充房间信息澄清:“打开卧室灯还是客厅灯?” 2、多个备请用户表达备名称 3、无法分辨引导用户改名 用户使用 1、用户如果为各置了不同名称,但在表述时只是说了“度,打开灯” 音箱会与用户确认“请问您要打开哪个灯?” 2、用户如果没有配置不同名称,则在控制时,会对所有同款备进行控制; 工作原理 技能调用流程 技能工作原理 技能调用方式 开发是否需要使用BOT-SDK? 智能家居无需考虑NLU具体实现,不用使用BOT-SDK;只需参照智能家居协议进行开发即可。 如何填写 配置 授权内容? 授权目:授权DuerOS将识别后控制指令,发给开发者器或备云。 授权内容说明 授权地址:开发者授权DuerOS访问器或备云地址,需遵守OAuth 2.0标准(打通百度账号和自有账号)。
s****d 2018-07-11
亿元级云用户分析
限制客户梦想是老旧系统是否支持常见协议,还有底层工程师能否推动层业测试和变动。 API调用PaaS——API云就是不可控过程黑箱,客户没预算没精力就盲目信任云厂商。客户有精力就做多云冗余校验,有预算就做专有资源池部署;未来云厂商还会自定义SLA标准——大部分API云连等待超时都没定义。 版本发布和数字化转型——无论是版本发布还是宏观数字化转型,其实都和云没直接联系,一个是室内装修工作,一个是新房屋工作,但装修最好时机是房屋重时候,云厂商要帮客户推动IT技术革新。 5.输出分析 云厂商输出给客户即有云端IT资源,也有平台输出。是个比资源更难量化概念,我只引一把火苗出来。 咨询规划--如果直接给客户买资源,那就只能谈性价比,而且资源本身不会说话,所以云厂商要做好咨询规划。 明晰验收--云项目实施和结项都是以结果为导向,明确过程控制和验收标准对供求双方都是护。 友好接口--面对亿元大金主,云厂商下限是类比传统IDC,要把金主伺候舒了就要学IOE类集成商。
M****点 2018-07-10
中国云计算现状——产品篇
最常见PaaS是数据库,最重要PaaS是对象存储,最成熟PaaS是CDN,最有魅力PaaS是Serverless,我们重点看这四个。 一个经典PaaS应该只是一个进程,进程是无法长期存储数据量结构化数据依赖数据库存储,海量数据依赖对象存储。 云数据库(如RDS)很重要但想象空间有限,因为企业里已经有数据库和DBA了,DBA并不信任云端未知架构数据库性能、稳定性和数据安全性,而且企业仍然需要DBA承担计维护工作。 对象存储是新兴需求,企业里本来就没大规模对象存储搭能力,而且对象存储对应用程序友好手简单,客户对它是积极拥抱甚至业依赖。一旦用户在对象存储平台堆积了TB数据,大数据和AI分析应用自然就部署来了。广域网传输稳定性不够成本又过高,只能是计算组件跟着存储就部署,PaaS云创业公司从对象存储入手才更有客户粘性和横向扩展空间。 大数据类PaaS类似于云数据库,用户要自带海量数据过来,Mapreduce过程和结果又都要用户负责,最终客户觉得云平台什么都没做,大数据PaaS都用成IaaS定制模板虚拟机了。
思****来 2018-07-11
重磅:构AIOpsMNIST
正在路… 除了述已有功能,一大波更新正在路,接下来还会有: 更快加载速度,标注过程更加流畅:在原型实现中,包括数据库、网络交互在内诸多工程细节都没有进行针对性优化,导致标注中会出现轻卡顿情况,这些卡顿将在下一版完整修复。 在线标注工具,打开即用:在前期试用中发现,对于标注人员,从源代码开始部署一个比较麻烦。为了让使用者更加方便,我们会在收集足够意见反馈后整合出一个SaaS化标注平台,让标注人员即开即用。 拉一大波标注数据出来祭天:在调研时发现,时序数据异常检测领域缺少一个类似MNIST标准数据集,虽然有部分高校给出了一些数据集(如石溪大学http://odds.cs.stonybrook.edu/),但是这些数据集过,难以用于统计方法和机器学习方法模。为了让更多有想法但是接触不到数据同学有条件参与相关探索,我们将公开部分标注数据,和大家一起一个公共标准数据集。 INVITATIONS 文中提到各种基础功能优化和辅助功能均通过插件形式实现,大家可以参照给出样例方便地编写适合自己场景插件。
流****水 2018-07-11
度云企业级运维平台——NoahEE
资产管理 在机房里,各种各样器、网络备和安全备7x24运转,为我们提供了硬件障,是企业重要资产。各种物理损坏、升级、新增、搬迁等等都在考验着机房运维人员能力。怎样维护这些资产并记录信息,是个很重要问题,搞得不好,这些资产可能变成运维人员“包袱”,越多越头疼。 对这些运维操作,通常都涉及不少物理操作,比如说更换损坏硬盘,增加内存条等等。这里涉及到几个要解决问题: 故障如何及时发现?发现后由谁来进行修复? 物理操作维护怎样反应到系统里? 不同角色(职责)运维人员之间如何协同操作? 对于故障处理与修复,NoahEE通过故障自动发现与工单流程解决了问题。系统自动探测故障放入故障池,并立故障工单,由相应人员进行操作。另外,NoahEE提供了不同工单流程覆盖了日常机房运维中操作,从备采购入库、架、机架变更,直到备下架、出库全生命周期覆盖,做到所有运维操作记录可追溯。有了资产管理,运维人员可以在器完成入库、架工单后即可在管理中看到该器并进行管理,无须任何其他操作。
m****t 2018-07-11
计中立公有云云管平台
我一直不理解Nova和Swift如何从业联动,做虚拟机时跟客户解释买虚拟机不关心OSS,做对象存储时解释OSS和其他云平台没什么好混合。云厂商提供OSS+CDN好处就是内网互通节省带宽费用,但大客户很可能越过云管平台直接采购,客户一年可能只节省几十块钱。云管平台要集成OSS和CDN时,一定要注意这两个是没有区域概念,比如客户用了百度北京虚拟机加七牛浙江云存储和阿里全国CDN,此时客户业绝对跑通,三方互通有额外网络开销。云管平台资源创和计费系统都要考虑清楚,尽量资源走一个供应商,或要求不同供应商之间相互免费。 述PaaS资源都有一个特点,可以照使用量付费,或者提供贴合到业逻辑操作层面支持功能,那也就代表着客户计费访问数据铁定会被供应商拿到,而业数据是否被偷窥要看供应商自律。 我们再看看下文一些更专业(偏。 容器云入槛太高,在中客户场景下缺乏成功案例,如果没有具体项目要求容器云,就等到接完PaaS再考虑接入容器云。
b****z 2018-07-11
智能运维基础-运维知识库之ETL
因此,依托『书同文』理念立运维知识库,提供一个统一运维数据管理系统,来管理运维工作中公共基础数据,打通系统间数据关联,使这些数据能够遵循统一模型被共享和使用。 为了使这些数据能够遵循统一模型,我们制定了各类数据模型(Schema),采用ETL机制从各系统获取(Extract)数据、转换(Transform)成统一模型、并存储(Load)在知识库中,其架构如图所示。 这些运维数据在时根据业对数据时效性要求不同,分为以下三种: 离线数据,例如用于运维变更效率指标统计等相关数据; 线数据,例如故障诊断过程中依赖数据; 实时数据,例如智能故障自愈、智能流量调度相关路由数据等。 对于述不同数据我们采用不同ETL方式,分别是: 拉(Pull ETL),周期性从数据源拉取数据,适用于离线数据; 推(Push ETL),数据源主动推送变更数据,适用于时效性较高线数据; Federation(Lazy ETL),在查询时从数据源获取数据、照Schema转换后并返回,适用于实时数据
若****客 2018-07-10
IT架构本质--我五点感悟
2.群集计通用规则 前端复制后端拆,实时改异步,三组件互换 前端复制后端拆,实时改异步,IO-算力-空间可互换——要做架构就要群集,而群集计调优翻来覆去就是这三板斧: 前端是管道是逻辑,而后端是状态是数据,所以前端复制后端拆。前端器压力大了就多做水平复制扩容,在网站类应用,无状态-会话持-弹性伸缩等技术应用纯熟。后端要群集化就是多做业拆分,常见就是数据库拆库拆表拆键值,越散操作就越爽,但全局操作开销更大更难控制。 实时改异步是我学最后一IT技术,绝大部分“实时操作”都不是业需求,而是某应用无法看到后端和Peer状态,默认就要实时处理结果了。CS模式实时操作会给支撑带来巨大压力,Peer合作实时操作可能会让数据申请方等一宿。架构师将一个无脑大事拆分成多个,这就是异步架构,但拆分事就跟拆分数据表一样,拆散需要更高业层级做全局事障。 在群集性能规划中,网络和硬盘IO+CPU算力+磁盘和内存空间是可以互换,架构师要完成补不足而损有余选型。
TOP