演化过程中的技术与业务双驱引擎

这几年在新零售、社交电商以及新的模式玩法上,做了很多探索,而所有模式的探索背后,都有技术的影子,都是基于IT技术解决方案的基础上展开的新模式的探索。

二者的关系很难说是业务模式促进来技术平台的发展,还是技术平台引导了业务模式的发展。

因此,我更倾向于这是技术与业务双驱引擎。

今天想跟大家探讨的就是者个话题:云计算、新技术与业务之间的相互驱动关系

在云方面,我想不仅仅是电商,包含这几年刚开始的创业公司,都有一个共同的特点:

云,是电商天然的属性。

也就是大部分创业公司从创业之初或者像一些传统品牌商,启动电商的业务的第一天就天然的寄托在云端,我认为像天猫、京东POP之类的大平台,本身就是一个庞大的SaaS服务平台,为我们开展电商的业务提供了基础设施:店铺装修、商品阵列、支付、营销工具等等。

大家可以看到现在的品牌商基于全渠道的布局,分布式的店铺分布、客服工具、云抓单等等,使用的都是第三方公司的云端服务。

但目前电商我们把它看做是一种业务模式或者形态,至少在在的传统品牌企业是这样的,电商大约只占市场规模的30%-40%,而不是业务的全部,它的后半段业务需要跟公司的业务流程贯通,所以需要回归到传统IT的支撑,从云端下来,因此变成这样的:

(这个图耦合多个异构系统,是种种阵痛之后的现状)

那么传统企业上云是主动的,还是被动的?

我认为这里面经历了三个过程:

1、第一个阶段:被动。

因为要开展电商业务,电商的业务全部都是跑在云上,不选择就没有办法开展业务。

2、第二个阶段:探索。

之所以会经历探索,是因为大的公司内部有旧势力,比如传统的IT部门,主管IT但又不懂IT的管理层,他们想从云端下来的理由很简单:他们认为数据放在自己办公室的机器上比在云端安全。

3、第三个阶段:主动。

其实最主动的大多是业务部门,业务关系到业绩,有云端工具拿来即用,软件即服务,谁还等传统的IT部分三五个月再给个初版,还到处出bug。

当然,现在我们更多给出的解决方案是推荐:混合云

这样的解决方案利用云端的更加灵活、便捷的资源弹性能力,与业务自身所在的IDC机房形成一个整体。而且企业考虑兼容之前已有较完整的技术体系和架构,往往也容易选择混合云。

推荐混合云解决方案,其实也是市场向甲方巴巴低头的一种策略,相信做企业服务的乙方同学都懂的。

我也坚定认为:混合云,会是未来的主流形态。

为什么会是这样呢?

因为对传统企业而言,IT是有历史包袱的,这种历史包袱,不仅仅是老旧系统,也不仅仅企业之前欠下的IT旧债,更有一帮已经习惯于之前作业方式的IT从业者们。

每个人都有职业的惯性,打破自己的惯性或者叫舒适区都是已经不容易的事情。

所以,大家完全上云是谨慎的。

上云,他们敏感什么?

更准确的说:是我们的领导们,我们的组织敏感什么?

核心点:安全

其次:没有掌握感

你看IDC机房机器自己都能看得到,放到云端机器都是别人家的,自己都看不见~..~

归纳一点:心理因素。 不专业导致的心理因素。

但随着业务的发展与探索,我们又不能不上云,不能不采用云端的解决方案,我们不可能什么事情都自己做,重复造轮子。

我们无非需要解决云如果宕机,如何自救?

1、定期的归档备份策略(配置项、数据库、文件存储等),利用云快照等工具 2、同城双活、异地灾备等方案(这些成本都较高)

自救的策略还是在于如何更快的采用云自带的灾备策略和工具,更有效的采用云弹性的计算能力。

我们总结出一点来:云,本质是一种赋能

把底层打包成标准化的产品或服务,我们拿来即用。 封装了各种能力,不仅是运维层面,还有技术开发和数据层面。

基于这样的思路,我们陆续构建自己内部的云服务:中台。

我们抽象出了:商品库、库存系统、供价系统、价格预擎、全量会员数据、内容库等

抽象出共享的业务平台:商品数据库、供价系统、统一会员库、支付结算系统、实时动态库存数据、渠道终端等,通过共享的业务平台,驱动各部门在数据、资源、进度和标准等方面的共享与协作。

中台,本质是提供统一的能力与统一的数据。

说实在的,这一切并不是我们三五前就规划好了,而是慢慢演化过来的。所以传统企业喜欢搞动辄三五年IT规划,形式大于内容,是不靠谱的。

演化才是常态。

现在运行着的各种业务IT技术解决方案,都是基于云架构的,云架构是一步步演化过来的:

分布式+微服务 边界清晰、低耦合、高内聚 从单一体架构平滑过渡到微服务 从单一体的服务接口梳理,而到原生微服务做两个阶段进行,而不是一步到位。

等等,我们所需要做的是聚合不同业务场景,深度分析在系统架构升级、性能优化、数据存储等技术方向的演化过程、面临问题、采用哪些新技术,未来的架构规划等思考过程。

这个过程是一个埋头干活的过程,是团队自我成长的过程,是无法直接跨越的过程。

这里面有一个很大问题:

在大企业中,如何对技术体系的协同共享问题?

像一些百亿级别这样的传统大企业,一般都不是只有一个IT部门:

大家是否采用类似的技术框架、是否有规范的接口申明等等 是否是成体系的研发线的管理? 是否以公共组件的形式共享和复用代码? 大家的IT供应商是否也遵循这些规范? 是否有开放的知识分享氛围?

相信大部分的答案都是:否。都是自成体系,或者自身都是零散不成体系的。

所以技术中台的搭建非一日之功,这对想做事情的技术团队又有更高的挑战。

IT是服务部门,是业务的支撑部门,即使技术驱动业务,也是在背后驱动。

我们构建了这么多应用,业务认不认可其中的价值?

业务认不认可,是要靠实效来说话。

透明、协作,关键环节不掉链子,这既是我们的努力方向,也是我们对业务的承诺。

(以上是一次在小型的分享会上分享的内容,整理出来,做个记录)

  • 发表于:
  • 本文为 InfoQ 中文站特供稿件
  • 首发地址https://www.infoq.cn/article/401820a31cf314c073fae8cf8
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券