• 关于

    一站式活动地址

    的搜索结果

回答

答案:目前最便宜的服务器就两种。 一种是阿里云学生服务器《阿里云学生服务器选购攻略指南+价格表查询》 一种是阿里云定期推出的折扣活动。比如双11,双12,新春活动等等。永久关注最新活动地址:https://www.aliyun.com/minisite/goods 阿里云学生机目前是国内性价比最高的,CPU不限制性能。所以我都经常推荐我的同学和学弟学妹们来选购。我本人利用阿里云学生机搭建了很多小网站,技术博客。所以知道它能满足我的需求。自学编程和自学建站都可以选择学生机来练手。为了帮助到大家,我特意写了一篇文章来帮助大家认识和选购阿里云学生服务器。附《阿里云学生服务器选购攻略指南+价格表查询》 阿里云学生机用途总结如下: 1.自学Web编程。java web ,php web,python web,.net web等多种web编程自学。 2.利用以WordPress等开源建站系统来搭建个人技术网站,博客。 3.APP,小程序,前端程序等所有应用程序的服务器端接口程序编写。然后在云服务器上部署。 4.学习微服务以及分布式编程。 5.学习Linux安装软件和运维系统。 6.搭建个人网站实践学习网站seo知识。
游客m6dubrabprxwc 2020-05-17 18:09:27 0 浏览量 回答数 0

回答

可以的,但是有风险,建议转移钱参考:ECS实例过户须知 注意以下情况不支持过户: - 部分营销活动中购买的实例。其中,同一用户购买的ECS实例不支持过户(包含但不限于根据不同阿里云账号在注册、登录、使用中的关联信息,如同一证件、手机号、支付账号、设备、地址等,都属于同一用户),其他情况请参考具体活动规则说明 实例创建5天之内 实例存在预约变配,如续费降配、临时升级带宽等 当前有生效中的临时升级配置 跨站点账号之间的过户,例如源账号和目标账号分别属于中国站和国际站的账号 过户时修改实例所在地域和可用区 过户实例数量超过目标安全组的实例配额 目标安全组与过户实例的网络类型不一致 过户按量付费实例时,超过目标账号的按量付费实例配额 未完成过户的实例不能再次过户 实例不是已停止状态 实例处于已过期或已锁定状态 实例正在挂载或正在卸载磁盘 实例挂载了加密盘 抢占式实例 专有宿主机上的ECS实例 使用镜像市场镜像的实例 实例绑定HAVIP 实例订阅反向访问服务 实例指定有下一跳路由规则 实例绑定了SLB服务 实例绑定了全球加速服务 实例中有未支付的订单,取消订单后,可以正常过户 实例中存在预约的物理机迁移升级任务,必须等待迁移升级任务结束后才能过户 实例承载了其他阿里云云服务,例如数据同步服务(DTS)等。取消云服务授权信息后,可以过户 更多参考地址: 阿里云官方(新用户需官网注册查看)
游客ae2s7nj4o4cxq 2020-09-12 18:46:41 0 浏览量 回答数 0

回答

推荐回答: 可以的,但是有风险,建议转移钱参考:ECS实例过户须知 注意以下情况不支持过户: - 部分营销活动中购买的实例。其中,同一用户购买的ECS实例不支持过户(包含但不限于根据不同阿里云账号在注册、登录、使用中的关联信息,如同一证件、手机号、支付账号、设备、地址等,都属于同一用户),其他情况请参考具体活动规则说明 实例创建5天之内 实例存在预约变配,如续费降配、临时升级带宽等 当前有生效中的临时升级配置 跨站点账号之间的过户,例如源账号和目标账号分别属于中国站和国际站的账号 过户时修改实例所在地域和可用区 过户实例数量超过目标安全组的实例配额 目标安全组与过户实例的网络类型不一致 过户按量付费实例时,超过目标账号的按量付费实例配额 未完成过户的实例不能再次过户 实例不是已停止状态 实例处于已过期或已锁定状态 实例正在挂载或正在卸载磁盘 实例挂载了加密盘 抢占式实例 专有宿主机上的ECS实例 使用镜像市场镜像的实例 实例绑定HAVIP 实例订阅反向访问服务 实例指定有下一跳路由规则 实例绑定了SLB服务 实例绑定了全球加速服务 实例中有未支付的订单,取消订单后,可以正常过户 实例中存在预约的物理机迁移升级任务,必须等待迁移升级任务结束后才能过户 实例承载了其他阿里云云服务,例如数据同步服务(DTS)等。取消云服务授权信息后,可以过户 官方帮助文档地址:阿里云帮助中心 更多参考: 阿里云官方(新用户需官网注册查看)
fzj3nenqh2hzg 2021-04-19 22:00:29 0 浏览量 回答数 0

