• 关于

    在线系统多少钱

    的搜索结果

问题

请用过的朋友报个价

狼崽 2019-12-01 21:44:40 3603 浏览量 回答数 2

问题

  送给初创公司的第六把刀财务系统:友商网

要下雨 2019-12-01 20:57:48 8775 浏览量 回答数 2

问题

并发用户和TPS关系

猫饭先生 2019-12-01 21:26:10 1516 浏览量 回答数 0

阿里云试用中心,为您提供0门槛上云实践机会!

0元试用32+款产品,最高免费12个月!拨打95187-1,咨询专业上云建议!

问题

真服了客服人员的回答。给个价格都不能确定

myclub 2019-12-01 20:23:32 11152 浏览量 回答数 2

回答

Re辟谣帖关于最近某人乱喷阿里云的说明 RE:一台对外访问,三台来做备份。 说阿里云cpu内存硬盘贵?你买四套看看价钱如何? 我备份只需要一个移动硬盘,用不着三四份,你们这个是拿部分人的少量要求,把费用强加在每个人头上。为什么要备份三四份?有人说怕地震,怕火灾,这种情况基本上不会发生,却因为可能会发生的事情,叫普通人都交上几百上千元一年的保险费,或许这也就是和强险一个道理了吧。 最起码,你们应该提供无备份,速度是100M-300M读写的硬盘,为了备份3-4份,速度从100-200M减到了10-30M,性能差的离谱了,这真的成了手机SD卡了,我手机SD卡就是这速度,难不成你们把服务器全架设在手机SD卡上吗? ------------------------- Re辟谣帖关于最近某人乱喷阿里云的说明 域名解析也是有即时解析服务的,只不过在部分的域名商,都要设置一个10分钟左右的更新时间。 ------------------------- Re辟谣帖关于最近某人乱喷阿里云的说明 对我来说,备份,一个硬盘就行了,准备2个硬盘,一个挂了,另一个顶上就行了,对一般人来说都足够了,并不是每天有几千几万个图片的增加数据。 ------------------------- Re辟谣帖关于最近某人乱喷阿里云的说明 谣言还是事实,要靠你们主动去做好服务,用过的人都说阿里云速度快,价便便宜,硬盘速度快,宽带便宜,那我就没话说了。确实你们的硬盘速度是真的慢,10-30M每秒的速度,是真实有效的,你们的硬盘确实达不到100-300M,而盛大云之类,西部数据之类,确实有那实力。宽带呢,你们的1M就要这么多钱,这和移动宽带一样,共享是没什么区别的,你们又不是真的拿了1000M宽带2M一个用户的话就只给500个人用,你们这说法,也只不过是保证最低速度有2M,但说白了也就是限制最高速度2M。以往不管是虚拟主机还是服务器,一般都是有20M-100M共享的,服务器资源大那可能就可以得到10M-50M的资源。你们应该做的做法是,尽量的把资源给大家共用。和你们的系统一样,操作系统买下来了可以无限分发,那我们就得到了实惠不用另外几百上千元的授权费用。你们的宽带呢,在人少的时间,基本上一半以上的流量浪费在那里。如果你们也是按多少钱一年交的流量费,那一半也就浪费了。所以我觉的你们有时做法不要太公式化。在保证固有宽带速率的同时,把富余的资源给大家一个弹性的空间。 ------------------------- 回9楼林林林的帖子 真是站着说话不腰疼,我们买多了内存,买多了宽带,你们又不给退。还说“。。。。唉。。这位哥们儿,你用多少买多少不就好了么。。。实在不行还有按量付费。。。比如你举得例子:你只用10g,你偏偏要买100g,偏偏要闲置90g,完了还要骂阿里卖的贵。。。” 有的人确实用了一段时间发现硬盘只要10G就够了,可是当初买了30G,50G,就算你们不肯退不愿承担损失,也该给我们一个交易市场不是,香港现在宽带流量用不完的都可以拿来交易卖给别人的。 新一代的云服务器,不就是用来调剂资源,内存,硬盘,网速最大化合理使用吗?可是人情呢?弹性呢?你们只会弹性计算,咋就不学会弹性宽容人心呢? 有的人本来租你们的云服务器就是创业阶段能省则省,但又没有经验,不知该买多大容量的内存,硬盘。你们应该像是银行在线买基金一样,买之前给大家测验一下,让你明白风险有多大,你自已能承受多大的损失。在我们买下之前,你们应该弄个在线客服,给我们精确一点的计算大约该租多大的硬盘,几核CPU之类,一个原则就是尽可能和帮客户省钱。当然了这不符合你们的商业原则,这样钱就赚的少了。和交易婚介网一样,明明可以仔细审核每一个会员,为了赚钱就不择手段,空号,死号,假资料,全当成是资源,标称几百上千万优质会员。 到了银行,老太婆进去都会叫他买理财产品,却没讲明,这个不是保赚不赔。人家还以为是比存款的利息更高,结果最后赔了钱也没人管。银行呢,一笔业务完成,业务员收入就马上拿到手了,哪会真正的是为客户着想?

