关于 小妹保健服务 78792796-微V号安平县按摩哪有嫖娼上门最国 的搜索结果,共1594
M****点 2018-07-10
云计算现状——产品篇
前言 篇文章《中云计算现状——成本篇》(特大首发改名为《做好云计算要花多少钱》)讲的是成本问题,即什么企业可能能做云计算。本文是第二篇产品篇,目标客户是云计算产品经理和云计算标准用户。我从一个老用户的角度谈谈每种云计算产品该如何使用,些产品改进是刚需放心吐槽,些产品内因就是改不了。本文主要说用云产品的问题,买云产品的问题在采购篇单聊。 正文 现在是2017年,云计算是物理硬件的优质替代方案,客户很认可云计算极低的采购和交付成本优势。这时候我们要少被企宣PPT洗脑,追求华而不实的远景,这些PR文章的受众是风险投资、客户决策层和创业者。我们应该摸清楚云方案和硬件方案比什么特点和局限性,客户明白特点才能使用得心应手,客户明白局限性才会早作备用方案,产品经理心里不慌才会关注核心功能。 一、IaaS产品 IaaS台的本质是,产品以做硬件资源的虚拟化为本,业承接物理硬件替代需求,其优势是快速度低成本交付,客户为预占的物理资源付费。IaaS产品是经典的云计算,核心组件是云主机,如虚拟网络、云硬盘和全组都是为支撑云主机业的。
追****圣 2018-07-11
给书记省长讲清楚云计算
第三类是外企云厂商,这类厂商是被广阔的中市场吸引过来的,也兼顾外企中分部的客户。这类厂商在内发展都不太顺,和他们沟通主要看他们什么合作诚意,是否穷极思变。 后一类是系统集成企业,这类厂商已经地方政企几十年了。他们大的优点和缺点都是为政府和企为生,他们可以买技术搭建出云台,但他们建好云台的目的是再卖给本地政府和企。这类企业需要完成从供应商到合作方的转变。 云计算不是万能药,它无法解决些问题。 在地方政企看来,云计算只是一种商业形式,不能对它报以不切实际的期望值。 云计算行业不需要大量雇佣本地劳动力,无法解决大批就业问题;云计算核心员工会呆在一线城市远程操控,很难将云计算人才引进到当地。 云计算不会产生污染,所以不用考虑环减排问题,但其带来的环节能问题很严重,每个数据中心都会占用大量电力。 对于四线城市政府和中企,因为现实困难资源限是搞不了云计算的;二三线城市和大型企才能提供云计算公司感兴趣的资源。
h****e 2018-07-10
程序:我从里来?
干货概览 在计算机程序或者的层次,我们来试着分析前面提到的几个问题。 问题 1.我是谁? 叫什么,包含了些实例,规模、部署情况、实例运行状况如何? 2.我从里来? 些,不同的游流量如何分配? 3.我往里去? 的下游些,不同的下游流量如何分配? 面对这样的问题,我们的答案是什么呢? 在百度的运维实践中,我们只需“BNS”就可以获得想要的答案。 BNS(Baidu Naming Service,百度名字)是百度云智能运维团队研发的一套分布式的名字系统,是百度云Noah智能运维产品中的一个重要基础系统。它为每一个赋予一个独一无二的名字,根据这个名字,我们就可以获取到这个的相关信息 ,这些信息包括:在机器部署信息(机器IP,部署路径,配置,端口信息),的实例运行状况等其他重要信息。简单来讲,它提供了一个名到资源信息的一个映射关系。
m****t 2018-07-11
设计中立公云云管
云厂商提供OSS+CDN的好处就是内网互通节省带宽费用,但大客户很可能越过云管台直接采购,客户一年可能只节省几十块钱。云管台要集成OSS和CDN时,一定要注意这两个是没区域概念的,比如客户用了百度北京的虚拟机加七牛浙江的云存储和阿里全的CDN,此时客户业绝对跑的通,三方互通额外网络开销。云管台的资源创建和计费系统都要考虑清楚,尽量资源走一个供应商,或要求不同供应商之间相互免费。 述PaaS资源都一个特点,可以照使用量付费,或者提供贴合到业逻辑操作层面的支持功能,那也就代表着客户的计费访问数据铁定会被供应商拿到,而业数据是否被偷窥要看供应商自律。 我们再看看下文一些更专业(偏)的。 容器云入槛太高,在中客户场景下缺乏成功案例,如果没具体项目要求容器云,就等到接完面的PaaS再考虑接入容器云。 反DDOS攻击只能由云厂商提供,因为开销偏大计费不灵活,但又没日常管理需求,客户到云管台到厂商沟通时直接用邮件、工单和合同即可,如果没频繁攻击和检测需求,可以不留展示界面只用邮件通知。
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
第二天 工程师们说:“这个系统必须运行稳定,性能卓越,支持跨台(Linux、Windows、ARM)装,要做到同时管理万台器,一点儿都不慌”。 第三天 工程师们说:“这个系统不能像瑞士军刀,而应该重剑无锋、大巧不工,仅支持基础设施的维护管理,要能做到快速扩缩容!出现问题能立刻回滚,障云环境的全和稳定。” 第四天 工程师们说:“这个系统还要做到‘麻雀虽,五脏俱全’!要为基础设施提供虚拟化容器隔离,应用部署,应用拓扑搭建和集群控制的功能。为应用的整个生命周期驾护航,提供一条龙。” 总之就是四个字,“轻”、“稳”、“专”、“全”,对于这一切,工程师们很满意。 于是百度云的工程师们结合百度历年来云计算的经验与技术沉淀,潜心打磨,匠心打造,终强势推出新一代私云云基础设施管理引擎HALO。 Q:HALO是什么?
s****d 2018-07-11
亿元级云用户分析
限制客户梦想的是老旧系统是否支持常见协议,还底层工程师能否推动层业测试和变动。 API调用PaaS——API云就是不可控过程的黑箱,客户没预算没精力就盲目信任云厂商。客户精力就做多云冗余校验,预算就做专资源池部署;未来云厂商还会自定义SLA标准——大部分API云连等待超时都没定义。 版本发布和数字化转型——无论是观的版本发布还是宏观的数字化转型,其实都和云没直接联系,一个是室内装修工作,一个是新建房屋工作,但装修的好时机是房屋重建的时候,云厂商要帮客户推动IT技术革新。 5.输出分析 云厂商输出给客户的即云端IT资源,也输出。是个比资源更难量化的概念,我只引一把火苗出来。 咨询规划--如果直接给客户买资源,那就只能谈性价比,而且资源本身不会说话,所以云厂商要做好咨询规划。 明晰验收--云项目的实施和结项都是以结果为导向的,明确的过程控制和验收标准对供求双方都是护。 友好接口--面对亿元大金主,云厂商的下限是类比传统IDC,要把金主伺候舒了就要学IOE类集成商。
1****2 2018-07-09
百度全:AI 是系统工程 需要真正开放的全护航
它通过五大 策略,大限度地证了系统全,避免系统漏洞被黑客利用:从逻辑层阻断攻击,提 升自适应性;使用内存全语言编写全补丁,防止补丁开发者失误导致系统崩溃;对 待修补的内核进行语义聚类,并非只二进制一致才施加修复,进一步提升自适应性和 全性;方案设计了修复分级策略,进一步提升方案的自适应性;生态共建,以开放、 联合、协作的模式去合力修复漏洞,打击黑产。 目前,KARMA 已经在1100 多个不同卓系统版本进行了系统化验证测试,并且 在某些主流智能终端中应用。据了解,它可以支持目前市场绝大多数卓设备,同时 还适用于传统桌面、器Linux 的修复等。它可以支持100%的漏洞修复,其中93.4% 可以自适应修复,并且对性能几乎没影响,不影响用户体验。 终端层面的另一大问题是应用全。但是现智能终端应用的生命周期缺乏联动, 开发者、应用台、手机厂商、全厂商相互隔离。
嘟****y 2018-07-11
大型企业适用的云台账户体系
这些年来云计算技术突飞猛进,但我一直很怕和客户谈云台的账户体系,因为客户合理化需求,而(某客户说)云台的账户设置就是在糊弄鬼。随着大部分云台在完善账户体系,我们可以心气和的谈一谈而非吐槽这个问题了。 云计算公司的技术班底大都是个人业起家,他们早接入的是中企业和创业者,其账户体系并不适用于大型企业客户。大型客户云之前都用过虚拟化、域管理、网管资源管理软件,肯定不适应这套功能单薄诡异的用户约束。本文的目的是为了让大客户底气提出质疑,让云台继续完善开发,终提供符合企业级应用场景的账户体系。 第一.账户注册问题 首先我们看法问题,如果注册时死抠法问题,内各大云台会颗粒无收。 我随便摘取了几段账户注册的用户协议: 客户的云账户是唯一身份识别依据,就连交钱时也是只认账户不认人。 云权限制客户账户下所产品及全部功能,心情不好就不卖。 客户证不会影响云台关联公司的合法权益,其标准由云台做权威判断。 这是不是一种“客户你好,我是你大爷,爱买就买,不买就滚”的即视感?谁资格代表公司去注册账户和同意条款,IT部私自注册云账户跟私签合同的区别大吗?
s****7 2018-07-10
知著看技术误解——从裸光纤和NTPD谈起
我们很难成功调试NTPD,会装NTPD又没会装LAMP可以拿去吹牛,时间长了NTPD就背黑锅了。 真TOP10的互联网公司和亿家级项目里用ntpdate+crond,一代架构师为什么这个误会无人深究,下一代人将误会固化为偏见,新一代人将偏见神化为迷信。 但无论误会、偏见还是迷信,时间跃变、回退和停滞对应用壮性和业全性的威胁始终存在,时间不仅仅是我玩游戏时用的魔法,忽视问题并不能掩埋问题。 六、见知著和防杜渐 我讲NTPD和裸纤并不是为卖弄知识,也不是为做偏科普,而是希望进阶工程师们多考虑一下如何规避这类误会?我们在做技术工作时,是不是只关注客户和同事能提出的需求?客户永远不知道裸纤的物理特性,同事也不会知道时间也能错误和波动,他们能说清楚业逻辑就不错了。 把所的精力都用到做业逻辑,你只是个编程语言翻译机而已;自己主动观测技术环境依赖,资格能力做出技术选型决策,才是给Coder群集做技术校准的人。即使你不想做技术决策人和管理者,多怀疑和观察环境,也能少些沟通成本,少走一些冤枉路,多一份自信和自尊。
雪****魁 2018-07-11
危险背后的机遇--云故障危机分析
但是从云资源的管理、调度、监控软件,到客户界面,API管理、账户和后台策略层面,越往走的软件质量还不如XXXX,此处省略一万五千字,客户自己揣吧。 厂商深层原因 厂商报故障就跟滚刀肉挨揍一样,脸疼了就把屁股凑过来,屁股疼了就捏捏脸,一般不会住一只羊使劲薅羊毛,毕竟云报障也要负载均衡。但客户自己心里要秆秤,厂商究竟是偶尔发挥失常还是烂泥扶不墙,故障的性质对长久的品质很重要。 我列一下潜在的故障原因,些故障能忍,些故障不能忍,这些要云客户自己评估了。 技术原因 IaaS的核心主体功能(云主机、云硬盘、VPC),在没特型要求前提下,是可以用开源方案搭建。如果是云厂商连个开源台标准模块都部署失败,那就该换厂商了;如果是偶发的BUG,那确实客户要自认倒霉,因为友商也会遇到同样问题。 现在容易出问题的是云台的运营维护和云厂商的自定义管理模块,客户就是缺合格运维才被逼的云台,但云厂商自己也缺人;在软件BUG这一部分我已经吐槽过做云台外延模块程序员的技能水了。这些地方出了问题该投诉投诉、该索赔索赔,逼着客户去招更敬业专业的工程师。
疏****月 2018-07-09
一键线Archer | 百度持续部署的瑞士军刀
干货概览 业部署(熟称线)是运维领域常见的业类型,主要涉及线代码变更、配置文件变更(数据变更由于其高频、大量的特点,我们已在数据传输文章《嗖的一下,让数据自动生效》中专讨论过)。一般的业线具不定时操作、业部署情况复杂、单机启停策略复杂等特点。在手工运维时代,运维人员需要花费大量精力进行此类重复性工作,且易于出错。从公布的数据显示,Google 70%的生产事故由线变更触发,如何减少变更过程中人为误操作,提供一个灵活、稳定的部署系统是运维台研发人员所亟需解决的问题。 基本介绍 在运维自动化的大潮下,百度运维管理台Noah发布了一键线部署系统——Archer。Archer致力于提供一套产品线全过程的可迁移发布解决方案,实现一键完成机器初始化、部署、添加模块监控、添加CT任、动态数据文件的分发等全过程的自动操作。在操作方面,Archer提供了命令行工具作为发起一次线的操作入口,这种设计模式也决定了其易于集成的特点。在DevOps流水线作业中,Archer可以作为一个环节结合进整条测试发布流水线中。
小****园 2018-07-10
让PB级云存储不再神秘
真正让用户头疼的是台方会根据计费日志估算你的业规模,就像总共能看到你何时出一样。据不可靠传闻,某厂商本来能拿到某云厂商母公司数亿美元投资,自吹数据量数PB,该司投资部去调了一下他们的消费金额就取消投资了。单一个消费总金额就这么麻烦,访问日志可以看文件数量、用户规模分布和大致的动作类型,一个新兴企业好还是把业分散在两个厂商那里,毕竟他们两家不能核对你的账单。 后一条就是些领先大厂直接压制,故意做技术无关的不兼容、甚至拒绝、甚至从其他层面正面打压业。这里就不举例了,太明显针对单一厂商。如果只是技术不兼容那算和其他云台恶意竞争,如果到了云台明抢客户自身业的阶段,技术采购决策人请把风险告知公司决策层,该妥协还是硬扛不是你的职责范围。 3、大型用户谨慎选型 大型用户即使只存储1PB,每年也要花100多万了;中型客户只要做选型,而大项目不仅要选型和定制,还更多技术以外的东西要考量。 首先同样说价格问题,大型客户比中客户更难办,客户是嫌价格贵,大客户却怕低价砸场。
流****水 2018-07-11
度云企业级运维台——NoahEE
简单的说,管理要解决的核心问题就是如何对资源进行效组织管理与定位: 图2 解决规模带来的问题 在管理这个地基打好后,我们再来回顾下面的例子。这个例子中,地图研发的同学就可以在运维台中选中导航的模块进行升级,运维台会通过管理来定位此次升级操作需要影响的机器并进行批量的操作。NoahEE中的所运维系统,都以管理为基础来进行运维操作,例如在监控系统中,我们可以对导航模块(而不是单台机器进行操作)添加一些指标采集任,并在一定条件达成时报警。管理通过对资源合理的组织,极大的简化了运维操作,提升了运维效率。 资产管理 在机房里,各种各样的器、网络设备和全设备7x24时的运转,为我们的业提供了硬件障,是企业的重要资产。各种设备的物理损坏、升级、新增、搬迁等等都在考验着机房运维人员的能力。怎样维护这些资产并记录信息,是个很重要的问题,搞得不好,这些资产可能变成运维人员的“包袱”,越多越头疼。 对这些设备的运维操作,通常都涉及不少的物理操作,比如说更换损坏的硬盘,增加内存条等等。这里涉及到几个要解决的问题: 故障如何及时发现?发现后由谁来进行修复?
TOP