关于 小妹保健服务 78792796薇V号大理上门按摩站街隆 的搜索结果,共1339
流****水 2018-07-11
度云企业级运维平台——NoahEE
在业规模发展到一定程度后,运维工作还停留在早期人工或脚本方式执行的阶段时,这样的差异非常频繁的发生。 在实际的运维中,还有更多的因素需要考虑,例如机器是否会分配给不同部(资源的隔离)?权限又该如何控制?随着规模变,人力成本等管成本升,然而效率低下、可用性不升反降等等都是非常可能出现的问题。百度对于这个问题给出的答案是,必须先要解决资源组织管问题。简单的说,要解决的最核心问题就是如何对资源进行有效组织管与定位: 图2 解决规模带来的问题 在这个地基打好后,我们再来回顾下面的例子。这个例子中,地图研发的同学就可以在运维平台中选中导航的模块进行升级,运维平台会通过来定位此次升级操作需要影响的机器并进行批量的操作。NoahEE中的所有运维系统,都以为基础来进行运维操作,例如在监控系统中,我们可以对导航模块(而不是单台机器进行操作)添加一些指标采集任,并在一定条件达成时报警。通过对资源合的组织,极的简化了运维操作,提升了运维效率。
红****2 2018-07-10
故障自愈机器人,你安心好睡眠
单机房故障诱因众多不可避免 单机房故障诱因众多,详细复盘若干单机房故障发现故障诱因致可以分为四类: 基础设施故障:物机房故障、网络链路拥塞、流量转发基础设施故障等 程序缺陷:程序隐藏bug、程序性能严重退化等 变更故障:测试不充分的程序、配置、数据变更,人工临时介入的误操作等 依赖故障:第三方故障例如通用的认证、支付、存储、计算故障等 单机房故障止损可靠性与效率急需提升 人工处场景下,运维人员通常选择7*24时值班,接收量的报警,随时准备在紧急情况下进行响应、决策、操作一系列故障止损动作,尽量挽回损失,降低故障影响。 但述解决方案会面临如下问题: 响应可能不够迅速:例如夜间报警 决策可能不够精确:例如新手OP经验欠缺,误决策 操作可能出现失误:例如止损命令错误输入 “机器人”处场景下,单机房故障自愈程序可独立完成故障感知、决策、执行的完整故障处过程,并及时向运维人员同步故障处状态。运维人员的职责由处转向管,最终运维人员在低压力值班中稳定运行。
M****点 2018-07-10
中国云计算现状——产品篇
SaaS产品已经出现并流行了十几二十年了, OA/ERP/CRM/邮箱/模板建等等SaaS都是比各位读者从业年龄还长的老古董,最新流行的各种在线办公、协作、通话、众测等SaaS产品也不依赖云器,这些应用云走公网和之前走内网区别并不,用物机和虚拟机区别也不。 狭义的云计算是企业,目标用户的是企业IT技术人员,而SaaS云的目标用户和IT人员只在Helpdesk时有关联。 从这一点来看,这些SaaS只是云平台的普通用户,和游戏、网、APP、没有区别。只要SaaS云没自建IaaS和PaaS的技术能力和意图,那他们就是客户而非友商。 四、物机-混合云-云管平台 云主机是物机的最好替代方案,但也有各种物机无法被替代的场景需要继续用物机。 某些云主机的超卖比过高,性能太差,又因为各种原因不更换云厂商,那只能基于性能原因用物机。 某些硬件特性虚拟机还没模拟出来,或者你模拟了我也不信,比如说Oracle RAC就偏爱硬件存储。 某些非TCP/IP资源必须接专用板卡,比如说接电话网络的器,接专用器材的器,接加密狗的器。
h****e 2018-07-10
程序:我从哪里来?
Check Agent:提供BNS实例的康检查功能,用户通过在Web页面对每一个实例配置康检查的方式,机器的Check Agent会主动探测所有实例的运行状况,并将康检查的结果报给Cache层,同时更新数据库内容。 总结 BNS系统满足间交互中常见的的资源定位、IP白名单维护等需求,也可以用于机器列表查询,使用场景包括机器列表查询、定位、白名单维护、数据库智能授权等,解决了程序“我是谁?我从哪里来?该往哪里去?”的问题。 今天我们一起聊了百度云Noah智能运维产品中的BNS系统,目前系统还在持续迭代和优化中,若您想进一步了解BNS问题,欢迎家积极留言。
s****d 2018-07-11
亿元级云用户分析
1.云目的分析 型云用户云的宏观目的和普通用户类似,但多角色多部的利益诉求非常复杂。 降低成本:客户最直观的诉求,或者削减IT预算,或者同等预算下支撑更多的;其他客户诉求都难以清晰描述,唯独成本可以看发票和合同。 明确责任:客户不想承担各个IT系统的衔接和选型责任,相比软件厂商和系统集成商,云厂商的责任覆盖范围会更广泛一些。 收拢数据:云本身并不碰业数据,但云是很好明确业数据存储位置的机会,云业改造是规范数据结构的由。 求新图变:企业客户在气势如虹时要居安思危,在困境危难之中穷极思变,IT技术是企业的潜在增长点甚至退路。 本文讨论的是有模糊度和利润空间的云计算项目,CDN和IDC资源可以用做计收载体,但不能做为云目的分析。亿元以器、CDN的订单很多但既无技巧也无利润,这些资源厂商也在跟云厂商学习如何包装项目。 2.客户角色利益分析 企业多角色之间的利益诉求不同,所以表现形式也不同。我将客户三角色列出来讨论,销售-售前-项目经铁三角组合明确客户的诉求,才更好游刃有余的客户。
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
云计算历经多年发展,从最初的概念模型,到被众熟知,再到现在全行业拥抱云,取得了巨的进步。云的主要客户已从最初的中初创公司逐步渗透到各行各业的型企业。可以说,企业云已是企业发展的必由之路。部分数据敏感的企业结合自身数据的安全性、所有权和控制权等综合因素考虑,会选择搭建自己的私有云或者混合云环境。 但是在述环境中,用户的机器都需要自行管,这就必然给云运维人员带来很多意想不到的麻烦。 其实我们面临的问题从来就没有什么的变化,唯一不同的只是机器规模越来越,人心越来越复杂。 Q如何在1台机器部署基础设施?A 一切都源于那个亘古不变的道:扔一个文件到机器,然后跑一个命令。 Q如何在10台机器部署基础设施?A 写个for循环搞定。 Q如何在10000台机器部署基础设施?A 这个也好办!定制操作系统镜像CUSTOM.iso装机自动化安装! then…… Q如何快速升级所有机器的基础设施? Q因异常挂掉,能自动重启活吗? Q公司做活动,预计流量突增,能扩容吗? Q公司活动结束,为节约成本,能缩容吗? Q新开发的基础设施有问题,能立马回滚吗?
m****t 2018-07-11
设计中立公有云云管平台
我一直不解Nova和Swift如何从业联动,做虚拟机时跟客户解释买虚拟机不关心OSS,做对象存储时解释OSS和其他云平台没什么好混合的。云厂商提供OSS+CDN的好处就是内网互通节省带宽费用,但客户很可能越过云管平台直接采购,客户一年可能只节省几十块钱。云管平台要集成OSS和CDN时,一定要注意这两个是没有区域概念的,比如客户用了百度北京的虚拟机加七牛浙江的云存储和阿里全国的CDN,此时客户业绝对跑的通,三方互通有额外网络开销。云管平台的资源创建和计费系统都要考虑清楚,尽量资源走一个供应商,或要求不同供应商之间相互免费。 述PaaS资源都有一个特点,可以照使用量付费,或者提供贴合到业逻辑操作层面的支持功能,那也就代表着客户的计费访问数据铁定会被供应商拿到,而业数据是否被偷窥要看供应商自律。 我们再看看下文一些更专业(偏)的。 容器云入槛太高,在中客户场景下缺乏成功案例,如果没有具体项目要求容器云,就等到接完面的PaaS再考虑接入容器云。
布****五 2018-07-10
如何执行一条命令
可是如果要在几十万台机器每天执行几十亿条命令,同时证时效性,证执行成功率,证结果正确收集,证7*24时稳定运行,就不是一件简单的事情了。所谓远行无轻担,量易也难,在构建这样的执行系统的过程中要面临诸多困难,此处举几个突出的例子如下: 信息存储问题:为了支持水平扩展,需要高效的内存数据库作为缓存。为了做到执行命令的可追溯、可统计,需要对执行过的命令信息持久化。日均几十亿的热数据,年均万亿的冷数据,需要仔细选择存储方案。 任调度问题:为了达到在任意多台执行命令的要求,需要确定何时分发命令、何时回收结果以及怎么样的并发度批量下发。 消息传输问题:为了证命令高效正确送达目标器,需要构建一个可靠的命令传输网络,使命令信息在准确送达的前提下障传输的可靠与高效,毕竟百度的几十万台器分布在世界各地。 代执行问题:为了更好的处权限、单机并发等单机执行问题,需要在目标机构建执行代,以应对单机的复杂执行环境。
h****l 2018-07-09
数据时代下的隐私护(二)
对于用户来说,隐 私数据在报给器之前就已经加了噪声,从而具有一定证。对于公司来说,也能 收集到有效的数据。 RAPPOR 使用“随机应答”的方法克了之前只能回答简单查询语句的限制,现在可 以报包含字符串这类更加复杂的回答。RAPPOR 在报字符串信息的时候首先使用 “布过滤器”(bloom filter)算法把字符串哈希到一个数组中,然后再加入噪声传 给器。布过滤器不需要存储元素本身,并可以用于检索一个元素是否在一个集合 中。通过使用这种方法,就可以对字符串数据添加噪音,护用户的隐私。 苹果在2016 年的世界开发者会(WWDC)也宣布使用差分隐私的方法收集用户 数据。虽然苹果没有透露具体的细节,我们从官方的描述中也可以推测出苹果也使用了 在客户端做匿名化再传输到器的方法。
l****m 2018-07-10
五年前的预言——2012年云计算时代的运维职位展望
如果你是一个能给自己做主的人,你必须看清形势顺势而为,在变革的时代埋头苦干仍然证不了你的正常生活;如果你是一个弓骑兵,无论你怎么勤学苦练都打不过坦克手的;铁达尼的乘客无论多有钱,总是免不了泡进海水里的。 首先,我作为一个运维为何唱衰运维这个职业。 我们运维靠什么能力在公司里自立哪? A.关心硬件和施工; B.关注网络问题; C.擅长系统和的调试维护; D.相对与架构师/DBA的价格优势; E.快速可靠的响应. 家看看云计算能给企业带来的好处。 A.硬件完全免维护; B.网络接近免维护; C.系统、接近免维护; D.无论是硬件还是人力成本都很廉价; E.可靠性高于个人。 我们会发现,云计算的目标就是要做的比运维人员更好,好到“不用关心”的地步。从技术来说,各云计算运营商对通用的Web、RDBMS、存储 都是可以做到很好的。运维人员中一多半都是网运维,这些运维受到云计算行业的碾压性冲击,必然会波及整个运维行业,以及因此衍生的培训、管、硬件销售、IDC工作。 我原先一直不愿意承认这一点,我也认为运维工作很重要,但前端时间我看了一个故事,想和家分享一下。
TOP