降低研发成本

赶在清明假期间，微信又有了新的动作。如同“跳一跳”空降元旦三天假中一样，一大批第三方开发的小游戏于4月4日悄然上线。在用户玩得不亦乐乎之时，游戏开发商们也看到了变现的好消息：上线仅三个月的小游戏已经公布了明确的变现模式——安卓道具内购和广告分成。

不过，对于分成比例，业内出现了不少质疑的声音。微信已经开始收割小游戏了？

小游戏的两大变现模式

3月28日，微信就发布了关于小游戏的变现的变现方式及规则。根据官方说法，微信为小游戏开发者提供两种变现模式：安卓道具内购及小游戏广告分成。

具体规则为：安卓道具内购收益中，开发者收益=小游戏道具内购总流水收入-腾讯渠道技术服务费（道具内购总流水收入的40%）-腾讯依法代扣代缴税款（如有）；广告分成中，“单日广告收入流水10万元以内（含）的部分，开发者可获其中50%，单日广告收入流水超过10万元的部分，开发者可获其中30%”。微信官方同时还表示，这一规则为暂定规则，后续如有变化会提前通知。

小程序从诞生到上线广告组件经历了近一年的时间，而小游戏在尚未开放前就对外公布了清晰的变现模式，笔者认为，这是给开发者打了一剂“定心丸”。累计用户3.1亿的小游戏被背后的游戏开发者视为新的机会，随着微信开放发布小游戏，双重变现模式下，优质的游戏作品已经可以看到明确的创收预期，游戏开发者们均有机会在小游戏里分一块蛋糕。

至于这块蛋糕里，开发者获得的60%是不是真的不如预期？我们倒不如来看看微信真正能给小游戏带来哪些实际的价值。

40%的渠道技术服务费真的高吗？

我们从开发者的角度来算这笔账。

一款游戏在触达用户前，大致会经过研发、发行、渠道三个主要环节。这其中，除去渠道的抽成，发行商也会分走大部分利润。以目前国内的大部分情况来看，除了苹果严格的37开外，还有相当数量的安卓渠道采用的是55开、46开的分成比例。根据此前大量的媒体曝光，游戏市场基本稳定在渠道商30%：发行商40%：研发商30%的格局中。

而如果在微信上发布小游戏，微信40%的渠道技术服务费，不仅仅包括了渠道费用，还包括了底层开发工具和游戏引擎的支持，这种专业技术支撑，能够大幅度降低游戏开发者的成本，尤其是最宝贵的时间成本；在微信平台上，开发者基本不需要找发行商即可自行上架，相比较而言单一提供支付渠道的苹果模式，免去了找游戏发行商的烦恼。

此外，更须意识到的一点是，基于微信的社交关系链，小游戏还提供了广告变现的方式，大大增加了变现的空间，开发者将有机会获取更多的利润。且在微信的社交关系链下，小游戏传播推广中的用户获取和用户粘性等问题也能得到有效解决。这些都是之前的游戏发行渠道所不具备的，和只提供渠道的苹果的路数也完全不一样。

可以看到，作为一个10亿活跃用户量级的平台，微信为游戏开发者提供的价值不单单体现在渠道上，也更体现在渠道之外。微信40%的费用相当于以往游戏市场中部分研发成本、部分发行费用与渠道分成的总和，这样算来，微信40%的渠道技术服务费对游戏开发者来说应该是比较友好的。

随着微信开放发布小游戏，游戏开发者获得的收入将持续可期。然而，在开发者看到变现春天之时，也应注意到这一全新的游戏模式仍面临许多未知的挑战，如小游戏流量主的资质如何审核？小游戏增加广告后是否会影响体验？iOS端道具内购何时开通……这些问题依然有待微信给出答案。

智能门锁市场的玩家现在不仅只有传统的五金门锁企业，还有如从事安防监控的海康、大华，更有如传统家电制造企业海尔、美的。入局更多的好像是现在的智能手机制造企业，如小米、中兴等等众多的智能手机制造企业都已进入到这个领域，仅在短短的2017年就有上千家的企业进入到了这个赛道中。

短时间内智能门锁为何成了刚需?

首先就是随着智能家居这两年越来越火的姿态，以及一些企业在智能家居部分领域的成功，让许多的参与者跃跃欲试。更多的是随着4G技术大范围的普及以及5G即将商用的前夕，所有的厂商一致认为该领域会是下一个市场蓝海的爆发点。但是笔者认为对众多的消费者而言，这个板块只是被刚需了。