问题

你敢问,我敢答

你敢问,我敢答 2019年5月30日,阿里云开发者社区全新上线,集合阿里巴巴经济体各个业务单元技术优势,提供博客、问答、公开课(直播)、学习中心、测试中心...
问问小秘 2020-01-10 17:58:29 1807 浏览量 回答数 2

问题

python提问答疑专栏

python提问答疑专栏 2019年5月30日,阿里云开发者社区全新上线,集合阿里巴巴经济体各个业务单元技术优势,提供博客、问答、公开课(直播)、学习中心、测试中心、M...
问问小秘 2020-01-10 17:51:34 85 浏览量 回答数 1

问题

Java提问答疑专栏

Java提问答疑专栏 2019年5月30日,阿里云开发者社区全新上线,集合阿里巴巴经济体各个业务单元技术优势,提供博客、问答、公开课(直播)、学习中心、测试中心、MVP...
问问小秘 2020-01-10 17:30:39 900 浏览量 回答数 2

问题

大数据提问答疑专栏

大数据提问答疑专栏 2019年5月30日,阿里云开发者社区全新上线,集合阿里巴巴经济体各个业务单元技术优势,提供博客、问答、公开课(直播)、学习中心、测试中心、MVP&...
问问小秘 2020-01-10 17:53:09 89 浏览量 回答数 1

回答

可以的,但是有风险,建议转移钱参考:ECS实例过户须知 注意以下情况不支持过户: - 部分营销活动中购买的实例。其中,同一用户购买的ECS实例不支持过户(包含但不限于根据不同阿里云账号在注册、登录、使用中的关联信息,如同一证件、手机号、支付账号、设备、地址等,都属于同一用户),其他情况请参考具体活动规则说明 实例创建5天之内 实例存在预约变配,如续费降配、临时升级带宽等 当前有生效中的临时升级配置 跨站点账号之间的过户,例如源账号和目标账号分别属于中国站和国际站的账号 过户时修改实例所在地域和可用区 过户实例数量超过目标安全组的实例配额 目标安全组与过户实例的网络类型不一致 过户按量付费实例时,超过目标账号的按量付费实例配额 未完成过户的实例不能再次过户 实例不是已停止状态 实例处于已过期或已锁定状态 实例正在挂载或正在卸载磁盘 实例挂载了加密盘 抢占式实例 专有宿主机上的ECS实例 使用镜像市场镜像的实例 实例绑定HAVIP 实例订阅反向访问服务 实例指定有下一跳路由规则 实例绑定了SLB服务 实例绑定了全球加速服务 实例中有未支付的订单,取消订单后,可以正常过户 实例中存在预约的物理机迁移升级任务,必须等待迁移升级任务结束后才能过户 实例承载了其他阿里云云服务,例如数据同步服务(DTS)等。取消云服务授权信息后,可以过户
用数据说话 2020-07-31 10:22:09 0 浏览量 回答数 0

问题

2020开发者社区回答悬赏活动启幕喽

2019年5月30日,阿里云开发者社区https://developer.aliyun.com/全新上线,集合阿里巴巴经济体各个业务单元技术优势,提供博客、问答、公开课(直播ÿ...
问问小秘 2019-12-31 14:44:45 1362 浏览量 回答数 3

问题

分享一个技术大会-SDCC2016大数据技术架构实战峰会(杭州站)

      会议通知   SDCC2016大数据技术&架构实战峰会(杭州站)是由CSDN主办的顶级技术盛会,大会目的是促进更加深入的业内同行技术交流,传播先进技术理念。SD...
商务会议网 2019-12-01 21:41:42 3335 浏览量 回答数 0

问题

阿里云中间件是什么

很多人搞不懂中间件是什么。中间件是一种处于操作系统(底层)和应用之间的软件或者组件,起到让应用在操作系统上可以正常运行的作用,向apache,iis,sqlserver等。 阿里云正在...
搞么罗 2019-12-01 21:51:58 1418 浏览量 回答数 0

问题

寻找2020年第一批技术出题官

2019年5月30日,阿里云开发者社区https://developer.aliyun.com/ 全新上线,集合阿里巴巴经济体各个业务单元技术优势,提供博客、问答、公开课(直播...
问问小秘 2019-12-31 14:35:32 10205 浏览量 回答数 7

问题

词汇表是什么样的?(S-V)

S A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z SASL ...
轩墨 2019-12-01 22:06:08 2089 浏览量 回答数 0

回答