服务器插件 2019-12-02 03:13:46 0 浏览量 回答数 0

回答

在开始谈我对架构本质的理解之前,先谈谈对今天技术沙龙主题的个人见解,千万级规模的网站感觉数量级是非常大的,对这个数量级我们战略上 要重 视 它 , 战术上又 要 藐 视 它。先举个例子感受一下千万级到底是什么数量级?现在很流行的优步(Uber),从媒体公布的信息看,它每天接单量平均在百万左右, 假如每天有10个小时的服务时间,平均QPS只有30左右。对于一个后台服务器,单机的平均QPS可以到达800-1000,单独看写的业务量很简单 。为什么我们又不能说轻视它?第一,我们看它的数据存储,每天一百万的话,一年数据量的规模是多少?其次,刚才说的订单量,每一个订单要推送给附近的司机、司机要并发抢单,后面业务场景的访问量往往是前者的上百倍,轻松就超过上亿级别了。 今天我想从架构的本质谈起之后,希望大家理解在做一些建构设计的时候,它的出发点以及它解决的问题是什么。 架构,刚开始的解释是我从知乎上看到的。什么是架构?有人讲, 说架构并不是一 个很 悬 乎的 东西 , 实际 上就是一个架子 , 放一些 业务 和算法,跟我们的生活中的晾衣架很像。更抽象一点,说架构其 实 是 对 我 们 重复性业务 的抽象和我 们 未来 业务 拓展的前瞻,强调过去的经验和你对整个行业的预见。 我们要想做一个架构的话需要哪些能力?我觉得最重要的是架构师一个最重要的能力就是你要有 战 略分解能力。这个怎么来看呢: 第一,你必须要有抽象的能力,抽象的能力最基本就是去重,去重在整个架构中体现在方方面面,从定义一个函数,到定义一个类,到提供的一个服务,以及模板,背后都是要去重提高可复用率。 第二, 分类能力。做软件需要做对象的解耦,要定义对象的属性和方法,做分布式系统的时候要做服务的拆分和模块化,要定义服务的接口和规范。 第三, 算法(性能),它的价值体现在提升系统的性能,所有性能的提升,最终都会落到CPU,内存,IO和网络这4大块上。 这一页PPT举了一些例子来更深入的理解常见技术背后的架构理念。 第一个例子,在分布式系统我们会做 MySQL分 库 分表,我们要从不同的库和表中读取数据,这样的抽象最直观就是使用模板,因为绝大多数SQL语义是相同的,除了路由到哪个库哪个表,如果不使用Proxy中间件,模板就是性价比最高的方法。 第二看一下加速网络的CDN,它是做速度方面的性能提升,刚才我们也提到从CPU、内存、IO、网络四个方面来考虑,CDN本质上一个是做网络智能调度优化,另一个是多级缓存优化。 第三个看一下服务化,刚才已经提到了,各个大网站转型过程中一定会做服务化,其实它就是做抽象和做服务的拆分。第四个看一下消息队列,本质上还是做分类,只不过不是两个边际清晰的类,而是把两个边际不清晰的子系统通过队列解构并且异步化。新浪微博整体架构是什么样的 接下我们看一下微博整体架构,到一定量级的系统整个架构都会变成三层,客户端包括WEB、安卓和IOS,这里就不说了。接着还都会有一个接口层, 有三个主要作用: 第一个作用,要做 安全隔离,因为前端节点都是直接和用户交互,需要防范各种恶意攻击; 第二个还充当着一个 流量控制的作用,大家知道,在2014年春节的时候,微信红包,每分钟8亿多次的请求,其实真正到它后台的请求量,只有十万左右的数量级(这里的数据可能不准),剩余的流量在接口层就被挡住了; 第三,我们看对 PC 端和移 动 端的需求不一样的,所以我们可以进行拆分。接口层之后是后台,可以看到微博后台有三大块: 一个是 平台服 务, 第二, 搜索, 第三, 大数据。到了后台的各种服务其实都是处理的数据。 像平台的业务部门,做的就是 数据存储和读 取,对搜索来说做的是 数据的 检 索,对大数据来说是做的数据的 挖掘。微博其实和淘宝是很类似 微博其实和淘宝是很类似的。一般来说,第一代架构,基本上能支撑到用户到 百万 级别,到第二代架构基本能支撑到 千万 级别都没什么问题,当业务规模到 亿级别时,需要第三代的架构。 从 LAMP 的架构到面向服 务 的架构,有几个地方是非常难的,首先不可能在第一代基础上通过简单的修修补补满足用户量快速增长的,同时线上业务又不能停, 这是我们常说的 在 飞 机上 换 引擎的 问题。前两天我有一个朋友问我,说他在内部推行服务化的时候,把一个模块服务化做完了,其他部门就是不接。我建议在做服务化的时候,首先更多是偏向业务的梳理,同时要找准一个很好的切入点,既有架构和服务化上的提升,业务方也要有收益,比如提升性能或者降低维护成本同时升级过程要平滑,建议开始从原子化服务切入,比如基础的用户服务, 基础的短消息服务,基础的推送服务。 第二,就是可 以做无状 态 服 务,后面会详细讲,还有数据量大了后需要做数据Sharding,后面会将。 第三代 架构 要解决的 问题,就是用户量和业务趋于稳步增加(相对爆发期的指数级增长),更多考虑技术框架的稳定性, 提升系统整体的性能,降低成本,还有对整个系统监控的完善和升级。 大型网站的系统架构是如何演变的 我们通过通过数据看一下它的挑战,PV是在10亿级别,QPS在百万,数据量在千亿级别。我们可用性,就是SLA要求4个9,接口响应最多不能超过150毫秒,线上所有的故障必须得在5分钟内解决完。如果说5分钟没处理呢?那会影响你年终的绩效考核。2015年微博DAU已经过亿。我们系统有上百个微服务,每周会有两次的常规上线和不限次数的紧急上线。我们的挑战都一样,就是数据量,bigger and bigger,用户体验是faster and faster,业务是more and more。互联网业务更多是产品体验驱动, 技 术 在 产 品 体验上最有效的贡献 , 就是你的性能 越来越好 。 每次降低加载一个页面的时间,都可以间接的降低这个页面上用户的流失率。微博的技术挑战和正交分解法解析架构 下面看一下 第三代的 架构 图 以及 我 们 怎么用正交分解法 阐 述。 我们可以看到我们从两个维度,横轴和纵轴可以看到。 一个 维 度 是 水平的 分层 拆分,第二从垂直的维度会做拆分。水平的维度从接口层、到服务层到数据存储层。垂直怎么拆分,会用业务架构、技术架构、监控平台、服务治理等等来处理。我相信到第二代的时候很多架构已经有了业务架构和技术架构的拆分。我们看一下, 接口层有feed、用户关系、通讯接口;服务层,SOA里有基层服务、原子服务和组合服务,在微博我们只有原子服务和组合服务。原子服务不依赖于任何其他服务,组合服务由几个原子服务和自己的业务逻辑构建而成 ,资源层负责海量数据的存储(后面例子会详细讲)。技 术框架解决 独立于 业务 的海量高并发场景下的技术难题,由众多的技术组件共同构建而成 。在接口层,微博使用JERSY框架,帮助你做参数的解析,参数的验证,序列化和反序列化;资源层,主要是缓存、DB相关的各类组件,比如Cache组件和对象库组件。监 控平台和服 务 治理 , 完成系统服务的像素级监控,对分布式系统做提前诊断、预警以及治理。包含了SLA规则的制定、服务监控、服务调用链监控、流量监控、错误异常监控、线上灰度发布上线系统、线上扩容缩容调度系统等。 下面我们讲一下常见的设计原则。 第一个,首先是系统架构三个利器: 一个, 我 们 RPC 服 务组 件 (这里不讲了), 第二个,我们 消息中 间 件 。消息中间件起的作用:可以把两个模块之间的交互异步化,其次可以把不均匀请求流量输出为匀速的输出流量,所以说消息中间件 异步化 解耦 和流量削峰的利器。 第三个是配置管理,它是 代码级灰度发布以及 保障系统降级的利器。 第二个 , 无状态 , 接口 层 最重要的就是无状 态。我们在电商网站购物,在这个过程中很多情况下是有状态的,比如我浏览了哪些商品,为什么大家又常说接口层是无状态的,其实我们把状态从接口层剥离到了数据层。像用户在电商网站购物,选了几件商品,到了哪一步,接口无状态后,状态要么放在缓存中,要么放在数据库中, 其 实 它并不是没有状 态 , 只是在 这 个 过 程中我 们 要把一些有状 态 的 东 西抽离出来 到了数据层。 第三个, 数据 层 比服 务层 更需要 设计,这是一条非常重要的经验。对于服务层来说,可以拿PHP写,明天你可以拿JAVA来写,但是如果你的数据结构开始设计不合理,将来数据结构的改变会花费你数倍的代价,老的数据格式向新的数据格式迁移会让你痛不欲生,既有工作量上的,又有数据迁移跨越的时间周期,有一些甚至需要半年以上。 第四,物理结构与逻辑结构的映射,上一张图看到两个维度切成十二个区间,每个区间代表一个技术领域,这个可以看做我们的逻辑结构。另外,不论后台还是应用层的开发团队,一般都会分几个垂直的业务组加上一个基础技术架构组,这就是从物理组织架构到逻辑的技术架构的完美的映射,精细化团队分工,有利于提高沟通协作的效率 。 第五, www .sanhao.com 的访问过程,我们这个架构图里没有涉及到的,举个例子,比如当你在浏览器输入www.sanhao网址的时候,这个请求在接口层之前发生了什么?首先会查看你本机DNS以及DNS服务,查找域名对应的IP地址,然后发送HTTP请求过去。这个请求首先会到前端的VIP地址(公网服务IP地址),VIP之后还要经过负载均衡器(Nginx服务器),之后才到你的应用接口层。在接口层之前发生了这么多事,可能有用户报一个问题的时候,你通过在接口层查日志根本发现不了问题,原因就是问题可能发生在到达接口层之前了。 第六,我们说分布式系统,它最终的瓶颈会落在哪里呢?前端时间有一个网友跟我讨论的时候,说他们的系统遇到了一个瓶颈, 查遍了CPU,内存,网络,存储,都没有问题。我说你再查一遍,因为最终你不论用上千台服务器还是上万台服务器,最终系统出瓶颈的一定会落在某一台机(可能是叶子节点也可能是核心的节点),一定落在CPU、内存、存储和网络上,最后查出来问题出在一台服务器的网卡带宽上。微博多级双机房缓存架构 接下来我们看一下微博的Feed多级缓存。我们做业务的时候,经常很少做业务分析,技术大会上的分享又都偏向技术架构。其实大家更多的日常工作是需要花费更多时间在业务优化上。这张图是统计微博的信息流前几页的访问比例,像前三页占了97%,在做缓存设计的时候,我们最多只存最近的M条数据。 这里强调的就是做系统设计 要基于用 户 的 场 景 , 越细致越好 。举了一个例子,大家都会用电商,电商在双十一会做全国范围内的活动,他们做设计的时候也会考虑场景的,一个就是购物车,我曾经跟相关开发讨论过,购物车是在双十一之前用户的访问量非常大,就是不停地往里加商品。在真正到双十一那天他不会往购物车加东西了,但是他会频繁的浏览购物车。针对这个场景,活动之前重点设计优化购物车的写场景, 活动开始后优化购物车的读场景。 你看到的微博是由哪些部分聚合而成的呢?最右边的是Feed,就是微博所有关注的人,他们的微博所组成的。微博我们会按照时间顺序把所有关注人的顺序做一个排序。随着业务的发展,除了跟时间序相关的微博还有非时间序的微博,就是会有广告的要求,增加一些广告,还有粉丝头条,就是拿钱买的,热门微博,都会插在其中。分发控制,就是说和一些推荐相关的,我推荐一些相关的好友的微博,我推荐一些你可能没有读过的微博,我推荐一些其他类型的微博。 当然对非时序的微博和分发控制微博,实际会起多个并行的程序来读取,最后同步做统一的聚合。这里稍微分享一下, 从SNS社交领域来看,国内现在做的比较好的三个信息流: 微博 是 基于弱关系的媒体信息流 ; 朋友圈是基于 强 关系的信息流 ; 另外一个做的比 较 好的就是今日 头 条 , 它并不是基于关系来构建信息流 , 而是基于 兴趣和相关性的个性化推荐 信息流 。 信息流的聚合,体现在很多很多的产品之中,除了SNS,电商里也有信息流的聚合的影子。比如搜索一个商品后出来的列表页,它的信息流基本由几部分组成:第一,打广告的;第二个,做一些推荐,热门的商品,其次,才是关键字相关的搜索结果。 信息流 开始的时候 很 简单 , 但是到后期会 发现 , 你的 这 个流 如何做控制分发 , 非常复杂, 微博在最近一两年一直在做 这样 的工作。刚才我们是从业务上分析,那么技术上怎么解决高并发,高性能的问题?微博访问量很大的时候,底层存储是用MySQL数据库,当然也会有其他的。对于查询请求量大的时候,大家知道一定有缓存,可以复用可重用的计算结果。可以看到,发一条微博,我有很多粉丝,他们都会来看我发的内容,所以 微博是最适合使用 缓 存 的系统,微博的读写比例基本在几十比一。微博使用了 双 层缓 存,上面是L1,每个L1上都是一组(包含4-6台机器),左边的框相当于一个机房,右边又是一个机房。在这个系统中L1缓存所起的作用是什么? 首先,L1 缓 存增加整个系 统 的 QPS, 其次 以低成本灵活扩容的方式 增加 系统 的 带宽 。想象一个极端场景,只有一篇博文,但是它的访问量无限增长,其实我们不需要影响L2缓存,因为它的内容存储的量小,但它就是访问量大。这种场景下,你就需要使用L1来扩容提升QPS和带宽瓶颈。另外一个场景,就是L2级缓存发生作用,比如我有一千万个用户,去访问的是一百万个用户的微博 ,这个时候,他不只是说你的吞吐量和访问带宽,就是你要缓存的博文的内容也很多了,这个时候你要考虑缓存的容量, 第二 级缓 存更多的是从容量上来 规划,保证请求以较小的比例 穿透到 后端的 数据 库 中 ,根据你的用户模型你可以估出来,到底有百分之多少的请求不能穿透到DB, 评估这个容量之后,才能更好的评估DB需要多少库,需要承担多大的访问的压力。另外,我们看双机房的话,左边一个,右边一个。 两个机房是互 为 主 备 , 或者互 为热备 。如果两个用户在不同地域,他们访问两个不同机房的时候,假设用户从IDC1过来,因为就近原理,他会访问L1,没有的话才会跑到Master,当在IDC1没找到的时候才会跑到IDC2来找。同时有用户从IDC2访问,也会有请求从L1和Master返回或者到IDC1去查找。 IDC1 和 IDC2 ,两个机房都有全量的用户数据,同时在线提供服务,但是缓存查询又遵循最近访问原理。还有哪些多级缓存的例子呢?CDN是典型的多级缓存。CDN在国内各个地区做了很多节点,比如在杭州市部署一个节点时,在机房里肯定不止一台机器,那么对于一个地区来说,只有几台服务器到源站回源,其他节点都到这几台服务器回源即可,这么看CDN至少也有两级。Local Cache+ 分布式 缓 存,这也是常见的一种策略。有一种场景,分布式缓存并不适用, 比如 单 点 资 源 的爆发性峰值流量,这个时候使用Local Cache + 分布式缓存,Local Cache 在 应用 服 务 器 上用很小的 内存资源 挡住少量的 极端峰值流量,长尾的流量仍然访问分布式缓存,这样的Hybrid缓存架构通过复用众多的应用服务器节点,降低了系统的整体成本。 我们来看一下 Feed 的存 储 架构,微博的博文主要存在MySQL中。首先来看内容表,这个比较简单,每条内容一个索引,每天建一张表,其次看索引表,一共建了两级索引。首先想象一下用户场景,大部分用户刷微博的时候,看的是他关注所有人的微博,然后按时间来排序。仔细分析发现在这个场景下, 跟一个用户的自己的相关性很小了。所以在一级索引的时候会先根据关注的用户,取他们的前条微博ID,然后聚合排序。我们在做哈希(分库分表)的时候,同时考虑了按照UID哈希和按照时间维度。很业务和时间相关性很高的,今天的热点新闻,明天就没热度了,数据的冷热非常明显,这种场景就需要按照时间维度做分表,首先冷热数据做了分离(可以对冷热数据采用不同的存储方案来降低成本),其次, 很容止控制我数据库表的爆炸。像微博如果只按照用户维度区分,那么这个用户所有数据都在一张表里,这张表就是无限增长的,时间长了查询会越来越慢。二级索引,是我们里面一个比较特殊的场景,就是我要快速找到这个人所要发布的某一时段的微博时,通过二级索引快速定位。 分布式服务追踪系统 分布式追踪服务系统,当系统到千万级以后的时候,越来越庞杂,所解决的问题更偏向稳定性,性能和监控。刚才说用户只要有一个请求过来,你可以依赖你的服务RPC1、RPC2,你会发现RPC2又依赖RPC3、RPC4。分布式服务的时候一个痛点,就是说一个请求从用户过来之后,在后台不同的机器之间不停的调用并返回。 当你发现一个问题的时候,这些日志落在不同的机器上,你也不知道问题到底出在哪儿,各个服务之间互相隔离,互相之间没有建立关联。所以导致排查问题基本没有任何手段,就是出了问题没法儿解决。 我们要解决的问题,我们刚才说日志互相隔离,我们就要把它建立联系。建立联系我们就有一个请求ID,然后结合RPC框架, 服务治理功能。假设请求从客户端过来,其中包含一个ID 101,到服务A时仍然带有ID 101,然后调用RPC1的时候也会标识这是101 ,所以需要 一个唯一的 请求 ID 标识 递归迭代的传递到每一个 相关 节点。第二个,你做的时候,你不能说每个地方都加,对业务系统来说需要一个框架来完成这个工作, 这 个框架要 对业务 系 统 是最低侵入原 则 , 用 JAVA 的 话 就可以用 AOP,要做到零侵入的原则,就是对所有相关的中间件打点,从接口层组件(HTTP Client、HTTP Server)至到服务层组件(RPC Client、RPC Server),还有数据访问中间件的,这样业务系统只需要少量的配置信息就可以实现全链路监控 。为什么要用日志?服务化以后,每个服务可以用不同的开发语言, 考虑多种开发语言的兼容性 , 内部定 义标 准化的日志 是唯一且有效的办法。最后,如何构建基于GPS导航的路况监控?我们刚才讲分布式服务追踪。分布式服务追踪能解决的问题, 如果 单一用 户发现问题 后 , 可以通 过请 求 ID 快速找到 发 生 问题 的 节 点在什么,但是并没有解决如何发现问题。我们看现实中比较容易理解的道路监控,每辆车有GPS定位,我想看北京哪儿拥堵的时候,怎么做? 第一个 , 你肯定要知道每个 车 在什么位置,它走到哪儿了。其实可以说每个车上只要有一个标识,加上每一次流动的信息,就可以看到每个车流的位置和方向。 其次如何做 监 控和 报 警,我们怎么能了解道路的流量状况和负载,并及时报警。我们要定义这条街道多宽多高,单位时间可以通行多少辆车,这就是道路的容量。有了道路容量,再有道路的实时流量,我们就可以基于实习路况做预警? 对应于 分布式系 统 的话如何构建? 第一 , 你要 定义 每个服 务节 点它的 SLA A 是多少 ?SLA可以从系统的CPU占用率、内存占用率、磁盘占用率、QPS请求数等来定义,相当于定义系统的容量。 第二个 , 统计 线 上 动态 的流量,你要知道服务的平均QPS、最低QPS和最大QPS,有了流量和容量,就可以对系统做全面的监控和报警。 刚才讲的是理论,实际情况肯定比这个复杂。微博在春节的时候做许多活动,必须保障系统稳定,理论上你只要定义容量和流量就可以。但实际远远不行,为什么?有技术的因素,有人为的因素,因为不同的开发定义的流量和容量指标有主观性,很难全局量化标准,所以真正流量来了以后,你预先评估的系统瓶颈往往不正确。实际中我们在春节前主要采取了三个措施:第一,最简单的就是有降 级 的 预 案,流量超过系统容量后,先把哪些功能砍掉,需要有明确的优先级 。第二个, 线上全链路压测,就是把现在的流量放大到我们平常流量的五倍甚至十倍(比如下线一半的服务器,缩容而不是扩容),看看系统瓶颈最先发生在哪里。我们之前有一些例子,推测系统数据库会先出现瓶颈,但是实测发现是前端的程序先遇到瓶颈。第三,搭建在线 Docker 集群 , 所有业务共享备用的 Docker集群资源,这样可以极大的避免每个业务都预留资源,但是实际上流量没有增长造成的浪费。 总结 接下来说的是如何不停的学习和提升,这里以Java语言为例,首先, 一定要 理解 JAVA;第二步,JAVA完了以后,一定要 理 解 JVM;其次,还要 理解 操作系统;再次还是要了解一下 Design Pattern,这将告诉你怎么把过去的经验抽象沉淀供将来借鉴;还要学习 TCP/IP、 分布式系 统、数据结构和算法。

