关于 泰来88私网包杀代理 155_2452_3842在niaz平毛 的搜索结果,共1317
h****l 2018-07-09
大数据时下的隐保护(二)
本文介绍了学术界和工业界对于用户隐保护的努力成果,其中主要讲到了k-anonymity(k-匿名化),l-diversity(l-多样化),t-closeness 和 ε-differential privacy(差分隐),并对它们的优缺点进行了分析。 数据v.s. 隐 大数据的时,数据成为了科学研究的基石。我们享受着推荐算法、语音识别、图 像识别、无人车驾驶等智能的技术带的便利的同时,数据背后担任着驱动算法不断 优化迭的角色。科学研究、产品开发、数据公开的过程中,算法需要收集、使用用 户数据,这过程中数据就不可避免的暴露外。历史上就有很多公开的数据暴露了用 户隐的案例。 美国线(AOL)是一家美国互联服务公司,也是美国最大的互联提供商之一。 2006 年8 月,为了学术研究,AOL 公开了匿名的搜索记录,其中括65 万个用 户的数据,总共20M 条查询记录。这些数据中,用户的姓名被替换成了一个个匿名 的ID,但是纽约时报通过这些搜索纪录,找到了ID 匿名为4417749 的用户真实世界中对应的人。
M****点 2018-07-10
中国云计算现状——产品篇
机要求硬件稳定永不死机,而云主机适合批量创建快速释放,不太关心单台云主机的可靠性,这要求应用层服务支持高可用。即使云台不承诺主机的无限高可用,其故障恢复速度也远快于物机。新生的云计算不敢明确挑战物机时的用户观念,现该纠正这个误区了,成熟的云计算台不强调单机高可用。基于同样念,用户追求超高配置的云主机是架构缺课硬件凑的临时手段,正途是将业务拆散到多台中低配主机上。 当前虚拟络的性能短板并不是速率,主流云台内互通速率是1Gb,一个物万兆卡正好负载20-30台虚拟机,这是性价比均衡的选择。虚拟络的性能短板是量,服务器CPU不是交换机CPU,它的配置再好也只能处20万左右量,所以一台低配虚拟机被抓做SYNFlood肉鸡也能瘫痪一个物节点,各云台正逐步推进虚拟卡的量限制,但还有大片的漏之鱼。 虚拟络对用户行为的改变是抑制ARP广播,各种旧有IP漂移技术都离我们而去了。最初这种鸡肋设定是vxlan发育不全做的权宜之计,但这逐渐变成一种新的权限分配的契机。
嘟****y 2018-07-11
大型企业适用的云台账户体系
这些年云计算技术突飞猛进,但我一直很怕和客户谈云台的账户体系,因为客户有合化需求,而(某客户说)云台的账户设置就是糊弄鬼。随着大部分云完善账户体系,我们可以心气和的谈一谈而非吐槽这个问题了。 云计算公司的技术班底大都是个人业务起家,他们最早接入的是中小企业和创业者,其账户体系并不适用于大型企业客户。大型客户上云之前都用过虚拟化、域管管资源管软件,肯定不适应这套功能单薄诡异的用户约束。本文的目的是为了让大客户有底气提出质疑,让云台继续完善开发,最终提供符合企业级应用场景的账户体系。 第一.账户注册问题 首先我们看法务问题,如果注册时死抠法务问题,国内各大云台会颗粒无收。 我随便摘取了几段账户注册的用户协议: 客户的云账户是唯一身份识别依据,就连交钱时也是只认账户不认人。 云台有权限制客户账户下所有产品及全部功能,心情不好就不卖。 客户保证不会影响云台关联公司的合法权益,其标准由云台做权威判断。 这是不是有一种“客户你好,我是你大爷,爱买就买,不买就滚”的即视感?谁有资格表公司去注册账户和同意条款,IT部自注册云账户跟签合同的区别大吗?
流****水 2018-07-11
度云企业级运维台——NoahEE
文章概览 过去的文章为大家介绍了百度云智能运维的方方面面,从监控、部署等传统的运维技术到智能异常检测、故障自愈等智能运维技术,这些运维基础能力和黑科技,是十年百度工程师对技术孜孜不倦求索的结果,也见证了百度运维十年间的创新历程。很多同学看了这些文章后,都想如何把这些领先的运维技术与念用到自己的工作中,但苦于建设运维台不是一蹴而就的,成本也让人望而却步,于是不少同学都希望我们能够有一个产品的形式输出这些技术,方便将这些前沿技术运用到自己的工作环境中。 分析了各行业的运维场景与需求,结合百度历年运维的经验与技术沉淀,并经过运维团队的精心打磨后,今天我们可以很骄傲的给大家呈现这个百度的运维产品企业版 – NoahEE。 介绍NoahEE之前,有必要说一下百度内部的统一自动化运维台Noah。Noah源于圣经中“诺亚方舟”的故事,我们用这个名字寓意能够避免灾难,稳固而坚实的台。作为一系列运维系统的集合,Noah括了服务管、机器管、资源定位、监控报警、自动部署、任务调度等等,已经服务了百度数年之久。
雾****士 2018-07-09
DuerOS技能开放台开发模版及示例
目前DuerOS技能开放台会陆续为开发者们提供不同类型的开发模版及示例码,目前已经提供的模版如下: 问答游戏类技能示例码,链接:https://github.com/dueros/bot-sdk-node.js/tree/master/samples/trivia 什么是问答游戏类技能?点击链接了解技能形式及开发启示 https://dueros.baidu.com/forum/topic/show/292974 测试类技能示例码,链接:https://github.com/dueros/bot-sdk-node.js/tree/master/samples/decision 什么是测试类技能?点击链接了解技能形式及开发启示 https://dueros.baidu.com/forum/topic/show/293673 养成类技能示例码,链接:https://dueros.baidu.com/forum/topic/show/293685 什么是养成类技能?
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
管中窥豹,我们可以发现如果有云或者混合云场景中还是通过人肉运维的方式管,那么管效率将会十分低下,并且其中重复繁杂的操作,难以保证云环境的稳定性和安全性。急人之所急,需人之所需。百度云的工程师们便展开了一场头脑风暴...... 原始太初 有云中存大规模的机器集群,集群中一片空虚混沌,渊面黑暗,仅有字节流其间穿梭。为有效地管控体量庞大的集群,合分配资源,降低运维成本,保障云上服务穿越狂风暴雨,工程师们意识到:“必须要有一个优秀系统管控这混沌的集群世界!” 第一天 工程师们说:”这个系统要表操作系统的意志!占用资源少!对外部系统零依赖!装机自带!要能自升级和自保活!“。当裸机启动之后,这个系统便以root身份运行,能保活自己,还能托管维护其余基础设施,后续迭升级也能自动完成,整个流程高度自动化,不需要人工介入,极大地降低运维成本。 第二天 工程师们说:“这个系统必须运行稳定,性能卓越,支持跨台(Linux、Windows、ARM)安装,要做到同时管上万台服务器,一点儿都不慌”。
w****t 2018-07-10
AIOps中的四大金刚
百度4年的AIOps实践中,我们总结得出了如下四种不可或缺的角色: 运维工程师 运维研发工程师 台研发工程师 运维AI工程师 可以看到,除了运维AI工程师外,其他角色并不是AIOps产生之后才出现的,他们传统运维中也发挥了重要作用。我们今天主要想和大家探讨一下,AIOps时,他们的职责究竟发生了哪些变化。为了方便大家解,我们会基于百度AIOps的实践案例,进行具体说明。 单机房故障自愈场景 单机房故障自愈是一个典型的AIOps落地项目。该方案主要解决的问题场景如下:某个业务由于络、设备、变更、程序Bug、容量等原因造成故障,但故障范围仅局限单个机房或单个Region内部。那么,我们可以基于流量调度等手段,将访问流量调度到非故障机房或Region,实现该类型故障的自动止损。 这个过程中,需要AIOps四种角色分工明确、紧密配合,完成整个AIOps解决方案的落地实现。
TOP