阿里云支持VPC类型的ECS实例过户,包括: 随实例创建的系统盘和数据盘过户 挂载在实例上的独立云盘随实例过户 VPC实例上分配的非弹性公网IP过户 过户方式 VPC类型的ECS实例需要您安排停机后才可以进行过户,完成 准备工作 之后,用源账号 提交工单 过户。 风险 VPC类型的ECS实例过户失败,可能会造成如下情况,包括但不限于: 实例没有私有IP地址 实例无法访问私有网络 目标账号的控制台无法查看过户后的实例,导致无法操作,包括无法续费、升级、更换系统盘等 限制 以下情况不支持过户: 部分营销活动中购买的实例(详情以活动规则为准) 实例创建5天之内 实例存在预约变配 跨站点账号之间的过户,例如源账号和目标账号分别属于中国站和国际站的账号 过户时修改实例所在地域和可用区 过户实例数量超过目标安全组的实例配额 目标安全组与过户实例的网络类型不一致 处于临时提高带宽阶段的包年包月实例和按周付费实例(临时提高带宽生效前完成过户,则带宽配置自动失效) 当前有生效中的临时升级配置 过户按量付费实例时,超过目标账号的按量付费实例配额 未完成过户的实例不能再次过户 实例不是   已停止  状态 实例处于   已过期  或   已锁定  状态 实例正在挂载或正在卸载磁盘 实例挂载了   加密盘 实例挂载了   共享块存储 抢占式实例 专有宿主机  上的ECS实例 使用   市场镜像  的实例 实例绑定HAVIP 实例订阅反向访问服务 实例指定有下一跳路由规则 实例绑定了   SLB  服务 实例绑定了   全球加速  服务 实例中有未支付的订单,取消订单后,可以正常过户。 实例中存在预约的物理机迁移升级任务,必须等待迁移升级任务结束后才能过户。 过户前准备 需要提供: 源账号和目标账号 需要过户的实例ID列表 过户的目标安全组(目标安全组与目标交换机必须在同一个VPC内) 过户的目标交换机(目标交换机与过户的实例必须在同一个可用区内) VPC类型的ECS实例在过户前必须先停机,请您提前安排好停机时间 源账号和目标账号必须全部完成实名认证 源账号和目标账号如果存在欠费,必须先缴清欠费 VPC类型的ECS实例的弹性公网IP不支持过户,过户前必须   解绑弹性公网IP VPC类型的ECS实例上附加的辅助网卡不支持过户,过户前必须   分离辅助网卡 过户实例在源账号下关联的RDS、OSS、SLB等服务将会受到影响,实例源账号和目标账号需要提前做好业务变更准备 说明 以下情况请 提交工单: 实例的镜像不支持使用DHCP分配IP地址,或者在系统中设置了静态IP地址,过户后,可能会导致实例无法正常访问网络。 实例承载了其他阿里云云服务时,例如数据同步服务(DTS)等,请取消云服务授权信息后再过户。 过户时出现其它问题或者过户失败。 过户后确认 实例已从源账号的控制台上移除 实例已从源账号的安全组中移除,并且已经添加到目标账号的安全组中 源账号会新增一个0元的退款订单,目标账号会新增一个0元的新购订单 过户实例预约的未生效的临时带宽会作废 按量付费实例过户后,源账号的按量付费实例配额会增加,目标账号的按量付费实例配额会减少 包年包月实例和按周付费实例过户后,实例原来到期时间不变 挂载在实例上的独立云盘已经过户到目标账号下 私有IP地址会发生变动,由目标交换机根据CIDR重新分配
qq78315851 2019-12-02 00:42:39 0 浏览量 回答数 0

问题

60秒,留个脚印,AppCan送你个小惊喜 热? 400 报错

60秒,留个脚印,AppCan送你个小惊喜 热? 400 报错 非常感谢大家对AppCan的支持! 本次活动的参与规则是“AppCan网站任意页面截图+一句话描述你眼中的...
爱吃鱼的程序员 2020-06-03 16:37:08 1 浏览量 回答数 1

回答