简单来说，消费者对智能门锁并目前并没有一个即时的痛点需求，更多的只是厂商为了打开的营销噱头，所以智能门锁虽然会乘上智能家居的东风，但目前而言市场规模并不大。

在2017杭州云栖大会的IoT合作伙伴计划专场上发布的《2017中国智能锁应用与发展白皮书》中称2016年全球市场智能锁产业规模达到1100万套。其中日本达到150万套，韩国达到170万套，欧美市场达到250万套 ，中国达到350万套，其它等市场约200万套，预计到2020年全球智能锁产业规模将达到5100万套。由此可见，就全球市场而言规模都是很有限。所以这个市场还处在一个长期的的教育阶段，火热的表象背后更多的是缺乏市场需求的无赖。

市场广阔的智能家具中，为何智能门锁堪当开局大?

以智能手机制造商跨界到这个领域而言，目前的整个智能手机市场早已是竞争激烈，马太效因越来越强，手机行业老将刘江峰日前对媒体表示：“做了这么多年手机，这个市场竞争太激烈了，而且手机市场中主流品牌越来越少，中小厂商的生产空间也越来越小。”

目前全球整体市场也是处于需求量的下降阶段，所以对于众多的二梯队、三梯队手机制造商来说，想要获得体量的持续增长，就必须重新寻找新的增长点，有一个新的流量导流体来承接市场份额的增长。

智能门锁虽然目前处于市场教育期。一旦市场成熟之后，就像目前的智能手机一样，将直接是面向消费者的刚需产业。除此之外，在一定意义上还可以打通B端的产业链条，可以说市场前景是非常广阔的。并且相比较其它的以家电为主的智能家居产品，这个领域目前并没有强大的竞争对手，市场占有率是极度分散的。后来的新加入者也基本上都处在投入期和检验市场阶段，现在进入成功的概率较大。

在产品的难度上，表面上是相对比较简单的。如果企业能投入一定的研发实力的话，就可以研发出颠覆性的产品的。在市场上可以形成更大的品牌效应。占领消费者的认知区间。

但是，问题来了。

整个的智能门锁市场上，虽然玩家众多，但是依然无法逃脱产业发展初期草莽生长的时代，许多产品都表现出同质化严重、创新不足、重营销轻研发的怪圈，衍生出了许多华而不实的噱头功能。

和智能手机对性能、颜值等要求不同的是，智能门锁对安全的要求是底线。只有满足消费者心理安全底线之后，才追求便捷性。简而言之，就是解决开门安全性的基础上来解决开门便捷性。

可是安全这一刚需，好像众多的厂商并没有解决，智能门锁依赖移动互联网、电子加密技术、机械防盗技术、机械制造技术、认证技术等技术的完美结合，很多性能的落地还有待于技术的开发与完善，目前在底层技术上并没有实现。大多数都是套用公版公模来来降低研发成本，再外接一些华而不实的功能。因此这个市场上，技术胜过一切营销。

对待智能门锁，厂商理念的更新还未跟上。

从机械锁到智能门锁并非产品的简单升级换代，而是产品定位与功能的重大革新，结合目前的人工智能技术和物联网技术，智能门锁的定位应上升到家居安防系统的其中一部分，不仅仅是锁门或者对人员身份的识别层面。比如如何与其它智能家居的信息打通，出门安全信息的确认，如何扮演好家居安防的第一道门这样一个角色。

国内整个智能门锁才刚刚起步，想要在这个市场有所突破，就必须延伸出除“锁”之外，更广的内涵，赋予更多的意义。以及通过底层安全技术的创新最终做到消费者的认可。理念更不能停留在“不用钥匙开门”这样的认知水平之上。

作者：杨静|来源：iDoNews专栏

近日，2017云栖大会·深圳峰会如期举行，多项阿里云新产品对外发布。在企业级互联网架构分会场，来自阿里中间件（Aliware）的技术专家及合作伙伴，为现场参会嘉宾带来最新的传统IT架构到企业级互联网架构跨越式升级、实现互联网转型的产品及解决方案。其中高级技术专家姜宇在分享中带来的Aliware新产品—全局事务服务（GlobalTransactionService，简称GTS），在分布式事务处理上带来的高性能和技术创新令到场参会的各路技术专家眼前一亮。

