精华内容
下载资源
问答
  • 产品发布会怎么介绍产品
    万次阅读
    2016-05-30 14:37:39

    互联网产品灰度发布

     

    关于2016年5月15日,DevOps成都站|架构与运维峰会活动总结

    1. 前言 2

    2. 灰度发布定义 5

    3. 灰度发布作用 5

    4. 灰度发布步骤 5

    5. 灰度发布测试方法 6

    6. 灰度发布引擎 6

    7. 灰度发布常见问题 8

    7.1. 以偏概全 8

    7.1.1. 问题特征: 8

    7.1.2. 解决方案: 8

    7.2. 知识的诅咒 9

    7.2.1. 问题特征: 9

    7.2.2. 解决方案: 9

    7.3. 发布没有回头路可走 9

    7.3.1. 问题特征: 9

    7.3.2. 解决方案: 9

    7.4. 用户参与度不够 10

    7.4.1. 问题特征: 10

    7.4.2. 解决方案: 10

    8. 让产品具备灰度发布能力 10

    8.1. 灰度机制的七个维度 10

    8.1.1. 需求度 10

    8.1.2. 速度 10

    8.1.3. 灵活度 10

    8.1.4. 冗余度 11

    8.1.5. 开放协作度 11

    8.1.6. 进化度 11

    8.1.7. 创新度 11

    8.2. 灰度发布的策略要素 11

    8.2.1. 易于发布到云平台 11

    8.2.2. 设置用户标识策略 12

    8.2.3. 目标用户选取策略 12

    8.2.4. 提供数据反馈入口 12

    8.2.5. 新版本回滚策略 12

    8.2.6. 新版本公关运营支持 13

    8.3. 灰度发布的方案 13

    8.3.1. 方案一:代码逻辑控制 13

    8.3.2. 方案二:Alibaba预发机制 14

    8.3.3. 方案三:SET部署 14

    8.3.3.1. 按照业务隔离部署 14

    8.3.3.2. 按照用户隔离部署 15

    8.3.4. 方案四:动态路由 16

    9. 采用灰度发布的案例 16

    9.1. 谷歌Gmail Labs 16

    9.2. 腾讯QZone 17

    9.3. 微信wechat 17

    9.4. Ucloud高可用架构实践 20

    10. 参考资料 26

     

     

    1. 前言

     互联网产品有一个特点,就是不停的升级,升级,再升级。一般采用敏捷开发的团队,基本上保持每周一次的发布频率,系统升级总是伴随着风险,新旧版本兼容的风险,用户使用习惯突然改变而造成用户流失的风险,系统down机的风险.....为了避免这些风险,很多产品都采用了灰度发布的策略,其主要思想就是把影响集中到一个点,然后再发散到一个面,出现意外情况后很容易就回退。

    很长时间,我们都一直在改进搜索引擎的排序算法,尽量让最好的商品出现在 搜索结果的第一屏。我们尝试了很多种算法,不断调整各个排序因子所占的比重。但是我们无法确信我们的排序结果能满足所有用户的需求。所以我们采用了灰度发 布,选取几个一级商品类目,在其中应用不同的排序算法,比如在女装类目中,我们把卖家信用所占的比率调整到60%,在珠宝类目中,我们把销售量所占的比率 调整到60%.. 然后发布出去,收集用户反馈,最终选择一种大部分人认为好的算法。

         在传统软件产品发布过程中(例如微软的Windows 7的发布过程中),一般都会经历Pre-Alpha、Alpha、Beta、Release candidate(RC)、RTM、General availability or General Acceptance (GA)等几个阶段(参考Software release life cycle)。可以看出传统软件的发布阶段是从公司内部->外部小范围测试>外部大范围测试->正式发布,涉及的用户数也是逐步放量的过程。

       在互联网产品的发布过程中也较多采用此种发布方式:产品的发布过程不是一蹴而就,而是逐步扩大使用用户的范围,从公司内部用户->忠诚度较高的种子 用户->更大范围的活跃用户->所有用户。在此过程中,产品团队根据用户的反馈及时完善产品相关功能。此种发布方式,按照中国特色的叫法被冠 以”灰度发布“、”灰度放量“、”分流发布“。

      关于“灰度发布”叫法的来源无从考察。只不过按照中国传统哲学的说法来看,很符合中国人中庸的思维模式:自然界所有的事物总是以对称、互补、和谐的形式存 在,例如黑与白、阴与阳、正与负、福与祸。在二元对立的元素间存在相互过渡的阶段,所谓”祸兮福所倚,福兮祸所伏“。具体到黑与白,在非黑即白中间还有中 间色——灰色。于是出现了很多关于灰色的说法:灰盒测试,灰色管理(极力推荐 任正非:管理的灰度),灰色收入,灰色地带等等。因此对于灰度发布实际上就是从不发布,然后逐渐过渡到正式发布的一个过程。

    2. 灰度发布定义

    灰度发布是指在黑与白之间,能够平滑过渡的一种发布方式。AB test就是一种灰度发布方式,让一部分用户继续用A,一部分用户开始用B,如果用户对B没有什么反对意见,那么逐步扩大范围,把所有用户都迁移到B上面 来。灰度发布可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题,以保证其影响度。

    3. 灰度发布作用

    a.及早获得用户的意见反馈,完善产品功能,提升产品质量

    b.让用户参与产品测试,加强与用户互动

    c.降低产品升级所影响的用户范围

    d.规避一定的发布风险

    e.避免停服发布给用户带来不便

    f.具有容灾能力

    4. 灰度发布步骤

      1)、定义目标

      2)、选定策略:包括用户规模、发布频率、功能覆盖度、回滚策略、运营策略、新旧系统部署策略等

      3)、筛选用户:包括用户特征、用户数量、用户常用功能、用户范围等

      4)、部署系统:部署新系统、部署用户行为分析系统(web analytics)、设定分流规则、运营数据分析、分流规则微调

      5)、发布总结:用户行为分析报告、用户问卷调查、社会化媒体意见收集、形成产品功能改进列表

      6)、产品完善

      7)、新一轮灰度发布或完整发布

     

    5. 灰度发布测试方法

         灰度发布于互联网公司常用A/B测试似乎比较类似,老外似乎并没有所谓的灰度发布的概念。按照wikipedia中对A/B测试的定义,A/B测试又叫:A/B/N Testing、Multivariate Testing,因此本质上灰度测试可以算作A/B测试的一种特例。只不过为了术语上不至于等同搞混淆,谈谈自己理解的两者的差异。

        灰度发布是对某一产品的发布逐步扩大使用群体范围,也叫灰度放量

        A/B测试重点是在几种方案中选择最优方案

       关于A/B测试可以参考这篇文章:A/B测试终极指南

     

    6. 灰度发布引擎

         对于一般的小系统并不需要单独的灰度发布引擎,可以参考A/B测试中做法,在页面javascript或服务器端实现分流的规则即可。但对于大型的互联网应用而言,单独的用于管理用户分流的发布引擎就很有必要了。“钱掌柜”分流发布模式 提到了原来阿里软件所使用的灰度发布引擎,设计思路具有普遍性,可以供参考


    下面是一个灰度发布的架构示意图:

     

    7. 灰度发布常见问题

    7.1. 以偏概全

    7.1.1. 问题特征:

    a选择的样本不具有代表性;

    b样本具有代表性,但选择样本用户使用习惯并没有涵盖所有核心功能

    7.1.2. 解决方案:

    样本选择要多样化,样本的组合涵盖大部分核心功能

    7.2. 知识的诅咒

    “知识的诅咒”的说法来自《粘住》中实验,具体可以自己搜索一下。我们自己对于自己开发的产品极为熟悉,于是乎想当然认为用户也应当能够理解产品的设计思路、产品的功能使用。

    7.2.1. 问题特征:

    a结果没有量化手段;

    b只依赖于用户问卷调查;

    c没有web analytics系统;

    d运营数据不全面,只有核心业务指标(例如交易量),没有用户体验指标

    e对结果分析,只选择对发布有利的信息,对其他视而不见

    7.2.2. 解决方案:

    a产品设计考虑产品量化指标

    b结果分析依据量化指标而不是感觉

    7.3. 发布没有回头路可走

    7.3.1. 问题特征:

    a新旧系统用户使用习惯差异太大,没有兼容原有功能

    b新旧系统由于功能差异太大,无法并行运行,只能强制升级

    c新系统只是实现了旧系统部分功能,用户要完整使用所有功能,要在 在新旧系统切换

    d新旧系统数据库数据结构差异太大,无法并行运行

    7.3.2. 解决方案:

        前期产品策划重点考虑这些问题,包括:回滚方案、 新旧系统兼容方案、用户体验的一致性、用户使用习惯的延续性、新旧系统数据模型兼容性

    7.4. 用户参与度不够

    7.4.1. 问题特征:

    a指望用户自己去挖掘所有功能。对于一个产品,大部分用户经常只使用部分功能,用户大部分也很懒惰,不会主动去挖掘产品功能

    b互动渠道单一

    c陷入“知识的诅咒”,不尊重参与用户意见

    7.4.2. 解决方案:

    a善待吃螃蟹的样本用户,包括给予参与测试的用户小奖励(例如MS给参与Win7测试用户正版License)、给用户冠以title

    b通过邮件、论坛、社区、Blog、Twitter等新媒体与用户形成互动

    c提供产品功能向导。在hotmail最近的升级后的功能tip,gmail的tip都有类似的产品功能导向。在产品中会提示类似于:你知道吗,xx还提供xx功能,通过它你可以xx 。

    8. 让产品具备灰度发布能力

    8.1. 灰度机制的七个维度

    8.1.1. 需求度

    用户需求是产品核心,产品对需求的体现程度,就是企业被生态所需要的程度;

    8.1.2. 速度

    快速实现单点突破,角度、锐度尤其是速度,是产品在生态中存在发展的根本;

    8.1.3. 灵活度

    敏捷企业、快速迭代产品的关键是主动变化,主动变化比应变能力更重要;

    8.1.4. 冗余度

    容忍失败,允许适度浪费,鼓励内部竞争内部试错,不尝试失败就没有成功;

    8.1.5. 开放协作度

    最大程度地扩展协作,互联网很多恶性竞争都可以转向协作型创新;

    8.1.6. 进化度

    构建生物型组织,让企业组织本身在无控过程中拥有自进化、自组织能力;

    8.1.7. 创新度

    创新并非刻意为之,而是充满可能性、多样性的生物型组织的必然产物。

     

    8.2. 灰度发布的策略要素

    8.2.1. 易于发布到云平台

        一般采用灰度发布都是具有自主产品的平台模式发布,而不是在客户服务器端进行发布,具备自主研发产品和有一定硬件部署能力的企业可以考虑灰度发布。

    灰度发布一般是基于云的需要,如负载均衡,用户隔离等机制。如大型的电商网站等都是采用的分布式部署方式,利用负载均衡实现服务器分发,将用户访问分配到不同的地区服务器访问,确保用户访问效率,提升用户体验。

    之所以强调易于发布,就是公司要具备自己可操作的服务器设备(云服务设备),这样可以实现在用户不知情的情况下实现灰度发布。即,在用户无感知的情况下实现最优配置的测试部署,提升产品质量,实现产品快速迭代——频繁发布,实现具有意义的‘实时发布’策略。

    注:需要开通云服务模式(有一定硬件和经济实力的公司可以考虑)。

     

    8.2.2. 设置用户标识策略

    用于区分用户,辅助数据统计,保证灰度发布过程中用户体验的连贯性(避免用户在新旧版本中跳变,匿名Web应用比较容易有这个问题)。匿名Web应用可采用IP、Cookie等,需登录的应用可直接采用应用的帐号体系。

    8.2.3. 目标用户选取策略

    即选取哪些用户先行体验新版本,是强制升级还是让用户自主选择等。可考虑的因素很多,包括但不限于地理位置、用户终端特性(如分辨率、性能)、用户自身特点(性别、年龄、忠诚度等)。对于细微修改(如文案、少量控件位置调整)可直接强制升级,对于类似新浪微博改版这样的大型升级,应让用户自主选择,最好能够提供让用户自主回滚至旧版本的渠道。

    对于客户端应用,可以考虑类似Chrome的多channel升级策略,让用户自主选择采用stable、beta、unstable channel的版本。在用户有明确预期的情况下自行承担试用风险。

    8.2.4. 提供数据反馈入口

         用户数据反馈:在得到用户允许的前提下,收集用户的使用新版本应用的情况。如客户端性能、客户端稳定性、使用次数、使用频率等。用于与旧版本进行对比,决策后续是继续扩大新版本投放范围还是回滚。
         服务端数据反馈:新版本服务端性能、服务端稳定性等,作用与用户数据反馈类似。

    8.2.5. 新版本回滚策略

    当新版本灰度发布表现不佳时,应回滚至旧版本。对于纯粹的Web应用而言,回滚相对简单。主要难点在于用户数据的无缝切换。对于客户端应用,如果期待用户自行卸载新版本另行安装旧版本,成本和流失率都太高。可以考虑通过快速另行发布新版本,利用升级来“回滚”,覆盖上次灰度发布的修改。

    对于移动客户端,新版本发布成本较高,需要Appstore、Market审核。本人没有移动客户端产品的经验,不太确定移动客户端产品如何处理灰度发布及回滚。但尽量将客户端打造成Web App,会更有利于升级和回滚。(不过苹果对纯Web App类的App有较强的限制,好像已经不允许在Appstore上发布这类应用了?)

    8.2.6. 新版本公关运营支持

    对于改版级别的大型升级,需要配合公关运营支持,用于及时处理用户在微博、博客等渠道给出的“显式反馈”。对比通过隐式数据反馈得到的结论后,综合考虑应对策略。

    8.3. 灰度发布的方案

    灰度发布一般有三种方式 nginx+lua,nginx根据cookie分流,nginx 根据权重来分配:
         nginx+lua根据来访者ip地址区分,由于公司出口是一个ip地址,会出现访问网站要么都是老版,要么都是新版,采用这种方式并不适合nginx 根据权重来分配,实现很简单,也可以尝试nginx根据cookie分流,灰度发布基于用户才更合理

     

    Nginx+lua配置可以参考如下文章进行实践:

    利用nginx+lua+memcache实现灰度发布

     

    Nginx+Lua+Redis实例

     

    nginx灰度方案---基于ip或者基于cookies

     

    8.3.1. 方案一:代码逻辑控制

    实现:

    在代码中埋开关,做if-else判断,对于需要灰度的机器,设置开关为on,否则为off。每次版本发布都是有两个版本。

    优点

    · 快速回滚,不需要重新发布和重启系统。

    缺点

    · 对代码有倾入性。

    · 分支逻辑,带来复杂性。

    这种方式笔者曾经应用过,就是在阿里的时候把商品的数据库从Oracle切换到MySql,使用了一个状态变量进行控制。从而打到平滑迁移的效果。

     

    8.3.2. 方案二:Alibaba预发机制

        其实这个不是真正意义上的灰度。因为这个预先发布机器是内部IP,没有对外服务的。需要绑定域名进行验证。但是数据是完全的线上。所以本质上是灰度 某些特定用户(可以访问灰度机器的用户,内部测试用户)的一种简单做法。其实API这边也有类似的做法,就是我们的Gamma环境,而且我们还提供了 Gamma机器的域名,方便外部合作用户配合测试。

    优点

    · 简单

    缺点

    · 浪费一台机器(这个可以预先发布完成之后投入正式环境,预发布的时候从nginx摘除,不过需要运维支持。)

    · 不够灵活

    · 只能针对接入层机器,IDL服务灰度需要另外考虑。

    8.3.3. 方案三:SET部署

    8.3.3.1. 按照业务隔离部署

        比如现在API Container的做法,部署的粒度可以到API级别,前端根据nginx进行转发。比如:

    · 微购物 API Container: api.weigou.qq.com

    · 拍拍 API Container:api.paipai.com

    · 易迅 API Container: api.yixun.com

    · 网购 API Container:api.buy.qq.com

        上面是大业务级别的隔离部署。还可以进一步细化到模块级别,比如虚拟服务电商的API,是挂在拍拍下面的一个子业务模块,但是由于他们接入微信之 后,访问量大增,为了避免影响拍拍其他业务,也为了避免受其他业务影响,API这里是给他们单独部署了两台机器,nginx配置一下就可以将针对虚拟的 API访问引流过来了:

    虚拟API Container:http://api.paipai.com/v2/virbiz

    这样,我们在发布一个版本的时候,可以先选择业务量最小的易迅进行发布,观察没有问题再全量其他平台。

    8.3.3.2. 按照用户隔离部署

        这个对于开放平台来说不是很适合,不过对于SNS这种应用场景就很合适了。比如QQ系统,按照用户号码段分为若干个set,每个set包含连续1亿 个号码的用户。假设现在最新的QQ号码接近10亿,则总共有10个set(Set 1到Set 10)。这样每次可以选择其中一个SET进行发布,而且高位QQ往往是不是很重要的用户,所以会先发布SET10。

    优点

    · 隔离部署,各个业务线影响最小。自动支持灰度发布。

    缺点

    · 灰度的粒度取决于隔离部署的粒度,一般会偏大。

    · 相对于集中部署比较浪费机器。

    · 各个业务线版本可能不一致,不利于统一管理。

    · 有一定的实现和部署成本

     

     

    8.3.4. 方案四:动态路由

       采用一个可以灵活配置的灰度策略,影响Load Balance的行为,让其根据灰度策略,返回灰度服务的IP和端口。

    适合与后台IDL的服务灰度。

    优点

    · 灵活,可控。

    缺点

    · 现在的配置中心和L5本身没有考虑指定路由策略,且不具有扩展性,需要在其外边开发。

    · API的元数据来源比较分散,目前 API和IDL元数据,API等级和频率限制 分布在不同的数据源,现在需要增加一个 灰度路由 数据源。

     

     

    9. 采用灰度发布的案例

    9.1. 谷歌Gmail Labs

    Gmail Labs是一个新特性橱窗,用户可以自己选择一些未正式发布的新特性进行体验,不喜欢可以关闭,在这个过程中,吃了螃蟹,也当了Google的小白鼠。

    这个做法比传统的灰度要高明很多,更加尊重用户:

    1、它没有强加用户,用户是否愿意当小白鼠完全自愿

    2、新特性不是打包在一起的一个大版本,可以选择某几个喜欢的螃蟹尝尝

    3、螃蟹不好吃可以扔掉,不用硬吃进肚子里引发肠胃炎

    当然这些好处也是有代价的:

    1、要开发一个labs平台实现新特性上架、独立尝试的功能,这可能要改动Gmail的前后台架构

    2、新特性要按照一定规范来写,才能发布到这个平台上,可能会增加一些工作量

    3、小白鼠用户增多之后,对系统的压力可能会有一定提升,因为每一位用户调用的界面都不一样了

    既然Gmail Labs能够顺利发布,那么说明对Google来说,以上这些问题都不算问题。另外,现在展示的新特性,都注明了开发者的名字,那么,Gmail Labs可能会开放这个平台让外部开发者也能提交特性?这倒是很open的一种开发模式,非常适合Google的web app产品线。

    9.2. 腾讯QZone

    QZone是另外一个采用灰度发布的例子。大家都知道,QZone的改进是巨大的,从以前慢悠悠的老爷爷变成了一个充满青春活力的小伙子。其中经历了大小无数次的发布,他们的发布也都是采用了灰度发布的策略,用户数据的升级并不是大 面积的一次性升级,而是通过一个用户升级标志服务器,如果用户数据没有升级,后台会把此用户的数据逐步迁移到新版本上,然后将升级标志位置1,升级过程 中,用户仍然可以访问旧的数据,升级完成后的访问都将转发给新的版本。

    QQ的很多产品发布都采用灰度发布,有些是抽取部分QQ号段升级成新系统,然后根据用户反馈再大范围升级。

    9.3. 微信wechat

    灰度、灰度、再灰度

        在变更后的部署方式上,微信在一些规则会限定不能一次把所有的逻辑变更上去,每一次变更一小点观察到每一个环节没有问题的时候,才能布局到全网上去。微信后台每一天可以支撑超过20个后台变更,在业界来说,通常做到5个已经是比较快了,但是微信可以做到快4倍。


    腾讯内部的上线系统

    而所谓灰度发布,是指在黑与白之间,能够平滑过渡的一种发布方式。AB test就是一种灰度发布方式,让一部用户继续用A,一部分用户开始用B,如果用户对B没有什么反对意见,那么逐步扩大范围,把所有用户都迁移到B上面 来。灰度发布可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题,以保证其影响度。(在腾讯,灰度发布是最常采用的发布方式之一)

    孙子兵法:古之所谓善战者,胜于易胜者也

    常识上,解决一个复杂问题的时候,会用高明的技巧解决复杂的问题,这个不是微信团队的目标,他们追求的要做到让所有问题很自然和简单的方式解决掉。在周颢看来,微信架构的技术复杂点在四个要点:协议、容灾、轻重、监控。

    微信架构

    · 协议。手机终端跟后台服务器之间的交互协议,这个协议的设计是整个系统的骨架,在这一点做好设计可以使得系统的复杂度大大降低。

    · 容灾。当系统出现了若干服务器或若干支架(宕机的时候),仍然需要让系统尽可能的提供正常的服务。

    · 轻重。如何在系统架构中分布功能,在哪一个点实现哪一个功能,代表系统中间的功能配置。

    · 监控。为系统提供一个智能仪表盘。

    在协议设计上,移动互联网和常规互联网有很大的区别。首先有CMWAP和CMNET的不同,在中国现在有相当多的手机用户使用WMWAP连接,还有 就是在线和离线的概念,当QQ下线的时候叫离线,当你登录的时候叫在线。但是在移动互联网这两个概念比较模糊。从微信的设计中,不管在线还是离线系统表现 都应该是一致的。还有一个是连接不稳定的问题,由于手机信号强弱的变化,当时信号很好,5秒钟走到信号不好的地区,连接就必须断掉。这个中间带来不稳定的 因素为协议设计带来较大困难。此外就是资费敏感的问题,因为移动互联网是按照流量计费的,这个计费会使得在协议设计中如何最小化传输的问题。最后就是高延 迟的问题。

    对此,业界标准的解决方案:Messaging And Presence Protocol:1)XMPP;2)SIP/SIMPLE。它的优点是简单,大量开源实现。而缺点同样明显:1)流量大:状态初始化;2)消息不可靠。

    微信在系统中做了特殊设计,叫SYNC协议,是参考Activesyec来实现的。特点首先是基于状态同步的协 议,假定说收发消息本身是状态同步的过程,假定终端和服务器状态已经被迟了,在服务器端收到最新的消息,当客户端、终端向服务器对接的时候,收取消息的过 程实际上可以简单的归纳为状态同步的过程,收消息以及收取你好友状态更新都是相同的。在这样的模式之下,我们会也许会把交互的模式统一化,只需要推送一个 消息到达的通知就可以了,终端收到这个通知就来做消息的同步。在这样的简化模式之下,安卓和塞班都可以得到统一。这样的系统本身的实现是更为复杂的,但是 获得很多额外的好处。

    让剩下系统实现的部分更加简单,简化了交互模式,状态同步可以通过状态同步的差值获得最小的数据变更,通过增量的传输得到最小的数据传输量。通过这 样的协议设计,微信可以确保消息是稳定到达的,而且是按序到达。引用一句俗话:比它炫的没它简单,比它简单的没它快,没谁比他更快,哪怕在GPRS下,微 信也能把进度条轻易推到底。

    9.4. Ucloud高可用架构实践

    DevOps成都站|架构与运维峰会活动总结地址:

    http://mp.weixin.qq.com/s?__biz=MjM5NDE0MjI4MA==&mid=2656298704&idx=2&sn=68d5d42a9c26640a21eebd3253ca81c3&scene=1&srcid=0519IBq6Q2k77kYAQmXuofuV&from=groupmessage&isappinstalled=0#wechat_redirect

    此处主要截取账户计费系统架构演进过程的六个阶段进行整理。

    服务架构的演进过程


    UCloud服务架构的演进主要经历了以下六个阶段:

    a.单体模式;

    b.具有灰度发布能力;

    c.前后端分离;

    d.服务化改造;

    e.按SET部署;

    f.分机房按SET部署,按SET进行跨机房热备容灾。

     

    1. 单体模式架构上线业务系统

    UCloud服务初期上线时的架构主要分三部分:

    · 

    PHP Web Conosle,负责所有前端展现交互、后台服务间逻辑组装;

    · 

    · 

    平台类服务,账户、计费、监控、名字服务等公共服务;

    · 

    · 

    各业务系统分数据中心后台服务的接入层。

    · 

    PHP Web Console、业务系统分数据中心的服务、平台类服务组合上线,Web Console 通过Protobuf与所有后端服务进行通信。

     

    2. 具备灰度发布能力

    要解决前面面临的问题,我们首先需要支持Web层灰度发布包含以下的灰度方式:

    · 

    无用户态特性按照 单IP -> IP段(地区) -> 到IP取模逐步灰度控制影响范围;

    · 

    · 

    有用户态特性按照 单内部用户(开发账号) -> 内部测试账号 -> 用户分级逐步灰度发布控制影响范围。

    · 

     

    3. 前后端分离

    · 

    开发API Gateway 层用来管理后端 API 注册和管理、权限验证管理、流量控制;

    · 

    · 

    开发API层,解决前台交互层,需要整合跨系统逻辑调用问题,前端只专注产品交互和用户体验;

    · 

    · 

    开发统一的单点登陆Token,系统方便前端实现跨域API调用让前端代码可以完全静态化。

    · 

    在此阶段,完成前端展现可以独立控制发布,彻底实现了前后端解耦,API协议保证向前兼容,Web端可以随意重构交互优化前端架构,实现了跨域独立部署,独立的灰度策略互相之间不受影响,极大的提高了前端团队开发效率和稳定性。

     

    4. 服务化改造

     对业务端API开发效率优化:

    · 

    按照业务模块化,所有业务API由后台产品研发部门独立部署发布上线;

    · 

    · 

    抽象通用平台类特性例如:子账号特性,权限体系,计费等特性抽象公共能力让业务端在API中组装。

    · 

    总体目标:让业务API开发效率提升并单独部署维护,提高产品特性的研发迭代效率并提高稳定性。

     

    5. 按SET部署


    基础架构优化完毕,各个业务系统单独部署发布,开始对系统进行容量和容灾方面的考虑,从部分平台类系统开始考虑按SET部署架构测底解决容量和容灾问题,每个SET只服务一部分用户,保证遇到物理服务器宕机等故障情况下只影响部分用户或业务。

    例如图上所示, SET 1 服务1 ~ 服务50000000 用户,SET 2 服务50000001 ~ 100000000 的用户,一个SET 出现问题只影响一个部分用户,不同的业务根据自身情况进行SET切分,规模大小也视情况而定,按SET部署后合理的划分方式下不同SET之间数据还可以互相迁移,来平衡搞负载或高容量的SET,极大的提高了可运维性。

     

    6. 分机房部署SET


    按SET部署架构改造完毕后还没有达到最理想的状态,如果所有服务部署在单机房还是可能会出现问题,机房整体出现断电、断网等故障还是会出现大面积影响。

    · 

    对SET架构进行分机房部署,让不同的用户运行在不同的机房中,这依赖一些基础设施比如跨机房光线专线。

    · 

    · 

    跨地域SET在相邻节点部署热备,以便出现机房故障时能具备异地快速恢复服务的能力。

    · 

    总体介绍了UCloud在不同的阶段架构演进的一些过程和经验,架构没有最好的,只有最合适当前业务发展的架构。

     

     

    10. 参考资料

    什么是灰度发布

     

    从腾讯的“灰度机制”到产品的“灰度上线”,你了解多少?

     

    “钱掌柜”分流发布模式

    百度百科:灰度发布

    A/B testing

    A/B测试终极指南

    互联网产品的灰度发布

    聊聊灰度发布

    一亿用户增长背后的架构秘密-腾讯微信技术总监周颢

     

    马化腾谈互联网产品:灰度法则的七个维度

     

     

     

     

    更多相关内容
  • 同样地,苹果历年的产品发布会也是如此。 那么,苹果发布会到底有哪些值得借鉴的地方呢?为什么说苹果发布会甩掉国产厂商发布会好几条街呢? 我从我的角度,来跟你谈下苹果发布会中,值得学习的几个点。 01...
    在我的印象中,苹果一直是一个很伟大的科技公司。它做出了很多推动行业发展的事情,值得诸多科技公司借鉴。同样地,苹果历年的产品发布会也是如此。

    那么,苹果发布会到底有哪些值得借鉴的地方呢?为什么说苹果发布会甩掉国产厂商发布会好几条街呢?

    我从我的角度,来跟你谈下苹果发布会中,值得学习的几个点。

    01/
    在发布新产品之前,先来解释为什么做这一款产品?

    这一点在乔布斯时代的苹果发布会上比较常见。

    如果你看过早期的苹果发布会,你会发现,乔布斯在介绍一款新产品时,都会先给观众一个解释,苹果为什么要推出这款产品?这一点对于新产品发售而言,非常有必要。

    因为它给了用户一个购买的理由。没有人会买一款对自己没价值的产品。

    像苹果推出第一代 IPHONE 智能手机的时候,他在幻灯片上画了这样一张图:


    这个图要表示什么含义呢?乔布斯是这样说的。
    虽然目前市面上有一些手机了,但是,这些手机中,像摩托罗拉,虽然是智能手机,但不好用,而有些手机,虽然好用,但又不智能,所以,苹果要出一款既智能,也好用的手机,它的名字就叫做 IHPONE 。来重新定义智能手机。

    不得不说,太赞了!对于新产品介绍的发布会而言,我觉得可以学学这一点。

    02/
    发布会开始前,先汇报公司的成绩。

    为什么要先进行这一点呢?很好理解。学术研究中有一个词儿叫做,吹牛逼,翻译成英文就是 Niubility 。那么,为什么呢?大概有两点原因。

    一是,让用户能够对公司产生信赖,这是最主要的。

    因为买大件物品,像 Iphone ,好几千块钱,不是说买完就没事儿了,还要牵扯到售后,维修等等。把一些值得说的成绩拿出来讲,可以让用户对这个公司放心,消除购买产品时的顾虑。

    二是,让用户有一种当爹妈的错觉。

    这跟小时候考完试回家跟父母汇报完成绩,再去要零花钱是一个道理。试想,如果一个公司 CEO 上台就说,我们现在要卖产品了,赶快掏钱,这稍微有点生硬。

    所以,历代产品发布会上,我们看到都会有这么样的一个开头。

    这是今年的。



    这是去年的。


    03/
    多放一些与产品有关联的、具体的生活工作场景图片。

    这个在市场营销学上是有依据的,叫做场景化营销。

    什么意思呢?用户不会为众多与自己无关的功能买单,能让他们掏腰包的卖点,往往可能只是其中的某一个功能可以解决某一场景下的某个问题。

    所以,在发布会上多放一些与产品有关的场景图片,会在很大程度上引起消费者共鸣,让他们觉得,「哦,原来这款产品对我而言,也是有一定用途的。」
    像苹果这么大的商业公司,肯定也知道这一点。所以,大家可以看到,最近几年的苹果发布会上,大多数的产品配图都是这样的。




    04/
    产品对比中的一些门道。

    我这里说的产品对比,不是说跟友商撕逼,互相贬低对方产品。这个行为太 LOW ,目前,苹果作为全球最伟大的手机公司,散发着大公司独有的自信,肯定不会干撕逼这么掉价的事儿。

    而我要说的产品对比,是自家产品&公司的对比。

    如果公司&产品数据增长明显的话,那么,最好选择使用可视化的图表。这让人看完之后,会觉得,增长很明显。


    而如果与上代产品相比,数据增长不明显的话,还想用可视化的图表展示,怎么办呢?答案很简单,那就是与初代产品相对比。

    比如说芯片处理速度,较之于上代产品,仅提升了20%。


    但没关系,相较于第一代iPhone而言,苹果竟然提示快了120倍。


    另外,还有处理器的效能,竟然提升了240倍,忽然觉得苹果好棒。



    这些都是套路。

    当然,有些时候,如果提升空间实在不大,怎么办呢?也很简单,答案就是使用一些模糊词,比如很大程度上......,优化了......等。

    05/
    多演示,少展示。

    苹果号称是一家披着硬件外衣的互联网公司,也就是说,苹果更自信的是手机中的软件服务所以,在发布会上,会花很多时间和经理在软件服务的演示上。

    给大家举一些例子。

    比如为了演示相机拍照画质比较鲜亮,这哥们儿当场把外套拉开,露出花衬衫,来演示相机功能。


    还有去年发布会中,当场做个 PPT 幻灯片。


    演示下键盘使用效果。


    而反观国内大多数手机公司,他们虽然也号称互联网公司,但在发布会上,大多时候,对于软件只是简单的放张图片展示下功能罢了。

    给大家举几个例子。

    当想要表现手机能玩一些高耗游戏时,国产厂商可能放上一张渲染图。虽然,视觉表现力可以,但给我的感觉是,美的不真实。


    如果能够像苹果一样,当场玩下游戏,大家觉得会不会很好呢?


    演示和展示虽然只有一字之差,但所呈现的现场效果是截然不同。我揣摩了一下,深层次的原因可能有两个:
    一是国内网络技术条件不成熟,现场网络信号传输不行。

    一旦演示,可能会出现卡顿的情况。而且,动态演示时,不可控因素很多,对活动策划要求能力太高。所以,干脆也不演示了,放几个图片,大家看看就算了。

    二是可能软件服务真的不行。

    它们并非是披着硬件外衣的互联网公司,而恰恰相反,应该是披着互联网外衣的硬件公司。

    06/
    对于产品功能的演示,尽量多用MG动画和视频。

    动态立体展示效果肯定比静态平面好很多。本来挑选了一个视频片段给大家谈一下,但腾讯视频审核还没通过,所以,就没法聊了。

    我在这里给大家解释一下,都知道视频效果好,但为什么很多企业发布产品时,仍然选用静态平面的呢?

    很简单,一个字,便宜!做过视频的朋友都知道,玩视频多贵啊,都是按秒收费的。而做平面的演示,压根花不了几个钱。这也是最能够见证公司实力的一点。

    所以,如果你想真正做一场令人惊艳的产品发布会,视频少不了。

    07/
    还有一些比较零散的电,我在这里简单说一下。

    7.1 如果发布会分为好几个部分,每一部分开始时,要有一个过渡页的提示,在讲完之后要有一个总结。




    7.2 为了避免台下观众拍摄时,曝光过度,发布会 PPT 背景和演讲人的着装尽量选择深色。




    OK,到这里基本说的差不多了。我在这里总结一下。

    • 在发布新产品之前,先来解释为什么做这一款产品?从而给用户一个购买的理由。
    • 开场前汇报下企业成绩,让用户不会有后顾之忧。
    • 将产品置入生活化的场景中,展示给用户。
    • 产品对比时,如果差距明显,就用图表,不明显,就重新确定对比物。
    • 对于软件服务,演示才是王道。
    • 有钱的话,多放几个视频。
    • 注意幻灯片过渡以及背景选择深色。

    展开全文
  • 4月21日凌晨1点苹果召开春季新品发布会,整场发布会历时一小时共发布了五款主要产品,这可能算得上是苹果最精简的发布会了! 首先是互联网服务上的更新 苹果信用卡服务可以全家共享额度 重新设计的博客应用...

    4月21日凌晨1点苹果召开春季新品发布会,整场发布会历时一小时共发布了五款主要产品,这可能算得上是苹果最精简的发布会了!

     


     

    首先是互联网服务上的更新

    苹果信用卡服务可以全家共享额度 重新设计的博客应用等等,这部分与国内的用户基本无关,于是就不介绍了


     

     

    第一个产品是紫色的iPhone12(包括iPhone12 mini)

    一看就是讨好女性用户用来清库存的新配色,跟之前差不多也就不多介绍

     

     

     


    第二个产品是苹果的Airtag防丢器:一款传言已久的产品终于发布了

     

     

    支持UWB技术  因此用户可以查看iPhone与AirTag设备的远近  ,在查找相关产品时要更为精确和方便

     




    用户可以在其表面增加表情包等个性化图案

     


    国内售价229元  提供了四枚的套装版  售价779元

     



    在Apple TV部分库克预告了新一季的自制剧《足球教练》,对于国内大多数用户而言这也没什么大不了的

     


     

     

    第三个产品是全新的搭载A12芯片的Apple TV4K

    会有更好的画面效果,支持放映iPhone12拍摄的杜比视界标准的视频

     


    黑科技是用户可以用iPhone校准电视的色彩管理

     

    搭配了新的遥控器  用户可以用它唤醒Siri,售价是179美元  跟国内大多数用户也没什么关系


     

     

     

    第四款产品 也是个人感觉今晚最重磅的产品,搭载M1芯片的iMac重回多彩机身

     

    但是下巴还在,有点小失望,而且因为回归多彩iMac
    一贯的高端形象瞬间就拉跨了,不知道已经离职的乔纳森.伊夫对此有何感想

     

     


    屏幕表明覆盖有玻璃,机身内部从一个大风扇改成两个小风扇,使得新iMac比
    上一代产品更轻薄

     

     

    屏幕从21.5英寸扩大到24英寸 支持4.5K分辨率和原彩

     


    显示,上面有一个1080p的前置摄像头  号称是Mac电脑中最强的摄像头

     


    采用能过滤背景音的三麦克风阵列 号称是Mac电脑中最强的麦克风
    两对矩形震动单元组成六音响系统 号称是Mac电脑中最强的音响

     


    CPU性能比上一代iMac提升了85% 提供了两种配置版本

     


    一个是7核的图形处理器  一个是8核的图形处理器其他的性能配置一致

     

     


    于此同时苹果还发布了新的键盘、鼠标等配件,都有相应的配色

     


    另外有支持touchID的键盘版本

     


    价格环节24英寸国行版本是9999元起步,比之前的iMac的起步价格要稍贵一点算是
    入门级,而且没有传说中的支持5K显示的30英寸的iMac,需要的可能要等到WWDC才会公布


     

     

    第五个产品搭载M1芯片的iPad Pro,苹果真的是把ARM架构用到了极致,

    M1芯片比第一代的iPad性能足足提升了1500倍



    而且还支持Xbox和PS的游戏手柄,提供了有2TB的大容量版本,支持雷电接口、5G网络,摄像头也有很大的进步,正面



    支持FaceID解锁,前置镜头为1200万的122度超广角镜头能够进行人像追踪


    屏幕也是这次升级的重点,没错就是Pro Display XDR同款的屏幕,也就是mini LED
    屏幕,在12.9英寸的屏幕上有上万个LED,从而实现了100万比1的对比度
    只不过只有12.9英寸的版本会采用这种屏幕,

     

    新iPad Pro支持HDR10和杜比全景声,与此同时苹果还发布了配套的新键盘
    售价分别是11英寸版本 6199元起步  12.9英寸版本8499元起步

     

     

     

     

     


    尾声

     

    遗憾的是没有新的iPad Mini 、新的AirPods耳机 还有AirPower充电板等等

     

     

    展开全文
  • 阿里云产品介绍

    万次阅读 2021-11-09 22:20:47
    文章目录一、阿里云四大件1、云服务器ECS2、云数据库RDS3、负载均衡SLB4、对象存储OSS5、其他的云计算产品1)内容分发网络CDN:2)专有网络 VPC:2)弹性伸缩:二、阿里云安全系列产品1、DDoS高防IP2、安骑士3、证书...

    一、阿里云四大件

    分类说比较好理解,先说阿里云的明星产品四大件吧,即云服务器ECS、云数据库RDS、负载均衡SLB和对象存储OSS。

    1、云服务器ECS

    云服务器ECS:云计算产品的基本款,几乎每个客户都必买的,云服务器从1核1G到32核64G(随着时间推移,配置会越来越高),各种优惠都有,不同时段有不同的优惠活动,可以参考阿里云惠网;关于服务器配置还可以随意升降配置,可以包年包月,也可以按量随用随买。对于很多小公司及个人,只购买一台云服务器ECS就够用了。对于稍微大一点的企业从性能、安全、加载速度等方面诸多考虑,可能需要购买其他的阿里云产品。

    阿里云从云服务器ECS衍生出来很多云服务器系列,例如适用于初级用户的轻量应用服务器,还有为了迎合各种高性能场景的云服务器,诸如GPU云服务器、FPGA云服务器、神龙云服务器等,总之都是云服务器,是企业上云的基本款。

    2、云数据库RDS

    云数据库:目前主流是MySQL,阿里云提供MySQL、PostgreSQL,SQL Server,MongoDB,Memcache(Redis)等不同的数据库产品。相对于云服务器,云数据库属于非必需品,因为用户完全可以在云服务器上搭建数据库。由于自身业务发展需要,将数据库独立出来,这时候就需要阿里云的RDS云数据库了。

    3、负载均衡SLB

    负载均衡SLB:对多台云服务器进行流量分发服务。为了应对业务需求,企业往往会有多台云服务器提供服务器,负载均衡就是将用户的请求按照企业自定义的策略转发到最优的服务器。

    4、对象存储OSS

    如果企业静态文件较多(图片、视频等大文件),可以将大量的存储内容转移独立出来,放到对象存储OSS里面。

    5、其他的云计算产品

    以上四款产品,系阿里云云计算产品的四件套。下面再介绍阿里云其他的云计算产品:

    1)内容分发网络CDN:

    内容分发网络,假设企业的云服务器在杭州,那么位于东北地区的用户访问速度就会比较慢,CDN可以解决这个问题,CDN将源站内容分发至最接近用户的节点,使用户可就近取得所需内容,提高用户访问的响应速度和成功率。

    2)专有网络 VPC:

    大家普遍会给阿里云打上公有云的标签,实际上阿里云可以提供的不仅仅是公有云,还有私有云、混合云等。专有网络VPC可以帮助企业在阿里云构建出一个隔离的网络环境,用户可以自定义IP 地址范围、网段、路由表和网关等,VPC可以提供更安全和灵活的网络环境,为我们构建混合云提供服务。

    2)弹性伸缩:

    传统的企业自建的私有机房是不具有弹性伸缩功能的,假设企业遇到业务波峰,只能通过人为的升级硬件来应对,业务回落时就会造成硬件资源的浪费,而弹性伸缩很好的解决了这个痛点。阿里云弹性伸缩可以管理您的集群,在高峰期自动增加ECS实例,在业务回落时自动减少ECS实例,节省基础设施成本。另外,这个弹性伸缩是免费的。

    二、阿里云安全系列产品

    有些乱,来说下阿里云应对网络安全方面的产品吧:

    1、DDoS高防IP

    DDoS是目前比较常见的攻击方式,为了抵御DDoS攻击,用户可以通过配置高防IP,将攻击流量引流到高防IP,确保源站的稳定可靠。讲真,阿里云的DDoS高防IP还挺贵的。

    2、安骑士

    当用户购买了云服务器ECS后,可能会受到阿里云发送的安骑士漏洞风险短信,安骑士一款主机安全软件,为您提供主机漏洞检测、基线检查、病毒查杀、资产统一管理等功能,为您建立安全运维管理平台。安骑士企业版可以免费试用7天,之后想再使用,是需要付费的。

    3、证书服务

    我们在访问网站时,会在浏览器的地址栏中看到绿色的锁,意思是该网站是基于HTTPS协议的。前几年网站基本上都是基于http协议,阿里云百科网目前还是基于http协议,相对于http协议,https提供了一层加密服务,会更加安全一些。网站想要实现HTTPS,可以向阿里云申请签发证书服务器,即我们常说的SSL证书。阿里云目前可以申请到免费的SSL证书(Symantec赛门铁克品牌)。

    4、态势感知

    态势感知说起来还比较高端,有点类似于先知的意思。态势感知会收集企业20种原始日志和网络空间威胁情报,利用机器学习还原已发生的攻击,并预测未发生的攻击,帮客户扩大安全可见性,并集中管理云上资产安全事件。

    5、堡垒机

    日防夜防家贼难防,开个玩笑哈。企业往往更加关注外部的安全威胁而忽略了企业内部,实际上运维人员误操作或者仿冒运维人员将对企业造成很严重的损失,更有甚至是致命的。例如:携程的宕机12小时事件,由于员工错误操作,删除了服务器代码,据不完全统计,携程宕机带来的直接损失就是每小时160万美金。堡垒机基于协议正向代理实现,对SSH、Windows远程桌面、SFTP等常见运维协议的 数据流进行全程记录,再通过协议数据流重组的方式进行录像回放,达到运维审计的目的。

    三、阿里云网络中间件相关

    消息队列MQ

    说起消息队列,最典型的应用场景就是一年一度的双十一购物节,**消息队列是一个真正具备低延迟、高并发、高可用、高可靠,可支撑万亿级数据洪峰的分布式消息中间件。**当小仙女们开启大规模的剁手模式时,用户大量并发访问商品数据库,消息队列可以缓解瓶颈,减少页面响应时间,当然还有其他方面的功能优势,咱这里阿里云百科网就不过多赘述,双十一就是MQ的典型应用场景,大概就是这么个意思。

    四、阿里云万网产品

    1、域名

    这个好像大家都知道,我还说说吧,比如阿里云百科的域名就是aliyunbaike.com

    2、虚拟主机

    新手建站一般都是从虚拟主机开始的,无需自己配置web环境,简单易管理,价格也便宜。

    3、企业邮箱

    企业邮箱就是以公司域名为后缀的邮箱,企业自建的邮件系统。目前各大互联网大佬,例如:阿里云、腾讯云、网易等都有提供免费版的企业邮箱,如果想解除诸多限制,可以选购阿里云的企业邮箱付费版。

    4、云解析DNS

    DNS就是将你的域名解析到服务器的IP上,一般来讲域名解析是免费的,免费版就够用了。

    公有云和私有云概念bai

    公有云,第三方提供商用户能够使使用的云,公有云一般可通过 Internet 使用,可能是免费或成本低廉的。
    私有云,是指企业自己使用的云,它所有的服务不是供别人使用,而是供自己内部人员或分支机构使用。私有云的部署比较适合于有众多分支机构的大型企业或政府部门。随着这些大型企业数据中心的集中化,私有云将会成为他们部署IT系统的主流模式。
    简单的说:私有云就是你自己的家,只有自己或者你允许的人能住,一般你不愿意外人知道的隐私都放在家里;公有云就是收费景点,买了门票的都能进。
    公有云和私有云的区别
    IT设施的位置:当企业自己构建一个私有云平台的时候,IT基础设施是自己的,一般位于企业内部。而采用公有云平台的时候,IT基础设施是位于一个第三方的数据中心。这里有一个例外,那就是现在有一些服务提供商提出的虚拟私有云(VPC, Virtual Private Cloud)的概念,它指的是在第三方数据中心内部通过技术手段隔离出来的一个专用计算环境,并通过安全通道与企业相连接。
    基础设施差异性:对于许多大型企业,由于经过了多年的IT建设和技术演变,他们的IT基础设施往往采用了不同的技术和平台,也就是说,这些企业采用的是异构平台环境。但是,对于目前大部分公有云服务提供商来说,他们的平台往往是通过廉价和标准的硬件平台来构建的。这些标准化方式构建的平台能够以比较好的性价比满足大部分用户的需求。另外,在服务的提供方面,公有云服务提供商往往提供最为大众化的、需求量最为广泛和集中的服务。因此,对于公有云服务来说,其服务和环境往往是同构的,这与企业自建的IT环境不一样。
    商务模式:企业如果选择自己构建IT系统,那么显然需要进行一次性的大量投资来采购软、硬件设备,甚至包括数据中心的基础建设等。在企业的财务报表中,这体现为一个比较大的固定成本。但是,如果企业采用第三方提供的公有云服务,那么根据目前云计算服务的收费方式,企业可以选择按月服务费的方式或者按IT资源使用量的方式来进行付费。这样,对于企业来说不需要一个大量的前期投入就可以使用IT服务,其体现为一个持续的运营成本。
    控制程度的不同:企业自己构建的IT系统是作为企业资产完全由企业自己拥有,并由企业自己来运维。虽然企业需要自己的IT运维团队,但好处是企业可以独立控制IT系统,并根据实际需要来进行改造和客户化。而对于公有云服务,企业实际上是采用租用服务的方式,好处是不需要自己来管理基础平台服务,

    概念

    img https://www.aliyun.com/product/rds/mysql?spm=a2cls.b92374736.J_8058803260.154.7c22357aBf09Yz

    存储与内容分发服务
    - CDN内容分发网络:可以将源站资源备份到多个CDN节点上,这样如果用户(在北京)要看一个视频,就不用从源站(广州)获取,直接取离自己最近的一个CDN节点上的备份即可,加快内容分发速度,尤其适合直播类应用。
    - OSS对象存储服务:非结构化存储,支持大量存储视频、语音等对象。
    - OAS开放归档服务:如果有的数据已经过了几年,不再有高重要性,可以采用便宜大碗的云端归档存储。
    - KVStore键值存储:使用键值对存储方法,使用于对快速检索有需求的业务。

    弹性计算服务
    - ECS云服务器:阿里云最最基础的产品,很多小型用户只租用一台云服务器就能满足基本需求。
    - SLB负载均衡:当服务器比较多形成集群后,为了科学有效地分摊负载,需要购买负载均衡产品。
    - VPC专有网络:多为大型企业选购,用于内网搭建,提升数据安全。
    - ESS自动伸缩:自动完成资源自动扩展或缩减,适用于并发量大的业务。

    数据存储&云计算
    - RDS:云数据库,也是阿里云基础产品之一。
    - OTS:大规模快速查询,适用于药品查询、图书查询等业务。
    - OCS:内存存储。
    - DRDS:当有多个RDS对象时,进行统一访问与管理。

    大规模计算服务
    - ODPS:最基础的大规模计算产品,用于大量数据的批量离线计算。用户可以写一段批处理sql,提交任务后可能选择在凌晨开始运行,上班前拿到结果(根据数据量而定)。
    - ADS:适用于业务紧急、无法忍受ODPS离线计算时长的用户,秒级的大规模查询分析。

    应用服务
    - ACE云引擎:用户可以通过安装云引擎简化对开发环境的部署和运维过程,直接在上面编写程序即可。
    - PTS:实现对程序的海量压力测试,模拟真实环境。

    安全与管理服务
    - 云盾
    - 云安全
    - DDos

    ecs创建操作步骤

    1. 前往实例创建页

    2. 完成基础配置

      1. 选择计费方式。本示例中,选择按量付费

      2. 选择地域和可用区,例如华东1(杭州),可用区默认选择随机分配

        说明 实例创建完成后,不可更改地域和可用区,请谨慎选择。

      3. 选择实例规格并设置实例数量。本示例中,选择****所有代** > *x86 计算* > *共享型* > *突发性能实例 t5***。

        可供选择的实例规格由您所选择的地域决定。详情请参见实例规格

      4. 选择镜像。本示例中,选择公共镜像 CentOS 7.6 64位

      5. 选择存储。本示例中,仅使用系统盘,默认选择高效云盘 40 GiB

    3. 单击下一步:网络和安全组,完成网络和安全组设置。

      1. 选择网络类型为专有网络。本示例中,选择默认专有网络默认交换机
      2. 设置公网带宽。本示例中,选择分配公网IPv4地址为实例分配一个公网IP地址,并选择按使用流量对公网带宽计费。
      3. 选择安全组。如果您没有创建安全组,可以使用默认安全组。
      4. 添加弹性网卡。如果所选实例规格不支持弹性网卡,跳过这一步。
    4. 单击下一步:系统配置

      您可以选填此页面中的选项,建议您设置登录凭证实例名称。本示例中,选择自定义密码,并将实例名称设为ecs-01。

    5. 单击下一步:分组设置

      您可以选填此页面中的选项,有多台实例时,建议添加标签方便管理。

    6. 单击下一步:确认订单

      确认所选配置,您也可以单击编辑图标返回修改配置。

    7. 阅读和确认云服务器ECS服务条款,然后单击创建实例

    ecs优势

    选择云服务器ECS,您可以轻松构建具有以下优势的计算资源:

    • 无需自建机房,无需采购以及配置硬件设施。
    • 分钟级交付,快速部署,缩短应用上线周期。
    • 快速接入部署在全球范围内的数据中心和BGP(Border Gateway Protocol,边界网关协议)机房。
    • 成本透明,按需使用,支持根据业务波动随时扩展和释放资源。
    • 提供GPU和FPGA等异构计算服务器、弹性裸金属服务器以及通用的x86架构服务器。
    • 支持通过内网访问其他阿里云服务,形成丰富的行业解决方案,降低公网流量成本。
    • 提供虚拟防火墙、角色权限控制、内网隔离、防病毒攻击及流量监控等多重安全方案。
    • 提供性能监控框架和主动运维体系。
    • 提供行业通用标准API,提高易用性和适用性。

    产品架构

    云服务器ECS主要包含以下功能组件:

    • 实例:等同于一台虚拟服务器,内含CPU、内存、操作系统、网络配置、磁盘等基础的计算组件。实例的计算性能、内存性能和适用业务场景由实例规格决定,其具体性能指标包括实例vCPU核数、内存大小、网络性能等。

    • 镜像:提供实例的操作系统、初始化应用数据及预装的软件。操作系统支持多种Linux发行版和多种Windows Server版本。

    • 块存储:块设备类型产品,具备高性能和低时延的特性。提供基于分布式存储架构的云盘以及基于物理机本地存储的本地盘。

    • 快照:某一时间点一块云盘的数据状态文件。常用于数据备份、数据恢复和制作自定义镜像等。

    • 安全组:由同一地域内具有相同保护需求并相互信任的实例组成,是一种虚拟防火墙,用于设置实例的网络访问控制。

    • 网络

      • 专有网络(Virtual Private Cloud):逻辑上彻底隔离的云上私有网络。您可以自行分配私网IP地址范围、配置路由表和网关等。
      • 经典网络:所有经典网络类型实例都建立在一个共用的基础网络上。由阿里云统一规划和管理网络配置。

    更多功能组件详情,请参见云服务器ECS产品详情页

    以下为云服务器ECS的产品组件架构图,图中涉及的功能组件的详细介绍请参见相应的帮助文档。WhatIsEcs-Orange-Renminbi

    产品定价

    云服务器ECS支持包年包月、按量付费、预留实例券、抢占式实例等多种账单计算模式。更多详情,请参见计费概述云产品定价页

    管理工具

    通过注册阿里云账号,您可以在任何地域下,通过阿里云提供的以下途径创建、使用或者释放云服务器ECS:

    • ECS管理控制台:具有交互式操作的Web服务页面。关于管理控制台的操作,请参见常用操作导航

    • ECS API:支持GET和POST请求的RPC风格API。关于API说明,请参见

      API参考

      。以下为调用云服务器ECS API的常用开发者工具:

      • 命令行工具CLI:基于阿里云API建立的灵活且易于扩展的管理工具。您可基于命令行工具封装阿里云的原生API,扩展出您需要的功能。
      • OpenAPI Explorer:提供快速检索接口、在线调用API和动态生成SDK示例代码等服务。
      • 阿里云SDK:提供Java、Python、PHP等多种编程语言的SDK。
    • 资源编排(Resource Orchestration Service):通过创建一个描述您所需的所有阿里云资源的模板,然后资源编排将根据模板,自动创建和配置资源。

    • 运维编排服务(Operation Orchestration Service):自动化管理和执行运维任务。您可以在执行模板中定义执行任务、执行顺序、执行输入和输出等,通过执行模板达到自动化完成运维任务的目的。

    • Terraform:能够通过配置文件在阿里云以及其他支持Terraform的云商平台调用计算资源,并对其进行版本控制的开源工具。

    • 阿里云App:移动端类型的管理工具。

    • Alibaba Cloud Toolkit:阿里云针对IDE平台为开发者提供的一款插件,用于帮助您高效开发并部署适合在云端运行的应用。

    部署建议

    您可以从以下维度考虑如何启动并使用云服务器ECS:

    • 地域和可用区

      地域指阿里云的数据中心,地域和可用区决定了ECS实例所在的物理位置。一旦成功创建实例后,其元数据(仅专有网络VPC类型ECS实例支持获取元数据)将确定下来,并无法更换地域。您可以从用户地理位置、阿里云产品发布情况、应用可用性、以及是否需要内网通信等因素选择地域和可用区。例如,如果您同时需要通过阿里云内网使用云数据库RDS,RDS实例和ECS实例必须处于同一地域中。更多详情,请参见地域和可用区

    • 高可用性

      为保证业务处理的正确性和服务不中断,建议您通过快照实现数据备份,通过跨可用区、部署集、负载均衡(Server Load Balancer)等实现应用容灾。

    • 网络规划

      阿里云推荐您使用专有网络VPC,可自行规划私网IP,全面支持新功能和新型实例规格。此外,专有网络VPC支持多业务系统隔离和多地域部署系统的使用场景。更多详情,请参见专有网络(Virtual Private Cloud)

    • 安全方案

      您可以使用云服务器ECS的安全组,控制ECS实例的出入网访问策略以及端口监听状态。对于部署在云服务器ECS上的应用,阿里云为您提供了免费的DDoS基础防护和基础安全服务

      • 通过DDoS高防IP保障源站的稳定可靠。更多详情,请参见DDoS高防IP文档
      • 通过云安全中心保障云服务器ECS的安全。更多详情,请参见云安全中心文档

    相关服务

    使用云服务器ECS的同时,您还可以选择以下阿里云服务:

    • 根据业务需求和策略的变化,使用弹性伸缩(Auto Scaling)自动调整云服务器ECS的数量。更多详情,请参见弹性伸缩
    • 使用专有宿主机(Dedicated Host)部署ECS实例,可让您独享物理服务器资源、降低上云和业务部署调整的成本、满足严格的合规和监管要求。更多详情,请参见专有宿主机DDH
    • 使用容器服务Kubernetes版在一组云服务器ECS上通过Docker容器管理应用生命周期。更多详情,请参见容器服务Kubernetes版
    • 通过负载均衡(Server Load Balancer)对多台云服务器ECS实现流量分发的负载均衡目的。更多详情,请参见负载均衡
    • 通过云监控(CloudMonitor)制定实例、系统盘和公网带宽等的监控方案。更多详情,请参见云监控
    • 在同一阿里云地域下,采用关系型云数据库(Relational Database Service)作为云服务器ECS的数据库应用是典型的业务访问架构,可极大降低网络延时和公网访问费用,并实现云数据库RDS的最佳性能。云数据库RDS支持多种数据库引擎,包括MySQL、SQL Server、PostgreSQL、PPAS和MariaDB。更多详情,请参见关系型云数据库
    • 云市场获取由第三方服务商提供的基础软件、企业软件、网站建设、代运维、云安全、数据及API、解决方案等相关的各类软件和服务。您也可以成为云市场服务供应商,提供软件应用及服务。更多详情,请参见云市场文档

    什么是RDS

    阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务。基于阿里云分布式文件系统和SSD盘高性能存储,RDS支持MySQL、SQL Server、PostgreSQL、PPAS(Postgre Plus Advanced Server,高度兼容Oracle数据库)和MariaDB TX引擎,并且提供了容灾、备份、恢复、监控、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。

    为什么选择云数据库RDS

    选择云数据库RDS,您可以快速搭建稳定可靠的数据库服务,相比自建数据库有如下优势:

    • 便宜易用,具有灵活计费、按需变配、即开即用等优点。
    • 高性能,包括参数优化、SQL优化建议等。
    • 高可用架构和多种容灾方案。
    • 高安全性,提供多种安全措施保障数据安全。

    在性价比、可用性、可靠性、易用性、性能等方面,云数据库RDS都有很大优势,价格相比ECS自建数据库,仅需约1/3,相比自购服务器搭建数据库,仅需约1/10。

    mysql迁移上RDSmysql

    https://help.aliyun.com/document_detail/126875.html?spm=a2c4g.11186623.2.2.16a17070MP5GaB

    vpc

    阿里云解释

    专有网络是您自己独有的云上私有网络。您可以完全掌控自己的专有网络,例如选择IP地址范围、配置路由表和网关等,您可以在自己定义的专有网络中使用阿里云资源如云服务器、云数据库RDS版和负载均衡等。

    您可以将专有网络连接到其他专有网络或本地网络,形成一个按需定制的网络环境,实现应用的平滑迁移上云和对数据中心的扩展。

    基础架构

    基于目前主流的隧道技术,专有网络(VPC)隔离了虚拟网络。每个VPC都有一个独立的隧道号,一个隧道号对应一个虚拟化网络。

    背景信息

    随着云计算的不断发展,对虚拟化网络的要求越来越高,例如弹性(scalability)、安全性(security)、可靠性(reliability)和私密性(privacy),并且还有极高的互联性能(performance)需求,因此催生了多种多样的网络虚拟化技术。

    比较早的解决方案,是将虚拟机的网络和物理网络融合在一起,形成一个扁平的网络架构,例如大二层网络。随着虚拟化网络规模的扩大,这种方案中的ARP欺骗、广播风暴、主机扫描等问题会越来越严重。为了解决这些问题,出现了各种网络隔离技术,把物理网络和虚拟网络彻底隔开。其中一种技术是用户之间用VLAN进行隔离,但是VLAN的数量最大只能支持4096个,无法支撑巨大的用户量。

    原理描述

    基于目前主流的隧道技术,专有网络隔离了虚拟网络。每个VPC都有一个独立的隧道号,一个隧道号对应着一个虚拟化网络。一个VPC内的ECS(Elastic Compute Service)实例之间的传输数据包都会加上隧道封装,带有唯一的隧道ID标识,然后送到物理网络上进行传输。不同VPC内的ECS实例因为所在的隧道ID不同,本身处于两个不同的路由平面,所以不同VPC内的ECS实例无法进行通信,天然地进行了隔离。

    基于隧道技术和软件定义网络SDN(Software Defined Network)技术,阿里云的研发在硬件网关和自研交换机设备的基础上实现了VPC产品。

    逻辑架构

    如下图所示,VPC包含交换机、网关和控制器三个重要的组件。交换机和网关组成了数据通路的关键路径,控制器使用自研协议下发转发表到网关和交换机,完成了配置通路的关键路径,配置通路和数据通路互相分离。交换机是分布式的结点,网关和控制器都是集群部署并且是多机房互备的,并且所有链路上都有冗余容灾,提升了VPC的整体可用性。

    [VPC逻辑架构](ht

    应用场景

    更新时间:2020-09-21 17:15

    我的收藏

    [本页目录](javascript:void(0))

    专有网络(VPC)是完全隔离的网络环境,配置灵活,可满足不同的应用场景。

    托管应用程序

    您可以将对外提供服务的应用程序托管在VPC中,并且可以通过创建安全组规则、访问控制白名单等方式控制Internet访问。您也可以在应用程序服务器和数据库之间进行访问控制隔离,将Web服务器部署在能够进行公网访问的子网中,将应用程序的数据库部署在没有配置公网访问的子网中。

    托管应用程序

    托管主动访问公网的应用程序

    您可以将需要主动访问公网的应用程序托管在VPC中的一个子网内,通过网络地址转换(NAT)网关路由其流量。通过配置SNAT规则,子网中的实例无需暴露其私网IP地址即可访问Internet,并可随时替换公网IP,避免被外界攻击。

    托管主动访问公网的应用程序

    跨可用区容灾

    您可以通过创建交换机为专有网络划分一个或多个子网。同一专有网络内不同交换机之间内网互通。您可以通过将资源部署在不同可用区的交换机中,实现跨可用区容灾。

    跨可用区容灾

    业务系统隔离

    不同的VPC之间逻辑隔离。如果您有多个业务系统例如生产环境和测试环境要严格进行隔离,那么可以使用多个VPC进行业务隔离。当有互相通信的需求时,可以在两个VPC之间建立对等连接。详细信息,请参见什么是对等连接

    业务系统隔离

    构建混合云

    VPC提供专用网络连接,可以将本地数据中心和VPC连接起来,扩展本地网络架构。通过该方式,您可以将本地应用程序无缝地迁移至云上,并且不必更改应用程序的访问方式。

    构建混合云

    多个应用流量波动大

    如果您的应用带宽波动很大,您可以通过NAT网关配置DNAT转发规则,然后将EIP添加到共享带宽中,实现多IP共享带宽,减轻波峰波谷效应,从而减少您的成本。

    多个应用流量波动大

    cdn

    阿里云解释

    https://help.aliyun.com/learn/learningpath/cdn.html?spm=5176.7933777.J_1398156.3.ac85163dpKW5Os

    基本概念

    内容分发网络:可以将源站资源备份到多个CDN节点上,这样如果用户(在北京)要看一个视频,就不用从源站(广州)获取,直接取离自己最近的一个CDN节点上的备份即可,加快内容分发速度,尤其适合直播类应用。

    • https://help.aliyun.com/document_detail/27102.html?spm=5176.208361.1107621.4.274e57e08VcL4P#title-n8s-dbg-26b)

    本文为您介绍使用阿里云CDN时,难以理解的名词,便于您更准确的理解和使用产品。

    加速域名

    加速域名即您需要使用CDN加速的域名。域名是一组服务器的地址,可以是网站、电子邮件、FTP等。在阿里云CDN帮助文档中,加速域名通常指域名。

    CNAME记录

    CNAME(Canonical Name)即别名,用来把一个域名解析到另一个域名,再由另一个域名提供IP地址。例如:

    1. 您有一台服务器上存放了很多资料,使用docs.example.com访问该资源,但又希望通过documents.example.com也能访问。
    2. 那么您可以在您的DNS解析服务商添加一条CNAME记录,将documents.example.com指向docs.example.com
    3. 添加该条CNAME记录后,所有访问documents.example.com的请求都会被转到docs.example.com,获得相同的内容。

    CNAME域名

    接入CDN,在阿里云控制台添加加速域名后,阿里云CDN将给您分配一个CNAME域名。该CNAME域名的形式为*.*kunlun*.com。 您需要在您的DNS解析服务商添加一条CNAME记录,将自己的加速域名指向*.*kunlun*.com的域名。记录生效后,域名解析的工作就正式转向CDN服务,该域名所有的请求都将转向CDN节点,达到加速效果。

    DNS

    DNS(Domain Name System),即域名解析服务。DNS的作用:把域名转换成为网络可以识别的IP地址。人们习惯记忆域名,但机器间互相只识别IP地址。域名与IP地址之间是一一对应的,它们之间的转换工作称为域名解析,域名解析需要由专门的域名解析服务器来完成,整个过程自动进行。例如:您上网时输入的www.baidu.com会自动转换成为220.181.112.143。您可以使用阿里云云解析,也可以使用其他DNS服务商。

    SSL/TLS

    SSL(Secure Sockets Layer,安全通讯协议),是一个架构于TCP之上的安全套接层。它可以有效协助Internet应用软件提升通讯时的资料完整性以及安全性。标准化之后的SSL名称改为TLS(Transport Layer Security,传输层安全协议),因此很多相关的文档将二者并称(SSL/TLS)。

    边缘节点

    在阿里云CDN的帮助文档中,边缘节点、CDN节点、Cache节点、缓存节点、加速节点、阿里云节点、节点等都指阿里云边缘节点。边缘节点是相对于网络的复杂结构而提出的一个概念,指与最终接入的用户之间具有较少中间环节的网络节点,对最终接入用户有相对于源站而言更好的响应能力和连接速度。其作用是将访问量较大的内容缓存到边缘节点的服务器上,以此来提高网络终端用户访问网站内容的速度和质量。

    源站

    您实际业务的服务器。源站类型可以选择OSS域名、IP、源站或函数计算域名。

    回源

    CDN节点未缓存请求资源或缓存资源已到期时,回源站获取资源,返回给客户端。

    例如:您访问某个URL时,如果解析到的CDN节点未缓存该资源,则您的访问请求会直接到源站获取资源,并根据URL请求返回给您。

    回源HOST

    源站决定了回源时,请求到哪个IP。回源HOST决定回源请求访问到该IP上的哪个站点。

    例1:源站是域名。

    源站为www.a.com,回源HOST为www.b.com,那么实际回源是请求到www.a.com解析到的IP,即对应的主机上的站点www.b.com

    例2:源站是IP。

    源站为1.1.1.1,回源HOST为www.b.com,那么实际回源的是1.1.1.1对应的主机上的站点www.b.com

    协议回源

    指回源时使用的协议和客户端访问资源时的协议保持一致,即如果客户端使用HTTPS方式请求资源,当CDN节点上未缓存该资源时,节点会使用相同的HTTPS方式回源获取资源。同理,如果客户端使用HTTP协议的请求,CDN节点回源时也使用HTTP协议。

    过滤参数

    借助过滤参数开关,您可以根据实际业务需要,决定在缓存时是否过滤用户请求URL中?

    • 如果开启过滤参数,则CDN节点会截取没有参数的URL向源站请求,且CDN节点仅保留一份副本。
    • 如果关闭过滤参数,则每个不同的URL会缓存不同的副本在CDN的节点上。

    若您的资源URL中不同参数代表相同的内容,建议开启过滤参数,有效提升缓存命中率。

    SLB负载均衡

    什么是负载均衡

    阿里云文档地址

    https://help.aliyun.com/product/27537.html?spm=5176.7921785.J_5253785160.5.6c922229uXyluL

    负载均衡SLB(Server Load Balancer)是将访问流量根据转发策略分发到后端多台云服务器(ECS实例)的流量分发控制服务。负载均衡扩展了应用的服务能力,增强了应用的可用性。

    概述

    负载均衡通过设置虚拟服务地址,将添加的同一地域的多台ECS实例虚拟成一个高性能和高可用的后端服务池,并根据转发规则,将来自客户端的请求分发给后端服务器池中的ECS实例。

    负载均衡默认检查云服务器池中的ECS实例的健康状态,自动隔离异常状态的ECS实例,消除了单台ECS实例的单点故障,提高了应用的整体服务能力。此外,负载均衡还具备抗DDoS攻击的能力,增强了应用服务的防护能力。

    组成部分

    负载均衡由以下三个部分组成:

    • 负载均衡实例 (Instances)

      一个负载均衡实例是一个运行的负载均衡服务,用来接收流量并将其分配给后端服务器。要使用负载均衡服务,您必须创建一个负载均衡实例,并至少添加一个监听和两台ECS实例。

    • 监听 (Listeners)

      监听用来检查客户端请求并将请求转发给后端服务器。监听也会对后端服务器进行健康检查。

    • 后端服务器(Backend Servers)

      后端服务器是一组接收前端请求的ECS实例。您可以单独添加ECS实例到后端服务器池,也可以通过虚拟服务器组或主备服务器组来批量添加和管理。

      img

    产品优势

    • 高可用

      采用全冗余设计,无单点,支持同城容灾。

      根据应用负载进行弹性扩容,在流量波动情况下不中断对外服务。

    • 可扩展

      您可以根据业务的需要,随时增加或减少后端服务器的数量,扩展应用的服务能力。

    • 低成本

      与传统硬件负载均衡系统高投入相比,成本可下降60%。

    • 安全

      结合云盾,可提供5 Gbps的防DDoS攻击能力。

    • 高并发

      集群支持亿级并发连接,单实例提供千万级并发能力。

      mysql迁移上云RDS

      https://help.aliyun.com/document_detail/126875.html?spm=a2c4g.11186623.2.10.14554b43IHTNie

    展开全文
  • 软件产品发布基本流程

    千次阅读 2020-08-12 15:12:09
    产品发布前准备 发布之前,所有程序由测试人员进行确认测试;检查缺陷管理系统(比如:JIRA)内登记的所有bug都已关闭,或者遗留的bug不影响系统的使用,如果有严重bug未解决(级别为很严重以上)不能发布; ...
  • 腾讯位置 - 产品介绍(结尾附源码)

    千次阅读 多人点赞 2021-01-13 18:10:11
    本篇文章将为大家介绍腾讯位置服务的核心产品,我们在进行应用开发的时候,经常用到和位置相关的数据,是网络IP、GPS位置等数据可以很好的帮助我们完成核心功能的处理以及用户分组、打标签甚至是推荐服务的数据...
  • 以“TOALLENGINEERS”为主题的2022观测云产品发布会,预定于2022年4月28日20:00以对话直播形式开场。这是2022年国内软件行业的首个以全线上形式举办的重磅级产品发布会。观测云CEO蒋烁淼将在线与工程师们相聚,介绍...
  • 华为鸿蒙系统 Harmony OS 发布会观看总结

    万次阅读 多人点赞 2021-06-02 21:44:11
    文章目录华为鸿蒙系统 Harmony OS 发布会观看总结发布会地址1、解决了哪些技术难题2、解决了哪些生活场景上面的问题3、发布了哪些产品4、鸿蒙系统有哪些亮点5、对于华为鸿蒙系统的担忧6、待考证的一些问题 ...
  • 基于10年云服务经验沉淀,历时4年开发迭代,凝结200+开发运维工程师心血,汇聚无数社区用户的贡献,国内首款专为IT工程师们打造的全链路可观测产品——观测云,在万众期待下终于要迎来正式发布
  • 抖音-产品分析

    千次阅读 热门讨论 2021-02-26 17:09:19
    1、抖音产品介绍 抖音是一款适合中国年轻人的音乐短视频社区,它致力于引导年轻用户以音乐短视频的方式进行自我表达。用户可以通过这款软件选择歌曲,拍摄15秒的音乐短视频,形成自己的作品。 2、有什么 2.1 抖音...
  • 在北京梅地亚中心举行的2019全球人工智能产品应用博览会(以下简称“2019全球智博会”)首次新闻发布会上,主办方代表——苏州市政府陆春云副市长、新一代人工智能产业技术创新战略联盟理事长高文院士、联合秘书长...
  • 华为防火墙产品介绍及工作原理

    万次阅读 2019-10-23 19:58:34
    华为防火墙产品介绍 USG2000、USG5000、USG6000和USG9500构成了华为防火墙的四大部分,分别适用于不同的环境需求,其中,USG2000和USG5000系列定位于UTM(统一威胁管理)产品,USG6000系列属于下一代防火墙产品,USG...
  • 主要功能设计:可以对首页、个人中心、会员管理、农产品公告管理、农产品委托管理、农产品公司简介管理、农产品车源信息管理、农产品配送订单管理、农产品行车路线管理、农产品评价反馈管理以及系统管理......
  • 看了最近的re-Invent大会,会上AWS像以往...回过头来看今年发布的几款产品,仔细想想其背后的技术,感觉没有特别出人意料的,但是这几款产品充分暴露AWS在AI方面的思考,场景为王,深入行业,接下来一一介绍一下。 Dev
  • B端产品经理基本介绍

    千次阅读 2019-01-06 21:28:57
    什么是B端产品? 在B端或者to B中,B代表Business,即商业。简单来说,B端产品让企业更加舒服、更加快捷地运转,从而向消费者收费并提供服务。 B端产品能做什么? B端产品可以为公司管理服务、运营服务。为公司...
  • 中国信息安全认证中心是经中央编制委员批准成立,由国务院信息化工作办公室、国家认证认可监督管理委员等八部委授权,依据国家有关强制性产品认证、信息安全管理的法律法规,负责实施信息安全认证的专门机构。...
  • HOOPS产品主要应用于3D模型的转换、显示、处理和发布,包括HOOPS Exchange、HOOPS Communicator、HOOPS Visualize和HOOPS Publish等4种产品,今天我们将为大家带来4种产品的详细介绍和具体的使用场景,让您更全面的...
  • 深信服旗下产品介绍

    千次阅读 2016-09-07 16:09:00
    深信服旗下产品介绍 1.网络安全产品线(重点产品线) (1)SSL VPN SSL VPN:是解决远程用户访问敏感公司数据最简单最安全的解决技术,从概念上解释:指采用SSL (Security Socket Layer)协议来实现远程接入的一...
  • 1 B 端产品经理 如何理解B端产品? B端产品主要分为两大类: 为公司的管理服务,如:HR系统、OA系统; 为公司的运营服务,如:供应链系统、ERP系统的。 B端产品即要符合商业组织的战略要求,能够满足商业用户...
  • 产品经理——产品原型设计规范

    万次阅读 多人点赞 2018-08-29 14:35:42
    中转页面一般是在产品原型设计过程中产生的,如:一级菜单=产品发布,二级子菜单1=产品列表,二级子菜单2=产品修改,由于产品发布页面并没有内容,所以产品发布页面就是中转页面。中转页面必须放置页面跳转的按钮,...
  • 得物APP产品研究

    万次阅读 多人点赞 2020-12-17 16:43:05
    得物APP产品研究 得物立足于年轻消费者市场,在懂得如何发掘年轻人的心理的情况下挖局年轻人的需求,也随着潮元素的迅速张开的市场,得物在潮流的领域上开拓出了新的天地,基于互联网大数据的时代-典型的马太效应,...
  • 产品产品经理手册

    千次阅读 2018-09-11 18:09:25
    4、产品版本V、R、M介绍... 5 第二章 产品经理的定位及职责和信息流向... 7 1、总体组织构架及部门职责... 7 2、产品经理职责... 9 3、汇报关系及信息流向... 10 4、产品经理活动列表及...
  • 产品经理——工作规范指南

    千次阅读 2018-08-29 15:31:03
    互联网公司有千万种,产品经理却只有一种。产品经理和各行各业的创意者一样,是一群最富有创造力的群体,不同是产品经理创造的是互联网应用(系统、软件或应用等等)。虽然,各公司的产品经理职责约束存在差异,但是...
  • 产品路线图是一个高级战略文档,它描绘了产品开发的一般阶段,主要目的是将产品的愿景与公司的业务目标联系起来,它记录了产品的执行策略和总体目标。 产品路线图示例 产品路线图是战略规划的结果,它通常包括以下...
  • 前言:AI产品落地,非常有意思,也非常有难度,究其原因,除了AI技术、产品、行业、人才、用户等各方面都还没成熟,还有一个很重要的问题,就是我们还没有将互联网时代的产品方法论升级成为"AI产...
  • 消费能力高、使用我们产品的时间长、给我们介绍了很多新客户、提出过很多宝贵意见,这样的就算是优质客户了,需要重点维护。 ②客户监控 客户监控要监控什么呢?客户的满意度和客户健康度。如果客户一直在使用...
  • 它经常被等同于一个“原型”,一个demo,甚至是一个项目的第一版输出品。 在产品开发中,最小可行性产品(MVP)是一种具有刚好可以满足早期用户需求的功能,并为未来开发提供反馈的产品。 构建“最小可行性产品...
  • 新浪微博产品分析报告

    万次阅读 2019-09-09 20:31:06
    微博产品分析报告 一.产品简介 你好! 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章,了解一下Markdown...全新的界面设计 ,将带来全新的写作体...
  • 内容介绍 畅销产品与普通产品的本质区别是什么? 如何打造可持续成功的产品? 本书针对上述问题提出了新颖的观点:用户并不关心产品本身有多棒,而是关心使用产品后自己有多棒。作者利用其多年的交互设计经验,...
  • 产品经理面试题目转载

    千次阅读 2021-07-15 10:24:04
    来源:知乎 题: 1. toC产品经理如何深入理解整个业务? 1) 问用户 ...2. 产品文档 ...一般来说全新的产品、未来发展有潜力的产品提供BRD! 2) MRD文档(市场需求文档)。包含产品版本。主要是描述什么样的.

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 249,436
精华内容 99,774
热门标签
关键字:

产品发布会怎么介绍产品