在开始谈我对架构本质的理解之前,先谈谈对今天技术沙龙主题的个人见解,千万级规模的网站感觉数量级是非常大的,对这个数量级我们战略上 要重 视 它 , 战术上又 要 藐 视 它。先举个例子感受一下千万级到底是什么数量级?现在很流行的优步(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

问题

迁云工具FAQ

1. 我在什么场景下可以使用迁云工具? 迁云工具可以将物理服务器、虚拟机以及其他云平台云主机一站式地迁移到阿里云ECS,支持迁移主流Windows和Linux操作系统。更多详情,请参阅 什么是迁云...
chenchuan 2019-12-01 21:36:31 659 浏览量 回答数 0

问题

【阿里云产品公测】以开发者角度看ACE服务『ACE应用构建指南』

评测介绍 评测产品: 云引擎ACE服务开发语言: PHP评测人: mr_wid评测时间: 2014年10月13日-19日 评测概要 非常有幸能够申请到ACE的公测资格, 在本篇评测中, 笔者将以一个开发者的角度来对云引擎...
mr_wid 2019-12-01 21:10:06 20092 浏览量 回答数 6

问题

【精品问答】关于智能云相册的那些事情

智能云相册(Cloud Photos)是阿里云为影像类应用提供的一站式解决方案。智能云相册除了提供影像文件存储、管理等基础功能以外,还支持对影像内容进行分类打标、面孔识别等智能分析,并...
montos 2020-04-04 13:50:49 26 浏览量 回答数 1

回答

回 8楼(殇·愚) 的帖子 亲 可以先报名参加,了解风头才会有机会呀! ------------------------- 回 12楼(gabkbvps) 的帖子 阿里云对于开发者的扶持:),只要保有云产品的阿里云用户均可参加! ------------------------- 阿里云创投面对面名额有限,场面火爆!报名从速了! ------------------------- 回 25楼(lykrsl) 的帖子 可以的,入住园区申请和面对面都可以申请!再有报错是什么样的方便告诉下么? ------------------------- 回 16楼(sgnathem) 的帖子 亲 您提交项目后,会有专业人士对于您的项目进行回复,告知您是否入围! ------------------------- 回 31楼(福禄寿禧) 的帖子 您好! 十分抱歉,给您带来了不便! 由于报名活动异常火爆,您的情况是由于繁忙造成的,请您换一个时段在尝试。 另外若仍无法提交,请进入:http://www.mikecrm.com/f.php?t=cV01Fr进行提交。 ------------------------- 回 32楼(habout632) 的帖子 您好! 十分抱歉,给您带来了不便! 由于报名活动异常火爆,若您报名不成功可进入备用地址:http://www.mikecrm.com/f.php?t=cV01Fr进行提交。 ------------------------- 回 36楼(kingbri) 的帖子 您好! 查询到有收到您阿里云账号: kingbri@163.com所提交的报名信息,尽请放心。 ------------------------- 回 33楼(yykucom) 的帖子 您好! 可以提交下您在阿里云的ID我帮您查询下! ------------------------- 回 34楼(yykucom) 的帖子 您好! 可以提交下您在阿里云的ID我帮您查询下! ------------------------- 回 33楼(yykucom) 的帖子 您好! 十分抱歉,给您带来了不便! 由于报名活动异常火爆,您的情况是由于繁忙造成的,请您换一个时段在尝试。 另外若仍无法提交,请进入:http://www.mikecrm.com/f.php?t=cV01Fr进行提交。 ------------------------- Re:Re回33楼yykucom的帖子 引用第43楼啊啊啊啊的于2014-11-22 15:35发表的 Re回33楼yykucom的帖子 : 麻烦帮我查下,谢谢! ID: yieodouble@gmail.com 您好! 查询到有 yieodouble@gmail.com 提交了网址为:www.552120.com,项目名称为:“卫健康”的项目申请。 ------------------------- Re:Re阿里云百亿资本创投面对面火热报名中! 引用第55楼binro于2014-11-25 16:18发表的 Re阿里云百亿资本创投面对面火热报名中! : 您好,请帮我查询 binro.wang@gmail.com  提交是否成功 您好! 没有查看到这个账号所提供的报名资料,请您稍后重新提交下! ------------------------- Re:Re阿里云百亿资本创投面对面火热报名中! 引用第51楼平行线于2014-11-25 13:06发表的 Re阿里云百亿资本创投面对面火热报名中! : 麻烦帮我查查 haidong70.liu@gmail.com 您好! 已经收到 haidong70.liu@gmail.com,“一站式慢病病症信息收集服务平台”所提交的资料。 ------------------------- Re:Re阿里云百亿资本创投面对面火热报名中! 引用第52楼flovex于2014-11-25 14:45发表的 Re阿里云百亿资本创投面对面火热报名中! : 您好,麻烦帮忙查询一下 passionshui@msn.com的申请是否已经提交成功,因为每次返回信息都是项目名称。谢谢 您好! 查询到 passionshui@msn.com所提交的“爱慕课iMoocs在线教育培训云平台”的项目资料! ------------------------- Re:Re阿里云百亿资本创投面对面火热报名中! 引用第72楼蜗居网于2014-12-01 01:00发表的 Re阿里云百亿资本创投面对面火热报名中! : [font=punctuation, 'Microsoft Yahei']阿里云携百亿资本助力创业梦想,恭祝四川逐梦网络科技有限公司成功入围! 蜗居商城 [font=punctuation, 'Microsoft Yahei'][attachment=65531] 恭喜! ------------------------- Re:Re阿里云百亿资本创投面对面火热报名中! 引用第73楼grid于2014-12-02 13:45发表的 Re阿里云百亿资本创投面对面火热报名中! : 为什么我看到1218上云吧,也有项目申请,与论坛里面是同一个吗 亲是一个项目,所以不用重复提交!
domen 2019-12-02 00:54:50 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档本服务条款是阿里云计算有限公司(以下简称“阿里云”)与您就消息队列服务(Message Queue,简称 MQ)的相关事项所订立的有效合约。您通过盖章、网络页面点击确认或以其他方式选择接受本服务条款,包括但不限于未点击确认本服务条款而事实上使用了阿里云企业级分布式应用服务,即表示您与阿里云已达成协议并同意接受本服务条款的全部约定内容。如若双方盖章文本与网络页面点击确认或以其他方式选择接受之服务条款文本,存有不一致之处,以双方盖章文本为准。 关于本服务条款,提示您特别关注限制、免责条款,阿里云对您违规、违约行为的认定处理条款,以及管辖法院的选择条款等。限制、免责条款可能以加粗或加下划线形式提示您注意。在接受本服务条款之前,请您仔细阅读本服务条款的全部内容。如果您对本服务条款的条款有疑问的,请通过阿里云相关业务部门进行询问,阿里云将向您解释条款内容。如果您不同意本服务条款的任意内容,或者无法准确理解阿里云对条款的解释,请不要进行后续操作。 服务内容 1.1 本条款中“服务”指:阿里云向您提供 www.aliyun.com 网站上所展示的企业级分布式应用服务以及相关的技术及网络支持服务。 1.2 阿里云提供的服务必须符合本服务条款的约定。 服务费用 2.1. 您可以通过支付宝或网上银行等途径向您的阿里云账户充值用以支付您使用消息队列(MQ)的费用,与之有关的具体规则详见 www.aliyun.com 上的页面公告。 2.2. MQ 的价格体系(价格、计费模式等)及扣费规则将在阿里云官网页面(www.aliyun.com) 列明,阿里云将以页面公布的当时有效的价格体系为准自您的阿里云账户中予以扣划服务费用。您未在下单后7天内付费的,本服务条款以及与您就服务所达成的一切行为失效。 2.3.阿里云保留在您未按照约定支付全部费用之前不向您继续提供服务和/或技术支持,或者终止服务和/或技术支持的权利,同时,阿里云有权要求您支付阿终止服务前您尚未支付的服务费用。 2.4. 您完全理解阿里云价格体系中所有的赠送服务项目或活动均为阿里云在正常服务价格之外的一次性特别优惠,优惠内容不包括赠送服务项目的修改、更新及维护费用,并且赠送服务项目不可折价冲抵服务价格。 权利义务 3.1. 您的权利、义务 3.1.1. 您同意遵守本服务条款以及服务展示页面的相关管理规范及流程。您了解上述协议及规范等的内容可能会不时变更,如本服务条款的任何内容发生变动,阿里云应通过提前 30 天在 www.aliyun.com 的适当版面公告向您提示修改内容。如您不同意阿里云对本服务条款相关条款所做的修改,您有权停止使用阿里云的服务,此等情况下,您应将业务数据迁出并与阿里云进行服务费用结算;如您继续使用阿里云服务,则视为您接受阿里云对本服务条款相关条款所做的修改。 3.1.2. 您应按照阿里云的页面提示及本服务条款的约定支付相应服务费用。 3.1.3. 您承诺: 3.1.3.1.如果您利用阿里云提供的服务进行经营或非经营的活动需要获得国家有关部门的许可或批准的,应获得该有关的许可或批准。 3.1.3.2. 除阿里云明示许可外,不得修改、翻译、改编、出租、转许可、在信息网络上传播或转让阿里云提供的服务或软件,也不得逆向工程、反编译或试图以其他方式发现阿里云提供的服务或软件的源代码; 3.1.3.3. 若阿里云的服务涉及第三方软件之许可使用的,您同意遵守相关的许可协议的约束; 3.1.3.4. 不散布电子邮件广告、垃圾邮件(Spam):不利用阿里云提供的服务散发大量不受欢迎的或者未经请求的电子邮件、电子广告或包含反动、色情等有害信息的电子邮件; 3.1.3.5. 不利用阿里云提供的资源和服务上传(Upload)、下载(Download)、储存、发布如下信息或者内容,不为他人发布该等信息提供任何便利(包括但不限于设置 URL、Banner 链接等): 3.1.3.5.1. 违反国家规定的政治宣传和/或新闻信息; 3.1.3.5.2. 涉及国家秘密和/或安全的信息; 3.1.3.5.3. 封建迷信和/或淫秽、色情、下流的信息或教唆犯罪的信息; 3.1.3.5.4. 博彩有奖、赌博游戏、“私服”、“外挂”等非法互联网出版活动; 3.1.3.5.5. 违反国家民族和宗教政策的信息; 3.1.3.5.6. 妨碍互联网运行安全的信息; 3.1.3.5.7. 侵害他人合法权益的信息和/或其他有损于社会秩序、社会治安、公共道德的信息或内容; 3.1.3.5.8. 其他违反法律法规、部门规章或国家政策的内容。 3.1.3.6. 不进行任何破坏或试图破坏网络安全的行为(包括但不限于钓鱼,黑客,网络诈骗,网站或空间中含有或涉嫌散播:病毒、木马、恶意代码,及通过虚拟服务器对其他网站、服务器进行涉嫌攻击行为如扫描、嗅探、ARP 欺骗、DOS 等); 3.1.3.7. 不进行任何改变或试图改变阿里云提供的系统配置或破坏系统安全的行为; 3.1.3.8. 不从事其他违法、违规或违反阿里云服务条款的行为; 3.1.3.9. 如阿里云发现您违反上述条款的约定,有权根据情况采取相应的处理措施,包括但不限于立即终止服务、中止服务或删除相应信息等。如果第三方机构或个人对您提出质疑或投诉,阿里云将通知您,您有责任在规定时间内进行说明并出具证明材料,如您未能提供相反证据或您逾期未能反馈的,阿里云将采取包括但不限于立即终止服务、中止服务或删除相应信息等处理措施。因您未及时更新联系方式或联系方式不正确而致使未能联系到您的,亦视为您逾期未能反馈。 3.1.4. 您不应在阿里云服务或平台之上安装、使用盗版软件;您对自己行为(如自行安装的软件和进行的操作)所引起的结果承担全部责任。 3.1.5. 您对自己存放在阿里云云平台上的数据以及进入和管理阿里云云平台上各类产品与服务的口令、密码的完整性和保密性负责。因您维护不当或保密不当致使上述数据、口令、密码等丢失或泄漏所引起的一切损失和后果均由您自行承担。 3.1.6. 您应向阿里云提交执行本服务条款的联系人和管理用户网络及云平台上各类产品与服务的人员名单和联系方式并提供必要的协助。如以上人员发生变动,您应自行将变动后的信息进行在线更新并及时通知阿里云。因您提供的人员的信息不真实、不准确、不完整,以及因以上人员的行为或不作为而产生的结果,均由您负责。 3.1.7. 您对自己存放在阿里云 MQ 中的数据内容负责,阿里云提示您谨慎判断数据内容的合法性并对此予以监督,如因上传、储存的内容违反法律法规、部门规章或国家政策或危害国家安全,由此造成的全部结果及责任由您自行承担,并且阿里云将保留在未通知您即暂停或终止您的 MQ 服务的权利及删除相应信息的权利,而无须承担任何义务和责任。 3.1.8. 您须依照《互联网信息服务管理办法》等法律法规的规定保留自己网站的访问日志记录,包括发布的信息内容及其发布时间、互联网地址(IP)、域名等,国家有关机关依法查询时应配合提供。您自行承担未按规定保留相关记录而引起的全部法律责任。 3.1.9. 您了解阿里云无法保证其所提供的服务毫无瑕疵(如阿里云安全产品并不能保证您的硬件或软件的绝对安全),但阿里云承诺不断提升服务质量及服务水平。所以您同意:即使阿里云提供的服务存在瑕疵,但上述瑕疵是当时行业技术水平所无法避免的,其将不被视为阿里云违约。您同意和阿里云一同合作解决上述瑕疵问题。 3.1.10.在您使用阿里云 MQ 服务前,您应仔细阅读阿里云就该服务在阿里云网站上的服务说明,依照相关操作指引进行操作,请您自行把握风险谨慎操作。如未按照相关指引操作可能导致包括但不限于数据库被删除、计算结果错误、计算性能低下等后果;您理解并认可,您将对自行操作行为所产生的结果负责。 3.1.11. 您理解并确认,备份您存储于阿里云 MQ 之上的数据,是您的责任。 3.1.12. 您可以通过 MQ 服务中的用户与授权管理功能,将您对 MQ 服务的全部或部分操作权限授权给您指定的一个或多个被授权账户,任一被授权账户下进行的所有操作行为,均将被视为您通过本人账户所进行的行为,您理解并同意,使用用户与授权管理功能是您自行独立审慎判断的结果,该被授权账户下的所有操作行为以及由此产生的结果,都将由您自行承担全部责任,并承担相应服务费用。 3.2. 阿里云的权利、义务 3.2.1. 阿里云应按照服务条款约定提供服务。 3.2.2. 服务期限内,阿里云将为您提供如下客户服务: 3.2.2.1. 阿里云为付费用户提供7×24售后故障服务,并为付费用户提供有效的联系方式并保证付费用户能够联系到故障联系人。故障联系人在明确故障后及时进行反馈; 3.2.2.2. 阿里云提供7×24小时的在线工单服务系统,解答客户在使用中的问题。 3.2.3.阿里云仅负责操作系统以下的底层部分及阿里云提供的软件的运营维护,即企业级分布式应用服务的相关技术架构及操作系统等。操作系统之上部分(如您在系统上安装的应用程序)由您自行负责。此外,您自行升级操作系统可能会造成宕机等不良影响,请自行把握风险并谨慎操作。 3.2.4. 阿里云将消除您非人为操作所出现的故障,但因您原因和/或不可抗力以及非阿里云控制范围之内的事项除外。 3.2.5. 阿里云应严格遵守保密义务。 用户数据的保存、销毁与下载 4.1. 阿里云可能会使用您提交的注册账户的信息,向您发出产品、服务的推广营销信息。 4.2. 您的用户数据将在下述情况下部分或全部被披露: 4.2.1. 经您同意,向第三方披露; 4.2.2. 根据法律的有关规定,或者行政或司法机构的要求,向第三方或者行政、司法机构披露; 4.2.3. 如果您出现违反中国有关法律法规的情况,需要向第三方披露; 4.2.4. 为提供您所要求的软件或服务,而必须和第三方分享您数据; 4.2.5. 其他出于法律法规要求或维护公共利益,而须披露或公开的。 4.3. 除法定及阿里云和您另行约定外,自本服务条款期满或因任何原因导致本服务条款提前终止之日起的 7 个自然日内,阿里云应继续存储您的数据,逾期将不再保留您数据,您需自行承担其数据被销毁后引发的一切后果。 知识产权 5.1. 您应保证提交阿里云的素材、对阿里云服务的使用及使用阿里云服务所产生的成果未侵犯任何第三方的合法权益。如有第三方基于侵犯版权、侵犯第三人之权益或违反中国法律法规或其他适用的法律等原因而向阿里云提起索赔、诉讼或可能向其提起诉讼,则您应赔偿阿里云因此承担的费用或损失,并使阿里云完全免责。 5.2. 如果第三方机构或个人对您使用阿里云服务所涉及的相关素材的知识产权归属提出质疑或投诉,您有责任出具相关知识产权证明材料,并配合阿里云相关投诉处理工作。 5.3. 您承认阿里云向您提供的任何资料、技术或技术支持、软件、服务等的知识产权均属于阿里云或第三方所有。除阿里云或第三方明示同意外,您无权复制、传播、转让、许可或提供他人使用上述资源,否则应承担相应的责任。 保密条款 6.1. 保密资料指由一方向另一方披露的所有技术及非技术信息(包括但不限于产品资料,产品计划,价格,财务及营销规划,业务战略,客户信息,客户数据,研发资料,软件硬件,API 应用数据接口,技术说明,设计,特殊公式,特殊算法等)。 6.2. 本服务条款任何一方同意对获悉的对方之上述保密资料予以保密,并严格限制接触上述保密资料的员工遵守本条之保密义务。除非国家机关依法强制要求或上述保密资料已经进入公有领域外,接受保密资料的一方不得对外披露。 6.3. 本服务条款双方明确认可保密资料是双方的重点保密信息并是各自的重要资产,本服务条款双方同意尽最大的努力保护上述保密资料等不被披露。一旦发现有上述保密资料泄露事件,双方应合作采取一切合理措施避免或者减轻损害后果的产生。 6.4. 本条款不因本服务条款的终止而失效。 服务的期限及终止 7.1. 服务期限自您创建服务之日(支付成功之时)起计算,而非以您获得管理员身份(包括获取了管理员登录号和密码)为依据,服务期限将以您订购的套餐期限为准。 7.2. 发生下列情形,阿里云终止向您提供消息队列服务(MQ): 7.2 1. 双方协商一致终止; 7.2.2. 阿里云由于自身经营政策的变动,提前通过发网站内公告、在网站内合适版面发通知或给您发站内通知、书面通知的方式,终止本服务条款项下的服务; 7.2.3 由于您严重违反本服务条款(包括但不限于 a.您未按照本服务条款的约定履行付款义务,及/或 b.您严重违反本服务条款中所做的承诺,及/或 c.您严重违反法律规定等),阿里云有权按本服务条款的相关约定单方面终止服务。 7.2.4. 您理解并充分认可,虽然阿里云已经建立(并将根据技术的发展不断完善)必要的技术措施来防御包括计算机病毒、网络入侵和攻击破坏(包括但不限于 DDOS)等危害网络安全的事项或行为(以下统称该等行为),但鉴于网络安全技术的局限性、相对性以及该等行为的不可预见性,因此如因您遭遇该等行为而给阿里云或者阿里云的其他的网络或服务器(包括但不限于本地及外地和国际的网络、服务器等)带来危害,或影响阿里云与国际互联网或者阿里云与特定网络、服务器及阿里云内部的通畅联系,阿里云可决定暂停或终止服务,如果终止服务的,将按照实际提供服务月份计算(不足一个月的按一个月计)服务费用,将剩余款项(如有)返还。 7.2.5. 阿里云可提前30天在 www.aliyun.com 上通告或给您发网站内通知或书面通知的方式终止本服务条款,届时阿里云应将您已支付但未消费的款项退还至您的阿里云账户。 违约责任 8.1. 本服务条款任何一方违约均须依法承担违约责任。 8.2. 您理解,鉴于计算机、互联网的特殊性,下述情况不属于阿里云违约: 8.2.1. 阿里云在进行服务器配置、维护时,需要短时间中断服务; 8.2.2. 由于 Internet 上的通路阻塞造成您网站访问速度下降。 8.3. 如因阿里云原因,造成您连续72小时不能正常使用服务的,您可以终止服务,但非阿里云控制之内的原因引起的除外。 8.4. 在任何情况下,阿里云均不对任何间接性、后果性、惩戒性、偶然性、特殊性的损害,包括您使用阿里云服务而遭受的利润损失承担责任(即使您已被告知该等损失的可能性)。 8.5. 在任何情况下,阿里云对本服务条款所承担的违约赔偿责任总额不超过违约服务对应之服务费总额。 不可抗力 9.1. 因不可抗力或者其他意外事件,使得本服务条款的履行不可能、不必要或者无意义的,遭受不可抗力、意外事件的一方不承担责任。 9.2. 不可抗力、意外事件是指不能预见、不能克服并不能避免且对一方或双方当事人造成重大影响的客观事件,包括但不限于自然灾害如洪水、地震、瘟疫流行等以及社会事件如战争、动乱、政府行为、电信主干线路中断、黑客、网路堵塞、电信部门技术调整和政府管制等。 法律适用及争议解决 10.1. 本服务条款受中华人民共和国法律管辖。 10.2. 在执行本服务条款过程中如发生纠纷,双方应及时协商解决。协商不成时,任何一方可直接向杭州市西湖区人民法院提起诉讼。 附则 11.1. 阿里云在 www.aliyun.com 相关页面上的服务说明、价格说明和您确认同意的订购页面是本服务条款不可分割的一部分。如果 www.aliyun.com 相关页面上的服务说明、价格说明和您确认同意的订购页面与本服务条款有不一致之处,以本服务条款为准。 11.2. 阿里云有权以提前30天在 www.aliyun.com 上公布、或给您发网站内通知或书面通知的方式将本服务条款的权利义务全部或者部分转移给阿里云的关联公司。 11.3. 如果任何条款在性质上或其他方面理应地在此协议终止时继续存在,那么应视为继续存在的条款,这些条款包括但不局限于保证条款、保密条款、知识产权条款、法律适用及争议解决条款。
2019-12-01 23:31:01 0 浏览量 回答数 0

问题

內建安全的软件开发

1. 传统安全实践面临着严峻的挑战 随着互联网应用、移动应用爆发式的增长,伴随而来的黑客攻击事件也是层出不穷。仅在过去的2015年里,被公开报道的数据泄露安全事件就有约3930起,将近7.36...
技术小菜鸟 2019-12-01 21:48:18 2077 浏览量 回答数 1

云产品推荐

上海奇点人才服务相关的云产品 小程序定制 上海微企信息技术相关的云产品 国内短信套餐包 ECS云服务器安全配置相关的云产品 开发者问答 阿里云建站 自然场景识别相关的云产品 万网 小程序开发制作 视频内容分析 视频集锦 代理记账服务 阿里云AIoT