Aliware新成员—全局事务服务GTS技术分享现场

分布式事务背景

OLTP领域中很多业务场景都会面临事务一致性的需求，传统业务系统常以单体应用形式存在，只需借助特有数据访问技术和框架，结合关系型数据库自带的事务管理机制来实现事务一致性的要求。而目前大型互联网应用和平台往往是由一系列分布式系统构建而成，平台和技术架构也是流派纷呈。

尤其是微服务架构盛行的今天，一个看似简单的功能，内部可能需要调用多个“服务”并操作多个数据库或分片来实现，单一技术手段和解决方案已无法满足这些复杂应用场景。因此，分布式系统架构中分布式事务是一个绕不过去的挑战。什么是分布式事务？简单的说，就是一次大操作由不同小操作组成，这些小操作分布在不同服务器上，分布式事务需要保证这些小操作要么全部成功，要么全部失败。

本质上来说，分布式事务就是为了保证不同数据库或消息系统的数据一致性。

分布式事务三大难题：一致性、高性能和易用性

分布式系统的事务一致性本身是一个技术难题，没有一种简单完美的方案能够应对所有场景，很难兼顾事务一致性，高性能与易用性。三者缺一，则适用场景大大受限，实用价值不高。

首先是一致性：要求在各种异常情况下保证数据是强一致的。目前最常见的一致性解决方案是最终一致性方案，通常是结合消息中间件实现，在互联网企业中广泛使用。最终一致性实现方案比较复杂，开发、运维成本高，并且与强一致相比，业务上是受很多限制的。

其次是高性能：目前基于XA协议的两阶段提交是最常见的分布式事务解决方案，但XA类产品的典型不足是性能低下，这对于互联网大并发需求下的多数企业是无法接受的。国外具有几十年历史和技术沉淀的基于XA模型的商用分布式事务产品，在相同软硬件条件下，开启分布式事务后吞吐经常有数量级的下降。

第三是易用性：为了满足一致性和高性能要求，出现了一些特定场景下的分布式事务方案，但通常会限制用户用法，对业务侵入性强，无法做到简单易用，带来更多开发成本。

世界级应用场景，催生世界级分布式事务解决方案

早期的阿里巴巴集团随着业务高速发展，内部不断涌现各种典型的分布式事务需求，比如阿里内部广泛使用的TDDL分库分表所带来的分库间数据不一致问题，HSF服务化后所带来的服务链路上数据不一致问题等。在这个过程中，各业务技术团队利用现有中间件技术手段实现分布式事务处理，但这些手段都较为复杂，工作量大，对应用侵入严重，有些适用场景还有限制。

2014年5月开始，阿里中间件（Aliware）内部命名为TXC的分布式事务中间件开始研发，同年10月1.0版本发布，分布式事务功能已经具备，但性能还有局限，只适合于吞吐量较小的场景；2015年12月，TXC2.0版本发布，相比1.0版本性能提升10倍以上，在阿里内部多条业务线得到部署。

通过部署TXC，应用只需极少的代码改造和配置，即可享受分布式事务带来的便利。TXC作为阿里内部为解决分布式数据强一致性问题而研发的分布式事务中间件，彻底解决了分布式事务数据一致性的问题，简单易用，先后在淘宝，菜鸟，淘票票和村淘等多个业务的核心系统上得到部署和验证。

顺应云时代潮流，GTS应运而生

从2016年年中开始，在阿里内部一直接受锤炼的分布式事务中间件TXC在2.0版本后，随着阿里中间件上云热潮，开始通过专有云输出，并得到了市场极大认可，适用场景得到进一步拓展，全面涵盖电商、物流、金融、零售、政企、游戏、文娱等领域。2017年2月，TXC2.0通过阿里云对外公测，外部改名为全局事务服务（GlobalTransactionService，简称GTS）。

GTS总体架构图

在整体架构方面，GTS由三个组件组成：客户端（GTS-Client），资源管理器（RM），事务协调器（GTS-Server）。客户端与事务协调器间，资源管理器与事务协调器间都是通过GTS分布式事务协议进行通信。客户端负责界定事务边界，开启/提交/回滚全局事务，资源管理器负责管理资源，支持的资源包括：DRDS，Oracle，MySQL，RDS，PostgreSQL，H2，MQ，后续计划根据实际业务需求支持更多类型资源。事务协调器，也就是GTS服务器，是分布式事务处理的大脑，负责协调整个事务过程。GTS事务通过RPC框架和消息中间件进行事务传递，把整个业务调用链路或者消息链路串成一个分布式事务，极大简化应用开发。

