精华内容
下载资源
问答
  • 互联网产品灰度发布

    万次阅读 2016-05-30 14:37:39
    互联网产品灰度发布   关于2016年5月15日,DevOps成都站|架构与运维峰会活动总结 1. 前言 2 2. 灰度发布定义 5 3. 灰度发布作用 5 4. 灰度发布步骤 5 5. 灰度发布测试方法 6 6. 灰度发布引擎 6 7. 灰度...

    互联网产品灰度发布

     

    关于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测试终极指南

    互联网产品的灰度发布

    聊聊灰度发布

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

     

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

     

     

     

     

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

    万次阅读 2018-08-22 15:11:49
    软件产品发布流程 一 目的 主要用于指导从项目到产品,从产品到市场的发布过程同时指导项目组开展产品发布。已实现下列目的: - 指导发布活动,有效控件产品发布过程; - 有效控制和追踪产品版本; 二 ...

    软件产品发布流程

    一 目的

    主要用于指导从项目到产品,从产品到市场的发布过程同时指导项目组开展产品发布。已实现下列目的:
    - 指导发布活动,有效控件产品发布过程;
    - 有效控制和追踪产品版本;

    二 范围

    适用本司所有软件产品的发布。

    三 涉及人员

    • 产品经理:
      负责软件的设计与发布,并跟进项目研发状态同时审核项目发布过程。
    • 研发工程师:
      根据PRD实现产品。
    • 测试工程师:
      保证软件质量,并将软件存在的bug反馈研发人员进行修复。
    • 运营工程师:
      1.负责产品上架发布。
      2.跟踪需要现场调测的异常产品包验证状态。

    四 产品发布流程

    • 4.1 产品部

      • 版本发布计划制定:产品经理与研发经理、测试经理商量确定项目研发工作量及其测试时间并制定版本发布计划。
      • 节点跟踪:产品经理根据版本发布计划跟进项目研发进度。
      • 版本发布:产品通过测试之后移交运营人员进行上架工作。
    • 4.2 研发部

      • 研发产品,并跟进测试。
      • 协助运营人员进行上架工作。
    • 4.3 测试部

      • 对软件产品进行测试,保证产品质量。
        这里写图片描述
    展开全文
  • 11:06 三星将于当地时间3月14日晚上7点,北京时间3月15日上午7点,在美国纽约举办发布会。据悉三星将在此次活动中发布新一代旗舰手机Galaxy S4,一...新浪手机前方编辑 @何金EVO 已经到达发布会现场,发布会将于北
    11:06

    三星将于当地时间3月14日晚上7点,北京时间3月15日上午7点,在美国纽约举办发布会。据悉三星将在此次活动中发布新一代旗舰手机Galaxy S4,一起来看看他们会带来何种惊喜。

    15:12

    距离发布会开始还有一天,但是手机的评测已经率先出炉

    06:13

    新浪手机前方编辑 @何金EVO 已经到达发布会现场,发布会将于北京时间早晨7点开始。

    06:20

    发布会现场排起了长队。

    06:33

    开门时间被无限期推延,准点开始几乎不可能了。ps.媒体邀请函背面的二维码,打开网页后输入序号,有注册媒体的个人信息。

    06:34

    大门口有人在发HTC One宣传广告。

    06:37

    记者已经顺利进场。

    06:39

    现场的三星接待人员,胸前有个“4”的标志。

    06:41

    现场人山人海。

    06:45

    发布会将在15分钟后开始,现场正在放着悠扬的华尔兹舞曲。

    06:48

    现场除了媒体工作人员,还有大批粉丝和围观群众。现场有将近3000人,发布会的气氛搞得像开派对一样。

    06:51

    华尔兹舞曲:经典电影谋杀场景官方配乐。

    06:53

    想想一下现场有3排50行超级兴奋的群众人士,还有5行媒体人士在折腾自己的MiFi网络……这就是发布会现场的景象。

    07:00

    发布会似乎被延迟了……

    07:04

    媒体工作者基础特征:身上要有6支手。

    07:07

    现场灯光已经暗下来了。

    07:10

    现场在播放三星Unpacked Event的广告。

    07:12

    三星电子移动业务负责人申宗均登台!

    07:12

    来了来了,Will Chase登台

    07:14

    三星一直以来致力于创新。

    07:16

    在介绍三星Knox功能,能够让用户在同一部手机上区分办公和娱乐功能。

    07:17

    Galaxy S4来了!

    07:18

    07:19

    有黑白两色。

    07:19

    07:19

    之前的小男孩终于打开了那个盒子。

    07:20

    将有3G和4G版本,支持FD-LTE和TD-LTE。

    07:20

    将在4月底,在155个国家上市。

    07:21

    现场在播放广告片。

    07:22

    三星市场部经理莱安毕德安登场。

    07:23

    Galaxy S4将采用Full HD Super AMOLED屏幕,441ppi。

    07:24

    现在正在介绍新版的TouchWiz界面里半透明的顶栏。

    07:25

    在介绍支持的网络制式,机器还会搭载红外功能,与HTC One异曲同工。

    07:26

    机器将搭载2GB内存,机身存储有16/32/64三种选择。

    07:27

    搭载2600mAh电池。

    07:27

    搭载8个感应器,还有红外手势功能。

    07:28

    小朋友又上场了。

    07:28

    手机支持前后摄像头同时拍摄。

    07:29

    07:30

    Sound Shot功能:自动录制拍照前5秒的音频。

    07:31

    前置摄像头为200万像素,后置1300万像素。

    07:32

    Drama Shot功能:在4秒内拍摄超过100张照片,然后挑选喜欢的放在1张照片里。

    07:33

    Eraser功能,用复合照片消除噪点。

    07:36

    S翻译:支持9种语言间实时翻译。

    07:36

    Air Views:把手指悬停在文件夹上可以预览里边的照片。

    07:37

    支持文字转语音和语音转文字,非常实用!

    07:38

    Adapt Display:屏幕会根据用户当前正在使用的内容进行自动调整。

    07:39

    在介绍Story Album,一个可以把照片做成旅行日记的功能。

    07:40

    可以轻松分享日志到社交网络,也可以花10至30美元来获取一份印刷版本。

    07:41

    在介绍Home Sync功能,可以将S4通过NFC与电视配对,分享内容。

    07:42

    S Voice Drive功能,为用户安全驾驶汽车而开发。

    07:44

    S Voice Drive可以阅读短信并根据驾驶员的语音反馈做出相应动作,比如回复信息。

    07:47

    S4还有个Smart Switch程序,支持把多种手机里的内容传输到电脑,然后传输到S4。挖iPhone用户利器。

    07:48

    小男孩又回来了,场景剧开始。

    07:49

    这似乎是要介绍Group Play功能,可以让多台S4同步外放音乐。p.s. 地铁上又要热闹了。

    07:51

    开始介绍ChatOn的视频通话功能,支持多人同时通话。

    07:51

    恩,很欢乐。

    07:52

    07:52

    07:53

    在介绍Air Gesture功能

    07:54

    如果用户手是湿漉漉的,可以通过Air Gesture不接触屏幕进行操作。

    07:55

    Smart Pause:当用户观看视频时,眼睛转向其他方向视频便会自行暂停。

    07:56

    07:56

    在介绍配件了。

    07:57

    这个S View Cover很有意思,你可以在不打开皮夹的情况下看到来电信息。

    07:58

    本次Galaxy S4发布的口号是Life Companion,完美伴侣。

    07:59

    发布会结束!

    展开全文
  • 本文介绍了6月2日华为鸿蒙HarmonyOS 2及华为全场景新品发布会的详细内容,包括HarmonyOS 2的主要功能、优点以及华为产品搭载情况及后续升级计划。尽量将发布会的核心内容在本文中概要性地呈现。

    6月2日,华为联手CSDN直播了“HarmonyOS 2及华为全场景新品发布会”,老猿全程观看直播,并进行了回看,力争将发布会的核心内容在本文中概要性地呈现。

    一、一生万物 万物归一

    首先是华为消费者业务总裁余承东的开场白,强调华为是“创造不可能(Make the Impossible Possible)”,HarmonyOS要“一生万物 万物归一(One as All All as One)”。
    在这里插入图片描述
    总感觉英语在表达这两个意思是更有那种说不清但感觉得到的意味。

    二、HarmonyOS介绍

    这部分由华为消费者BG软件部总裁王成录博士介绍,笔者没有看过2019年8月9日那场发布会,也许是因为版本没有升级,发布会介绍的内容大多是前面已经在网上公开了内容。

    2.1、一个系统

    全栈解耦的架构,一套代码解决各种应用的要求,小到128K RAM的设备上使用,使用分布式技术、软总线将各种独立设备连接起来。
    在这里插入图片描述

    2.2、统一控制中心

    统一控制中心可以方便操控本机的模组,也可操控与本机连接的设备,让消费者将不同设备组织成超级终端。

    统一控制中心管理WiFi和蓝牙的连接,可以方便地连接想要连接的设备,并以卡片形式展现设备的连接状态,实现所有设备的统一查看。

    音视频可以在超级终端相关的设备内方便的流转和切换。为了解决音视频在不同设备之间的同步,通过软时钟同步使得超级终端内的设备进行时钟同步、抗干扰算法将无线信道的干扰降低到能够容忍的范围之内来解决抖动/时延和丢包问题,解决音画同步。

    2.3、设备共享

    组成超级终端的设备,相互之间可以很轻松的通过拖拉实现数据流转。这种共享不但是基于鸿蒙的设备,也可以和安装了鸿蒙插件的PC实现共享。

    通过这个功能可以轻松地实现摄像头的共享实现多设备组合摄影,这就是华为所说的“你的眼就是我的眼”。

    2.4、简化IoT设备的控制

    现有的带IoT功能的设备如豆浆机、冰箱、摄像头等,访问设备需要安装APP,每个IoT设备一个APP,导致手机上APP众多,操作起来其实不方便,由于这个原因,实际中,APP的安装率不到10%,而安装的APP的使用率不到5%,而鸿蒙系统可以简化IoT设备的访问。
    在这里插入图片描述

    通过鸿蒙超级终端实现设备简捷联网,鸿蒙的控制中心可以在所有带屏设备上,实现了简单的控制不简单的体验,并和后台智能系统结合起来,进行相关操作推荐,如结合个人运动健康数据推荐合适的豆浆配方、冰箱推荐菜品保存温度。

    目前已经有如下家电设备商和华为合作基于鸿蒙开发:
    在这里插入图片描述

    2.5、全新桌面

    鸿蒙基于分布式编程框架、用原子化的服务,解决多设备连接后APP过多不适合使用的问题,用卡片的形式表达原子化的服务,一个卡片就是一个原子化的服务。多设备连接成超级终端后,应用开发者只需要开发一次代码就可以在所有设备之间运行起来。

    现有的APP只要叠加了鸿蒙分布式的能力、原子化的服务,在桌面上轻轻上划就能将APP的关键信息展示出来。例如运动应用信息展示:

    在这里插入图片描述
    卡片承载着重要的信息,象便笺一样放到桌面后,锁屏后可以不用解锁就可以看到卡片的信息,可以在多屏展示时,做到每屏设置不同场景。
    在这里插入图片描述
    可以将多个应用放到一个文件夹内,轻触文件夹可以将其变为大文件夹存放在桌面,在大文件夹内可以显示文件夹内的应用,并可以直接打开:

    在这里插入图片描述
    这种卡片形式的桌面管理同样应用到所有鸿蒙带屏设备上。

    2.6、应用跨设备间流转

    当手机和PAD组成超级终端,多任务中心就可以看到手机和PAD上的所有任务,如果想把手机上的任务转到PAD上,只需要将任务往任务中心的PAD上一推即可:
    在这里插入图片描述
    当在PAD任务中心看到手机上的一个应用,只有轻轻一点即可拉到PAD上来。

    2.7、原子化服务卡片

    卡片作为原子化服务的统一载体,所有鸿蒙设备的沟通语言,不需要安装,即用即走。
    打开服务中心,所有的卡片都在服务中心,可以在卡片上看到想要看到的信息。
    在这里插入图片描述
    如果要看到更详细的信息,在对应卡片上一点即可,也可以将卡片添加到桌面上,都是一键即可实现。

    统一的服务中心将原子化服务汇聚在一起,卡片在不同设备间流转,对应应用就在不同设备间流转运行。如某应用的新闻通过手机分享到其他手机时,该手机收到卡片后点开即可阅读该新闻,无需安装对应APP。

    卡片可大可小,每个连接设备在服务中心都是一个卡片。

    卡片这个概念笔者没有理解很透彻,感觉是为了与APP换个说法,当然有自己的操作方便性,但一个APP对应一个原子服务?有点没弄懂。

    2.8、极致性能

    在性能优化方面,鸿蒙实施了全栈优化。
    在这里插入图片描述
    在这方面,王博士重点介绍了两点:

    • 动态空间管理,避免内存和存储碎片化,解决越用越慢的问题
      在这里插入图片描述

    • 使用华为自研的图形栈,使用GPU和CPU联合渲染:
      1、智能化的计算调度:使用GPU和CPU联合渲染,GPU渲染相对静止的物体,CPU渲染动态物体;
      2、渲染逻辑和业务逻辑用两个线程分开,不再让二者相互影响,画面的流畅度帧率非常饱满
      在这里插入图片描述

    3、在绘图时使用了render service的能力,不再做重复图形的绘制,让视频处理负载大大降低,使得操作更流畅,续航时间更长
    在这里插入图片描述
    同样机型使用鸿蒙和安卓的续航时间对比:
    在这里插入图片描述
    和最新IOS续航时间对比:
    在这里插入图片描述

    2.9、安全和隐私

    多设备协同认证的等级远高于单设备:
    在这里插入图片描述
    符合安全能力的设备才允许加入超级终端:
    在这里插入图片描述
    和全球最顶尖的第三方认证机构合作:
    在这里插入图片描述
    终端认证都拿到了全球最高级别。

    2.10、总结
    本次发布的鸿蒙操作系统是基于OpenHarmony所做的第一个发行版:
    在这里插入图片描述
    支持RAM从小到128K的设备,用分布式的技术打破硬件边界,全新的原子化服务和卡片设计,实现了极致的性能。
    在这里插入图片描述
    和鸿蒙合作创新的合作伙伴:

    在这里插入图片描述

    三、新品发布及百机焕新计划

    主要是发布搭载鸿蒙操作系统的新品以及已有设备安卓换鸿蒙,由华为消费者业务的COO何刚介绍。

    3.1、新品

    包括手表、平板、显示器、蓝牙耳机:
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

    3.2、升级计划

    在这里插入图片描述

    1. Mate40、P40系列、mate30系列以及MatePadPro从6月2号开始升级;
    2. Nova6、Nova8以及mate20系列和MatePad系列三季度开始升级;
    3. 智慧屏V和S系列、Mate20 X系列、平板M6升级四季度开始升级;
    4. 部分老旧机型明年上半年
      在这里插入图片描述

    四、简单感想

    1. 规划不错,产品体验看起来也不错;
    2. 鸿蒙绝不是安卓套壳,确实是一套适合物联网的全新操作系统;
    3. 生态还需努力,前途绝非坦途;
    4. 已经在华为产品内应用起来,已经迈出了坚实的一步;
    5. 华为的产品价格确实不亲民。
      在这里插入图片描述
      如果阅读本文于您有所获,敬请点赞、评论、收藏,谢谢大家的支持!
    写博不易,敬请支持:

    如果阅读本文于您有所获,敬请点赞、评论、收藏,谢谢大家的支持!

    关于老猿的付费专栏

    1. 付费专栏《https://blog.csdn.net/laoyuanpython/category_9607725.html 使用PyQt开发图形界面Python应用》专门介绍基于Python的PyQt图形界面开发基础教程,对应文章目录为《 https://blog.csdn.net/LaoYuanPython/article/details/107580932 使用PyQt开发图形界面Python应用专栏目录》;
    2. 付费专栏《https://blog.csdn.net/laoyuanpython/category_10232926.html moviepy音视频开发专栏 )详细介绍moviepy音视频剪辑合成处理的类相关方法及使用相关方法进行相关剪辑合成场景的处理,对应文章目录为《https://blog.csdn.net/LaoYuanPython/article/details/107574583 moviepy音视频开发专栏文章目录》;
    3. 付费专栏《https://blog.csdn.net/laoyuanpython/category_10581071.html OpenCV-Python初学者疑难问题集》为《https://blog.csdn.net/laoyuanpython/category_9979286.html OpenCV-Python图形图像处理 》的伴生专栏,是笔者对OpenCV-Python图形图像处理学习中遇到的一些问题个人感悟的整合,相关资料基本上都是老猿反复研究的成果,有助于OpenCV-Python初学者比较深入地理解OpenCV,对应文章目录为《https://blog.csdn.net/LaoYuanPython/article/details/109713407 OpenCV-Python初学者疑难问题集专栏目录
    4. 付费专栏《https://blog.csdn.net/laoyuanpython/category_10762553.html Python爬虫入门 》站在一个互联网前端开发小白的角度介绍爬虫开发应知应会内容,包括爬虫入门的基础知识,以及爬取CSDN文章信息、博主信息、给文章点赞、评论等实战内容。

    前两个专栏都适合有一定Python基础但无相关知识的小白读者学习,第三个专栏请大家结合《https://blog.csdn.net/laoyuanpython/category_9979286.html OpenCV-Python图形图像处理 》的学习使用。

    对于缺乏Python基础的同仁,可以通过老猿的免费专栏《https://blog.csdn.net/laoyuanpython/category_9831699.html 专栏:Python基础教程目录)从零开始学习Python。

    如果有兴趣也愿意支持老猿的读者,欢迎购买付费专栏。

    如对文章内容存在疑问,可在博客评论区留言,或关注:老猿Python 微信公号发消息咨询。

    老猿Python,跟老猿学Python!

    ☞ ░ 前往老猿Python博文目录 https://blog.csdn.net/LaoYuanPython

    展开全文
  • 什么是消息队列你了解过么?
  • RAD Studio 10.2 Tokyo 版发布会

    千次阅读 2017-03-28 11:02:35
    RAD Studio 10.2 Tokyo 版发布会 若内容无法正常显示请点选这里
  • 直播:2011年苹果iPhone4S新品发布会

    千次阅读 2012-07-04 09:32:31
    苹果发布会会场周围布置  北京时间10月5日凌晨1点,美国当地时间10月4日早上10点,苹果在美国加利福尼亚州库比提诺总部举行了名为“Let's talk iPhone”的新品发布会,苹果在发布会上发布了新一代iPhone...
  • 微软.NET俱乐部发布会成功举办

    千次阅读 2006-09-06 15:39:00
    微软.NET俱乐部发布会成功举办2006年9月1日,一个值得全体.NET开发人员凝记的日子。在北京,微软(中国)有限公司21层的Live Meeting会议室,召开了“同一个联盟,同一个梦想”- 微软.NET俱乐部在线发布会,至此...
  • 华为防火墙产品介绍及工作原理

    千次阅读 2019-10-23 19:58:34
    华为防火墙产品介绍 USG2000、USG5000、USG6000和USG9500构成了华为防火墙的四大部分,分别适用于不同的环境需求,其中,USG2000和USG5000系列定位于UTM(统一威胁管理)产品,USG6000系列属于下一代防火墙产品,USG...
  • 腾讯位置 - 产品介绍(结尾附源码)

    千次阅读 多人点赞 2021-01-13 18:10:11
    本篇文章将为大家介绍腾讯位置服务的核心产品,我们在进行应用开发的时候,经常用到和位置相关的数据,是网络IP、GPS位置等数据可以很好的帮助我们完成核心功能的处理以及用户分组、打标签甚至是推荐服务的数据...
  • 软件发布版本区别介绍

    千次阅读 2016-10-27 16:24:23
    Alpha:Alpha 是内部测试版,一般不向外部发布,有很多Bug.除非你也是测试人员,否则不建议使用. 是希腊字母的第一位,表示最初级的版本 alpha就是α,beta就是β alpha版就是比beta还早的测试版,一般都是内部测试...
  • 看了最近的re-Invent大会,会上AWS像以往...回过头来看今年发布的几款产品,仔细想想其背后的技术,感觉没有特别出人意料的,但是这几款产品充分暴露AWS在AI方面的思考,场景为王,深入行业,接下来一一介绍一下。 Dev
  • 苹果iPhone 5 4S发布会现场实录

    千次阅读 2011-10-05 10:34:20
    北京时间10月5日凌晨消息,苹果于北京时间10月5日凌晨1点在美国加利福尼亚州库比提诺总部举行了名为“Let's talk iPhone”的新品发布会,苹果在发布会上发布了新一代iPhone手机,以下为此次发布会的图文直播: ...
  • 互联网产品的灰度发布

    千次阅读 2012-02-02 09:32:35
    在传统软件产品发布过程中(例如微软的Windows 7的发布过程中),一般都会经历Pre-Alpha、Alpha、Beta、Release candidate(RC)、RTM、General availability or General Acceptance (GA)等几个阶段(参考Software ...
  • 企业应用集成与开源ESB产品ServiceMix和Mule介绍议程•企业对应用集成的内在需求•企业IT设施面临的问题•企业应用集成的架构方案•ESB的角色与职责•ServiceMix简介–ServiceMix架构–ServiceMix组件概览–...
  • B端产品经理基本介绍

    千次阅读 2019-01-06 21:28:57
    什么是B端产品? 在B端或者to B中,B代表Business,即商业。简单来说,B端产品让企业更加舒服、更加快捷地运转,从而向消费者收费并提供服务。 B端产品能做什么? B端产品可以为公司管理服务、运营服务。为公司...
  • 今年第二场苹果发布会来了
  • 华为自研产品加上生态产品、合作伙伴产品一起做这个。   1 是我们智能手机,8 包括PC、平板、车机、运动健康、穿戴、AR、VR、智慧大屏、智能音响等等,这8个领域是华为参与自研产品,N 是大量的IoT设备,非常...
  • 发布您的基于Eclipse的产品

    千次阅读 2005-10-31 14:08:00
    而且,它的目标是定义为一个工具集成平台,这种插件式的架构可以使众多的工具提供厂商发布自己公司的基于Eclipse的产品,如IBM的workplace、borland公司的jbuilder2006 (Eclipse版)。 本文就是介绍
  • Autodesk 已经发布了Revit 2016. 中文版可能还要等一段时间。这里给大家分享一下英文版的最新亮点。 英文版新功能介绍请看这个链接。在产品方面, 最激动人心和显著的亮点是Rvt2016对模型的更新速度加快了。 据了解...
  • 现有的CEP产品介绍

    万次阅读 2011-12-10 16:14:10
    在CEP的领域,国外已经有了很多研究成果和相当成熟的产品,而中国的这个市场才刚刚打开。流式数据处理是CEP的一个核心技术,流计算来自于一个信念:数据的价值随着时间的流逝而降低,所以事件出现后必须尽快地对它们...
  • 11月9日,中国航天科工二院706所举行“内置军魂 方为臻品”发布会,正式发布“天玥”系列移动计算产品。 此次发布的“天玥”系列移动计算产品包括“天玥”加固便携机、“天玥”加固平板电脑、“天玥”加固...
  • Ceva Dsp公司及产品介绍

    万次阅读 2018-06-28 15:13:40
    ceva:美国思华科技,2002年成立,一家仅仅300多人的以色列公司,却做出这么多伟大的产品,2017有12亿台的设备搭载了ceva的dsp。大部分中国厂商就是买IP,然后生产芯片,打价格战。 ARM:专门提供微处理器IP核授权...
  • 尽管两者都是免费软件产品(或更准确地说,华为已承诺发布具有开源许可证的Harmony OS),但Harmony OS是其自己的独特产品。而且,它使用了与Linux不同的设计架构,因此首选微内核设计,而不是单片内核。 可是等等...
  • 各位尊敬的 CSDN用户: 你们好!...第二期改版将结合第一期改版后上线运行的用户反馈,继续优化博客产品,同时有新的功能加入。 我们将定期向您介绍新版博客的改进,同时对用户普遍关心的问题做出解答。我
  • 概述 我公司的XMQ-MQTT服务器软件系统是完全实现和兼容MQTT V3.1.1版本协议,并根据现实业务需求做了适当的扩展。支持MQTT发布消息的实时消息鉴权、订阅...本文档主要介绍超大规模集群版本的产品特性。 本文主要...
  • HTML5 APP----DCloud产品分析及介绍

    千次阅读 热门讨论 2016-02-03 11:11:10
    0 前言  目前,使用HTML5开发web app或者Hybrid App...但是,学习资料还是比较空缺的。这个指南是笔者个人总结,难免有误,欢迎指正! ...之前写过3个系列的短文,分析了我为什么选择DCloud这个平台。详情戳下面:
  • 翻译自Esri资源中心博客文章Workflows ...ArcGIS Server Development Team于2013年2月6日发布    提高Web GIS应用和移动GIS应用性能的最有效的方法就是将不同比例尺的地图图层预先绘制成图片,保存到缓存目录中,这
  • 灰度发布方案

    万次阅读 2018-07-15 16:49:08
    在其上可以进行A/B testing,即让一部分用户继续用产品特性A,一部分用户开始用产品特性B,如果用户对B没有什么反对意见,那么逐步扩大范围,把所有用户都迁移到B 上面来。灰度发布可以保证整体系统的稳定,在初始...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 223,808
精华内容 89,523
关键字:

产品发布会需要介绍什么