欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

漫画:大公司都在重复造*吗?

程序员文章站 2022-03-06 10:09:44
一般互联网公司形成规模后,在技术上或多或少都有一些自己的基础组件。这些基础组件大体可以分为两类: 1.完全自研 2.二次开发 完全自研的一般前提是 1.这个可以有 需要使用的时候确实还不存在这个组件。比如这个领域不是一个通用领域,所需的技术也比较专业。可能存在说这个技术确实没有。 2.我需要的时候你 ......
漫画:大公司都在重复造*吗?

    一般互联网公司形成规模后,在技术上或多或少都有一些自己的基础组件。这些基础组件大体可以分为两类:

1.完全自研

2.二次开发

完全自研的一般前提是

1.这个可以有

需要使用的时候确实还不存在这个组件。比如这个领域不是一个通用领域,所需的技术也比较专业。可能存在说这个技术确实没有。

2.我需要的时候你不在

每一种技术产生都有它的历史背景。就像诸子百家,因为没有一个统一的学术体系,而时代又要求这么一个东西的时候,可能就会催生出很多技术,会同雨后春笋样的一下子同时冒出来。

举个例子:

11年初的时候,静儿在人人网,当时的Zookeeper还没有流行。当时配置管理和数据库健康检查等都是自己做的。静儿就写了一个socket程序来做这件事情。当时遇到过很多坑,静儿的服务有问题,大伙儿就都从工位上站起来了:“服务跑不起来啦~”

3.就是不一样

百家争鸣,后来绝大部分被淘汰了。但是保留下来的不仅有儒家学说,还有道家,后来还有佛家等等。他们各有特点,谁也不能代替谁。在技术上,也会存在功能大体一样,但是各有侧重或者实现方式不一样,甚至我自主研发的可能会成为下一个时代。

举个例子:

刚才说到zookeeper,zookeeper一个比较重要的应用是做服务发现,同类产品还有etcd、consul等。

zookeeper基于paxos的化简版zab,etcd基于raft算法、consul也是基于raft算法。etcd和consul作为后起之秀,并没有因为已经有了zookeeper而放弃自己,而是采用更为直接的raft算法。

 

二次开发是公司形成规模后使用基础组件比较常用的方式,常用的二次开发方式也有两种:

 1.深度定制

优点是可以更贴合需求的做深度改造。缺点是版本升级困难。

2.外围封装

优点是版本升级容易。缺点是个性化需求实现困难。

 
漫画:大公司都在重复造*吗?

一般二次开发的需求场景有:

1.安全的需求

比如需要接入自己的SSO(单点登陆)系统

2.数字化运营的需求

比如公司需要对组件的稳定性、可用性做监控。对它的TPS、QPS等指标做监控和统一可视化管理。

3.个性扩展的需求

比如静儿目前在做的基于k8s的容器化,需要一些比k8s本身支持更好的隔离性、服务自动弹性收缩和打散等等。

4.兼容性的需求

需要做一些适配。

 
漫画:大公司都在重复造*吗?

服务治理

服务治理是一个非常大的范畴。涉及的领域可以用下面界面来感知一下。    

 
漫画:大公司都在重复造*吗?

上图来自美团点评的服务治理平台OCTO。

    服务治理有人把它的英文名字定义为SOA governance。它的产生得益于互联网架构的演变。

一体架构

    在传统的一体架构中基本没有人谈服务治理。静儿刚参加工作的时候,做过一个300人月的项目,都是放在一个工程里的。

MVC架构

    后来前后端分离,MVC架构逐渐流行,现在很多工程内部还在使用。

多应用架构

多应用架构是在领域上进行水平切分,形成相互独立的应用。比如静儿在人人网的时候,曾经一个人有段时间负责开放平台系统、SNS(Social Networking Services 社交网络服务)系统、UGC(User Generated Content 用户原创内容)系统的开发和维护。因为其他人都被投入新项目中了。

分布式架构

    这个谈的人就比较多了,包括现在的SOA、服务化、微服务,并且在此基础上衍生出来的平台化、中台化都包含着量级上的质变。

而随着服务增多,就需要一个统一的管理,服务治理也应运而生。每个公司都有自己的业务特点,所关心的指标各有侧重,目前开源的服务治理框架也往往只是其中某些点。就好像谈高可用一样,每个公司高可用侧重点不同,目前基本没有人能出来一个比较系统的高可用方案。所以这是个服务治理诸子百家的阶段。

 

 
漫画:大公司都在重复造*吗?
 
漫画:大公司都在重复造*吗?

 

关注静儿公众号,不定期漫画技术推送~

漫画:大公司都在重复造*吗?