hiekay 2019-12-02 01:39:25 0 浏览量 回答数 0

问题

选择VPS主机的六大要点

孙康 2019-12-01 22:06:06 10294 浏览量 回答数 3

问题

码农必备套件

仙游 2019-12-01 22:09:42 2528 浏览量 回答数 0

问题

【阿里云产品评测】个人WP站的云体验

cnsjw 2019-12-01 20:54:27 22207 浏览量 回答数 25

问题

安卓与iOS百问,开发者系统指南

yq传送门 2019-12-01 20:14:48 27317 浏览量 回答数 26

回答

反应到高层吧 你找客服 是没用的 看起来是他们自己的漏洞 曝光吧 去微博把事情闹大 然后投诉 我在电信工作 可以告诉你投诉是有用的 要闹大 工信部 运营商最怕的东西######你跟客服投诉没? 不停的给不同人他投诉 如果不是因为你自己的原因泄露密码的话 这个漏洞会造成恐慌的######回复 @黑狗 : 今天是一个自称是客服经理的给我电话。态度强硬。。NND,让后我到工信部网站去留言投诉了。。就算是几个钱也要抗战到底。。要不然,以后我这个卡一充值,就被使用了,没法用了。######@newzai 啊? 你直接跟他说如果他这个事情不处理,只有反应到工信部了 或者你转接到他们班长那里 直接找班长投诉 电信的话,这种投诉很敏感的,马上就有人要处理,不然上面知道这个事情了 下面一大批人要被批######这个问题基本上可以确定,有点点内鬼。。。不停的投诉,也没啥用。移动就那吊样。店大欺客。。。###### 不懂通信,卡号复制能否达到相同的效果??你再去补办一张手机卡,再重置密码。。 如果还有相同的事情发生,就肯定是移动有漏洞了。 ######关键是重新设置密码的短信回复到我的手机上啊。。 所以这个问题,只有移动,或者那些专家才能明白。 我也不搞硬件,不也弄移动通信这块,具体怎么回事,也不是很清楚。 所以强烈要求他们给我答案,为何被盗,WLAN的使用地点等待。###### 引用来自“蟋蟀哥哥”的答案 不懂通信,卡号复制能否达到相同的效果??你再去补办一张手机卡,再重置密码。。 如果还有相同的事情发生,就肯定是移动有漏洞了。 再说,卡号复制的话,应该是同时有2个相同的号码注册在不同的基站。按照移动来说,这个肯定是有问题了,而且是严重的问题,告警平台应该是立刻可以发现的。 ###### 引用来自“蟋蟀哥哥”的答案 不懂通信,卡号复制能否达到相同的效果??你再去补办一张手机卡,再重置密码。。 如果还有相同的事情发生,就肯定是移动有漏洞了。 补卡之后原来的卡片就失效不能注册进网络了 我感觉会不会手机有恶意的APK之类的比如后台偷偷发重置密码短信接受到新密码后把新密码通过网络传输给服务器 ######回复 @熊猫与猫无关 : 在被盗用的时候,我查询记录,没有发现在上网中间有短信来往,但是我的手机确收到了。。个人怀疑是那些维护的工程师使用的(据说那些维护工程师,通过修改数据库等,可以有很高的权限,以前道听途说,这个不一定正确)。######回复 @newzai : 先投诉吧,运营商先投诉保留电话录音,然后去工信部的投诉平台投诉,诉求计费错误双倍返还话费。另外调取最近手机发短信的记录,看看有没有发过修改WLAN密码请求的上行信息,另外看看有没有给陌生的号码发过信息。######我手机的WIFI是关闭的,移动通信上网也是关闭。 之前也怀疑是这个。因为我现在用的是联通,移动是保留着,基本上没安装啥软件,甚至很多内置软件都被我删除了。 也用杀毒软件查杀了,没有发现。 刚才又接收到移动客户经理的电话,NND,依旧坚持他们那边没有问题。。。###### 引用来自“熊猫与猫无关”的答案 引用来自“蟋蟀哥哥”的答案 不懂通信,卡号复制能否达到相同的效果??你再去补办一张手机卡,再重置密码。。 如果还有相同的事情发生,就肯定是移动有漏洞了。 补卡之后原来的卡片就失效不能注册进网络了 我感觉会不会手机有恶意的APK之类的比如后台偷偷发重置密码短信接受到新密码后把新密码通过网络传输给服务器 换个手机试试先 ######换手机。。 按照移动的建议,让我停止这个业务更加直接。######让你补卡,主要是让原来的卡失效,因为怕有复制卡的存在。######回复 @蟋蟀哥哥 :发送信息给对方飞信,如果飞信不在线,是可以把消息转发到手机,反之,发送消息直接到手机,是不会转发给飞信,不管手机是否开关机,是否在线。######回复 @newzai : 看来就是从其他途径出去的了######回复 @蟋蟀哥哥 : 我发现我的飞信已经注销了。 另外我的卡都是在移动沟通100营业厅办理的,从来没有在路边摊买卡。。 网上baidu了一下,有很多CMCC WLAN密码被盗的问题。移动都坚决的否认。。######回复 @newzai : 如果你的飞信账号是你的常用密码,就可能被盗,直接把你飞行账号碰撞出来。。而且复制卡确实存在,所以不要在小摊位上买那些很便宜的卡。######回复 @蟋蟀哥哥 : 至少有2年没有登录过我的飞信帐号了。而且被盗也就是这几个月的事情。万一是这个被盗,那还得了。。。###### 引用来自“蟋蟀哥哥”的答案 让你补卡,主要是让原来的卡失效,因为怕有复制卡的存在。 复制卡异地可以注册进网络本省不行。而且你的卡啥时候办理的是SIM卡还是USIM卡,比较早的SIM卡可以复制而2009年左右开始换发的USIM卡被复制的概率很小。 ######回复 @熊猫与猫无关 : 他们会承认的话,就不是中国移动了。。但我要为我自己的权益而争取。如果他不承认,我又接受了,那明白着就是我自己的问题了,这个陷阱俺们不能掉进去。。。######回复 @newzai : 放心吧,他们打死不会承认自己系统有问题的######回复 @熊猫与猫无关 : 这不是损失多少的问题。我的目的是要达到,移动承认我的账号是被盗用,并且保证避免以后发生类似的问题。但是移动客户那边一直不承认,只说我的账号是正常登陆,而且也无法保证以后不再被盗用。。。######回复 @newzai : 你损失的数额又构不成报警的数额,所以你也只能以计费错误投诉要求返回话费。这样看来应该是有问题,不知道淘宝那么多CMCC的上网账号是不是这样来的###### @熊猫与猫无关 我修改的,就有发送短信。不是我修改的,我的手机没有这个记录,但是会收到一条WLAN密码更新的信息。这其中那边出了问题,我们这些OSCer的专业人士也搞不清楚了。。基本上我的手机中毒是可以排除的。个人怀疑是内鬼比较多。。######如果是我就不用了,直接注销。上网的方式太多,没必要用麻烦的######我手机号2年轻就开始不怎么使用了,转向使用联通了。 这个号码只是稍微保留而已。 而且这个已经不是涉及到使用和不是用的问题了。是移动太霸道的。。######我觉得移动有内鬼,贩卖WLAN账号######我也这么觉得。不过他们不会承认。 客服经理打死不会承认他们自己有问题,说本着人道主义精神,让客户满意的宗旨,退还那部分费用,而且下不为例。如果我接受了,那不明摆着接受他们的意见嘛。。。所以我没有同意,另可不要那些钱。也要争取到底。

kun坤 2020-06-08 18:00:55 0 浏览量 回答数 0

问题

游戏云间之二-网络环境问题

起航 2019-12-01 21:43:15 23656 浏览量 回答数 10

问题

【一周热点】送给程序员终身受用的建议

问问小秘 2019-12-01 22:05:12 4740 浏览量 回答数 3
阿里云大学 云服务器ECS com域名 网站域名whois查询 开发者平台 小程序定制 小程序开发 国内短信套餐包 开发者技术与产品 云数据库 图像识别 开发者问答 阿里云建站 阿里云备案 云市场 万网 阿里云帮助文档 免费套餐 开发者工具 企业信息查询 小程序开发制作 视频内容分析 企业网站制作 视频集锦 代理记账服务 2020阿里巴巴研发效能峰会 企业建站模板 云效成长地图 高端建站