在高可用方面，GTS支持同城容灾与两地三中心容灾，可保证各种异常情况下的数据一致。在易用性方面，GTS对业务无侵入，真正做到业务与事务分离，开发者可以集中精力于业务本身。在技术创新方面，GTS也走在了行业前沿。项目负责人阿里高级技术专家姜宇（花名于皋）拥有13项分布式事务的核心技术专利，研发团队的技术专家张松树也有3篇专利。通过大量的专利技术，精妙的算法，与精巧的分布式事务私有协议，GTS取得了超强的性能。

另外，在部分严苛的行业应用场景，比如金融用户的资管项目分布式事务场景下，GTS也经历了严格的测试，按照用户要求顺利完成功能性、稳定性和性能测试。下图是一个典型性能测试场景数据，从实测数据可以看出，开启GTS（TXC）分布式事务后性能下降不明显。目前GTS已经在资金业务上有实际应用，线上大量真实数据验证了GTS的高效可靠。

GTS典型性能测试场景数据

性能优异，业务场景广泛

作为新一代企业级分布式事务服务产品，全局事务服务GTS兼顾了事务一致性，高性能与易用性。在满足事务ACID的前提下，普通配置的单服务器就可以达到15000TPS以上的超强性能（两个小时内完成1亿多笔业务），3台8核16G内存虚机组成的服务器集群可以支撑1万TPS以上的分布式事务，与同类产品相比，性能优势明显。另外简单易用对业务无侵入，为广大企业大幅降低开发成本，业务场景非常广泛：

1、跨多分库的分布式数据库事务场景：关系型数据库普遍支持事务，能够满足事务内的SQL要么全部成功、要么全部失败。但客户从单机数据库往分布式数据库迁移的情况下，原有的一个事务往往会被拆分为多个分库上的事务。由于网络的不可靠性，容易出现部分分库上成功，部分分库上失败的情况。GTS结合DRDS可彻底解决了这一问题。

2、跨多数据库的事务场景：复杂的业务系统经常会使用多个数据库，甚至多种类型的数据库，比如企业中Oracle，MySQL和其他关系型数据库并存的情况时有发生。业务同时操作多个数据库的情况下，一旦发生先提交的事务成功、后提交的事务失败，就很难解决。GTS支持各种常见关系型数据库，并提供多数据库间的事务保证。

3、跨数据库系统、消息系统的事务场景：消息系统被广泛地用于系统间解耦，一般先执行一段业务逻辑，执行成功会向消息系统发送一条消息，用于通知或触发下游业务。这个场景下，如果业务逻辑执行成功、消息发送失败，则业务不完整；如果先发送消息，但执行业务逻辑失败，同样存在问题。GTS提供了针对消息系统以及常见关系型数据库的操作入口，保证数据库操作和发送消息要么同时成功、要么同时失败。

4、跨服务的事务场景：随着业务复杂度提升，大多企业会对业务进行服务化改造。可能存在服务一操作MySQL和DRDS，服务二操作Oracle，要求两个服务操作要么同时成功、要么同时失败，否则会造成业务数据的不一致。GTS可以很方便地进行跨多个服务的分布式事务。

依托阿里中间件(Aliware)，打造世界一流企业级互联网架构平台

据GTS项目负责人姜宇介绍，“GTS作为一款高性能、高可靠、接入简单的分布式事务中间件产品，可与DRDS、RDS、Oracle、MySQL、PostgreSQL、H2等数据源，EDAS、Dubbo及多种私有RPC框架，MQ消息队列等中间件产品配合使用，可轻松实现分布式数据库事务、多库事务、消息事务、服务链路级事务及各种组合。策略丰富，易用性和性能兼顾，将真正完善阿里云中间件产品线。”

GTS（TXC）的研发依托于阿里中间件(Aliware)团队，中间件技术部是阿里巴巴集团生态系统的技术基石，为集团各大业务群提供可靠、高效、易扩展的技术基础服务；并在此基础上打造世界一流的中间件产品、高可用架构基础设施和企业级互联网架构平台，为全球企业和客户提供服务。

更多AliwareGTS产品服务和技术细节，请访问官网：

相关新闻

2016-04-19

2016-06-13

2016-10-24

2016-11-04

2017-12-29