受访嘉宾：Laurence
MongoDB中文社区年终大会将于2020年1月4日在深圳召开，在大会开始前，我们采访了部分嘉宾，希望了解到这场大会分享内容的更多故事和背景。
本期我们采访的是周生生集团国际部系统经理Laurence, 他将在大会当天跟我们分享议题：从孤岛模式到中台模式的开发效率提升——品牌商在数据中台上的实践。
Q & A
1. 可以简单介绍下周生生公司吗？
周生生这个品牌从香港出发，有很多年了，内地也有不少分店。我们公司总部在香港，主要的业务是在珠宝行业，在不同的地方也有门店之类的，也有自己的股票公司。我这边做IT，主要是对应集团有关的需求来做开发的。广州和台北也有我们的IT团队。
2. 周生生早是从什么时候开始使用MongoDB的？当时是遇到什么痛点了？为什么会考虑使用MongoDB来解决这个问题？
我们大概是两年前开始接触MongoDB的，当时就是因为我们用的Hybris，SaaS之类的套装软件，对很多我们的业务需求开发的时候支撑不是太好，限制较多，所以我们把其中的一些模块抽出来，改用微服务的架构去做开发。在考虑微服务数据架构时候，我们个想到的就是它要有独立的database，方便进行扩容和降低耦合。所以我们就想用MongoDB 这个来做了个POC。因为我们本来内部也有用过一些JSON的东西，所以我们开发或者是使用MongoDB的时候也是比较快速上手的。那POC的过程比较顺利，所以我们很快就有一些不同的微服务创建出来，都是依赖在mongo上边。
3. 您在使用后，觉得MongoDB与传统的关系型数据库相比，有什么样的特点呢？
我们要去学习或者是去开发的时候，MongoDB对于一些新手来说其实是比较方便，因为它那个数据结构改动比较简单，特别是在前期开发过程中需要频繁修改数据结构的时候，MongoDB的灵活模式带来特别大的便利性。如果我要带团队的时候，或者有新人加入的时候去讲解一些我们Oracle数据库里已有的关系型schema的时候，那个学习的时间特别长，我也要花特别多的时间来做沟通。反而MongoDB的结构一目了然，非常容易让新来的工程师快速理解我们的数据结构。所以我们觉得mongo对于一个对应快速需求的团队来说是很适合的。
4. 数据中台及业务中台是近在大陆比较热门的技术概念，香港的IT业界是如何看待这个中台趋势？
我觉得香港这一边，其实可能还没有接触到那么多的资讯。我们公司是比较创新的，我们比较多接触到一些国内的资讯，所以我们都想通过改变我们整个应用开发的架构去配合以可以更快速的对应业务上面的需求。
我个人认为中台的趋势是好的，但是也要看公司里面IT团队的规模跟业务的规模是有多大。如果对一些创业公司来说，这个架构不一定有用，但如果对于一些比较中大型的集团来说，这个架构就会很好的对应不同的业务团队需求。
5. 结合周生生的实际情况，你们为什么会考虑建设数据中台？是希望解决什么样的业务痛点？
我们公司其实已经计划数字化转型有一段时间了。我们采用了微服务来提高架构的灵活性，我们也引进了Pivotal Kubernetes Service来做容器化部署。但是在数据方面我们还有不少痛点，譬如说因为历史原因我们中港台澳四个地区分别有不同的业务系统。这些系统支撑的业务是相同的，数据模型类似，里面的数据很多也是重复的。这样的架构对商品和库存一些数据的统一管理带来不少痛点。新功能上线也需要修改多个数据库。另外一个碰到的问题主要就是我们的系统已经做了也蛮久了，ERP类的系统都有20多年了。20年前的数据架构跟模型对于现在20年后来说肯定是不能对应上的，所以如果说我们现在小修小改的话，遇到的问题是，他牵连到的系统改动会很多，所以我们就希望说通过中台这个概念，对我们企业的核心数据提供统一的数据操作平台，用新的模型，配合上我们比较现代一点的系统来做开发，来为未来的全渠道营销体验打好数据的基础。
另外一点就是说，特别是在数据中台这一方面，我们希望说我们会有一个比较成熟的data team，负责数据的一个团队，可以就是重新整理集团内有价值的资料来选出他对应的业务需求。
6. 你们为什么会考虑MongoDB作为数据中台的存储方案？
考虑到我们之前已经有对MongoDB有过实际经验，包括不同的场景、读写操作的性能，横向扩展的能力，以及2年多来平稳无故的线上运行等。所以我们对于MongoDB蛮有信心的。前段时间我在寻找Oracle到MongoDB的实时同步方案的时候看到了Tapdata，也了解到他们有基于MongoDB的一套数据平台解决方案可以用来帮我们构建面向业务的数据中台，所以就考虑了Tapdata + MongoDB这样的一个方案。
