什么是中台？这产品天天让我弄。

@caixiaocai #34 其实是中国台湾

中台就是技术人员一厢情愿的美梦罢了，最后都会被业务方的各种定制化需求粉碎。

@zhang77555 但是现在好多公司都在学，不管公司大小，业务规模。反正我简单看了一下，新词，内容看起来微服务也差不多。反正就是拆拆拆，调用。。。

中台就是“二道贩子”，直接可以取得数据要找个人转一次手交给你，当然，这是戏谈，数据量和应用规模到达一定程度，要细化“中间层”应用，中台的作用是“细化业务，粗化代码”，通过中台，业务越来越清晰，东西越来越多，但是代码逻辑通过构建重用的抽象却相对业务来说是减少了，不用每个应用复制一堆相同的代码。所以用不用中台始终要看业务需要，构建的话也要遵循一定规范要求，那种团队只有两三人，代码不过一两万行的项目要搞中台，只能说需求发起人是脑袋进水，想跟风显示一下自己紧跟潮流罢了。

什么是中台？前台干不了，后台不想干的事儿甩给了中台。

我理解的就是 TM 后台管理系统，只不过相对于原来的后台管理系统权限和功能可能少一点。例如不允许大规模删除数据以及修改订单金额等。
纯粹扯蛋

我在用户中台，向外提供登录，注册，账号管理，风控的能力，其他产品做登录注册只要通过中间层 php 调用我们的接口就好了，而且需求也都是和用户相关

我想起了一句话: `如果遇到了问题, 没有是加一层是解决不了的, 如果不行, 就再加一层`

@miv 插一嘴，其实只是个段子，用来调侃那些什么都不会的人，PPT 选手
中台是合，微服务是拆，什么时候整合什么时候细化，具体还是都要看业务战线是怎么样的

中台就是对企业业务能力的封装，新瓶装旧酒，类似以前的 ESB。
中台落地的前提是对业务有足够深入的了解，并且有高度的概括能力。简单两句就想让一个开发人员实现简直天荒夜谈。
追求完美 OO 设计多年的我，逐渐放弃，我就是个普通人，没有哲学家那种抽象能力。何况现实情况是，业务也在跟着变化，想总结出业务模式，抽象出业务能力，实在太难。
唯有对相对稳定的组织架构进行能力封装，毕竟组织架构师稳定的，每个部门的职能也是稳定的，封装每个部门的 IT 接口也能够实现一个可用的中台。

楼主也是个实在人
就是后台系统 硬生生的跟着马云说中台
一些不懂的人明明就是个后台管理系统硬说是中台

中台现在火应该是在阿里企鹅这样超大型组织中，在组织、系统架构十分复杂、流程冗长，但又需求多变复杂，同时又要求极高的系统容量和稳定性，低效率高成本的管理、沟通和组织协调问题，所以通过中心化的高效率部门实现独立高性能高技术基础架构能力和高度业务抽象能力，从而为超大型组织巨人提供高效率心脏，节省成本提高效率，同时也为了能抓住新机遇做好时刻准备，为实现超复杂业务做好支撑，但是你说这种东西，对于中小型公司来说，有个毛线用处啊，都是 TM 的瞎比比扯淡的，中型公司或许还能 ppt 架构大师走上人生顶峰，小公司嘛你就呵呵就可以了

业务大平台多 抽象出来个中台 ,小公司就算了

产品取名大会，东西南北中台

举个例子，电商的用户中心... 如果有天猫、饿了么、菜鸟这么多客户端... 可以统一搞一套统一的用户中心，封装给各个业务线，他们自己在做个性化、业务化...

产品经理插手技术架构，是不是飘了

现在新名词这么多了呀，以前做 lvyou 行业时，中台是负责把 web 过来的订单拿去和 jiudian 确认一下，以及 noshow 之后更新订单。现在看来，中台是在前端和后台之间又强行插入了一层呀。十几个后台开发，在我看来，是没必要搞什么微服务的，中台就更没意义了，反正都是没事儿找事儿，lz 就当是学习一下潮流吧。

连腾讯都推不下去的技术中台，没那么简单的

楼上大哥们不要无脑黑中台了 中台可以认为是人员组织结构的一种延伸 就是功能性组织结构和业务性组织结构的区别

一个公司有很多业务 每个业务都有自己的 dba 都有自己的 qa 这就是业务性组织结构
突然有人说 卧槽 dba 干的活基本都是一样的 我们把所有 dba 都放在一起成立一个统一的数据库中台吧 这就是功能性组织结构
但是大部分业务并没有这么统一 比如 qa 虽然都是测试 但是每个产品测试需要了解的知识又不太一样 就不能做中台 这时候就需要混合型组织结构 或者说“双重汇报” 这就是另外一个故事了
所以如果能把业务和人都统一的放在一起 就可以做中台 对人力和管理都是好事 如果不能 就别瞎折腾