【.com原稿】随着互联网公司的兴起，“中台”二字也进入了人们的视线。BAT等公司推出了自己的中台系统。图片来自Pexels那么，什么是中端系统呢？它是如何诞生的？它是什么样子的？我们为什么需要它？一连串的问题不禁浮现在我们的脑海中。中间平台。什么是中台？任何诞生于中台的软件系统，都是通过帮助客户解决问题来实现价值的。针对不同的需求，会建立不同的软件项目。这些软件项包括客户端的应用和后台管理配置的应用。久而久之，形成了固定的“前台”和“后台”系统，大家乐此不疲地开发类似的业务系统。然而，时间久了，大家发现，这些系统的某些部分是相似的。在进行第二个项目时，无需重写所有功能。可以把之前项目中的公共模块拿出来，稍微修改一下。它可以用于新项目。这就是中泰的雏形。旋转齿轮的抽象和解耦是软件开发的铁律，同样适用于中端系统。中台系统是从原有的固定项目中，抽取出“后台”系统中技术、业务、组织通用的“模块/服务”，做成自治服务，供更多“前台”“使用”。平台是“前台”和“后台”的联动装置，同时也是：调节器：前台业务变化快，而后台系统相对稳定，中间平台是其中的调速器加速器：上线新业务，接入中台即享服务，无需从零开始稳定器：前端业务繁多，后台数据繁多，中台提供多样化接口连接两者，让用户享受稳定可靠的服务。“中台系统”就像一个齿轮，带动“前后台系统”快速旋转。中台的分类是能力的抽象，可以是业务能力、技术能力、数据能力，甚至是组织能力。我们可以从不同的维度来分类。中台分为以下几类：业务中台、技术中台、数据中台、组织中台①业务中台业务是基础，尤其是用户的核心业务。对于中台来说，需要对业务进行细粒度的划分。例如：客服、计费中心、订单中心。如果业务发生变化，需要对上述服务进行拆解，例如：将结算中心拆解为支付服务和核销服务。这样的分类拆解是为了更好的支持前台，为前台业务提供更多的可能性，为用户组合更多的使用场景。这类平台的提供者一般都在某个行业从业多年，积累了大量的行业知识。业务中台：按业务划分服务②技术中台是技术人员接触最多的技术中台。通常，我们将服务拆解，通过微服务进行重组。每个微服务都是自治的，它们通过服务注册、服务网关和服务跟踪形成一个整体。技术上对平台的划分通常分为两个维度。首先是基础服务，是整个系统比较通用的，比如日志服务，安全服务等等。二是商务服务。这些服务被划分为每个业务模块。通常，这些服务会根据业务变化或增量进行更新或横向扩展。此类平台的提供者一般为技术型公司，涉及多个行业，精通基础组件和模块的应用。通常，他们设计的中台架构的性能和可靠性都比较好。技术平台：利用微服务和DevOps为前台提供支持③数据平台数据的获取通常需要经过数据采集、数据清洗/过滤、数据存储、数据归档等几个步骤，最终才能展示给用户数据服务的形式。特别是对于客户端，同时，数据是通过数据中心提供的服务获取的。数据中心会根据不同的业务场景，生成不同的数据服务，满足客户的需求。提供类似平台的企业进入IT信息化较早，积累了大量数据，可以通过数据整合分析，助力业务发展。数据中心：让前端不关心数据处理过程，只关注“数据服务”④中心的组织需要人来实现。如何组织这些人就显得尤为重要。如果要说台湾的组织，那么首先要说的是以下组织架构。职能型：各部门各司其职。虽然是一个老板管理，但部门之间的界限分明。每次有项目，人员就从各个部门调动，项目完成后，人员又回到各自的部门。如果有新的项目，会再次调动。这种沟通方式成本高，责权利不明确，出现问题容易踢皮球，对用户需求的响应也比较慢。职能型：按职能划分组织矩阵型：随着互联网的兴起，矩阵型组织结构也悄然出现。人员与原部门完全分离，设立专项，指定项目经理。人事汇报线也由原来的部门经理改为项目经理。项目经理直接对CTO负责。这种结构比较简单实用，避免了职能组织结构的一些缺点。矩阵型：从职能部门中挑选合适的人组成一个独立的组织产品型：随着产品意识的不断提升，人们不再受制于之前的矩阵型组织结构，于是加入了产品和产品经理，更重要的是融入了客户进组织。让客户参与产品决策、验收测试，增加用户的参与感，做适合客户的产品。用户很难自行设计和测试产品。产品类型：在功能类型的基础上，让组织围绕产品和用户来工作。随着组织平台的不断发展，我们的组织架构正逐步从职能型向矩阵型、产品型转变。中台生命周期中的任何事物都有其运行规律，中台系统也不例外。首先，我们需要满足用户在某个场景下的需求。通过需求的转化，我们知道需要实现哪些功能或系统。这些功能或系统是否已经存在于中端系统中？如果存在，是否需要对其进行优化或反汇编？如果不存在，能否做成通用模块？定义好以上几点后，进行设计、编码、调试、集成测试。最后发布给客户，验证业务的可行性。如果发现问题，就回到需求的源头，把上面的过程再走一遍，如此反复，直到满足客户的需求。“需求”、“实施”、“验证”不断循环，直到满足用户的需求。中台的作用？既然大家对中台有了一定的了解，那我们就从两个维度来看一下中台的作用。虽然上面介绍了很多函数的例子，但是我们还是希望从两个维度来总结一下。业务的作用①快速进入市场在中国和台湾出现之前，我们进入每个行业都比较困难。在了解业务的基础上，需要构建基础业务模块。现在不再需要了。有中台战略加持，即使对某些行业不太了解，也能从容应对。在BAT中，已经有汽车制造、航空航天等高度专业化的行业，依赖中台能力的输出。②专业人员融入系统有了中台系统，离不开行业内的专业人员。业内专业人士协助中台系统打磨各业务模块，通过PASS平台打造行业自有应用。让业务和技术更好地融合，产生化学效应。③定义平台规则现在阿里的钉钉已经把用户、服务商、经销商拉到了一个平台。通过阿里平台的能力，将钉钉打造为企业服务的中间平台，让多方受益。业务方面：通过满足市场需求，提高专业化程度，构建平台化战略，逐步提升技术作用①服务复用，不重新发明轮子，是我们一直面临的问题。中台的初衷就是把公共的部分分开，让更多的人可以享受到。②服务演进技术会随着业务的演进而演进，每一次演进都是技术的沉淀。过去，这些技术演进是看不见的，现在新项目也可以通过中台系统享受这些技术的演进。③快速响应由于中台系统对服务进行了细化处理，每个服务都是独立的，可以根据业务需要横向扩展服务，从而提高服务响应时间。④数据积累多年的数据积累，尤其是业务数据的积累，可以帮助我们带来商业价值。⑤提高效率无需从头构建整个项目结构，也大大缩短了交付给用户的时间。高效的组织结构还可以提高交付质量并提高用户满意度。技术方面：服务复用、服务演进、快速响应、数据积累、效率提升相辅相成如何打造自己公司的中台？无论是阿里的“大中台小前台”战略，还是华为的“大平台炮火支持精英运营”战略，似乎都离我们很远。有人说：“中台系统是一个企业的业务“大公司，我们只要做好自己手上的项目就行。”这是真的还是假的！行业有足够的资源就可以实施，这些是中小企业做不到的，但是我们可以用中台的战略思维去优化我们的发展、产品、项目甚至组织。在业务上，能不能把我们专业行业的业务分成模块，让用户自由选择自己需要的业务模块，提高我们业务适配的灵活性。And服务可以和系统解耦成为独立的服务，甚至可以单独部署，实现真正的自治。以后搭建技术框架的时候，就像搭积木一样方便可靠。在组织方面，从康威定理可以得出，什么样的组织结构直接影响到这种组织结构所产生的软件。我们是否仍在以传统的功能方式推进项目。是否可以考虑以客户为中心的开发模式，让开发者更贴近客户，为客户创造价值。中台对一个人意味着什么？前面提到了中台的定义，中台的作用以及对中小企业的思考。那么中台对于我们个人来说意味着什么呢？我们能在其中做什么？在这里，我将分享我的想法。点、线、面如果把淘宝看作是一个大中型平台，它提供各种服务、接口和数据，为商家和消费者创造一个交易环境。那么我们就可以把淘宝看成是一张“脸”。所以对于商家来说，他需要使用一些营销手段，聘请一些模特拍照，使用一些物流信息为自己发货。商家可以看作是一条“线”。那些提供营销工具、摄影服务、物流服务的供应商，都可以算作“积分”。对于我们来说，它可能无法成为“面”，但我们可以在“面”的支持下做出“线”和“点”。再扩大一点，微信小程序、支付宝小程序、钉钉应用，都有发展空间。供应商、商家、平台构成了“点”、“线”、“面”的有机整体。中台是IT信息化过程中经验总结的产物。是前人总结出来的方法论，也是解决问题的方法。思路。它从具体的场景中提炼出这些经验和方法，以服务于更多的场景。我们可以从业务、技术、数据、组织等维度来看。它不仅可以应用于企业，也可以应用于个人发展。【原创稿件，合作网站转载请注明原作者和出处为.com】
