第一章.企业级的互联互通,我们为什么需要
引言。“互联互通”最早源于电信领域,指不同电信运营商的用户通过各自的设备能够相互通信。互联互通的目的是站在企业级视角,实现不同的供应商、不同的架构和不同技术栈的系统间的协同工作。
互联互通的发展起源
在我们这个大千世界,过于闭塞无疑是自寻死路。上到国家,下到企业、家庭甚至是个人,无论个体发展的多么炫丽,但是从外部看,只是一个个盛开着的“围墙花园”。从近代史的清王朝,到近年互联网的各类大战,甚至从软件的开源和闭源,从技术的角度看,封锁只是目光短浅的做法,寻求共赢才是可持续发展的王道之路。另外PS一下,最新钉钉拿下腾讯,国内这两个超级大体量的企业,也要逐步破冰,开始互联互通啦。客位看官,互联互通的影响有多大,这只是冰山一角,只要肯向前迈那么一步,收益是肉眼可见的。
若干年前,企业内部的IT化建设就已经出现了各式各样的问题,我们大家一定见过如下的信息
时至今日,这些问题仍然或多或少的存在,哪怕是以产品为主导的大型公司,内部仍然存在有类似的问题。
从企业级的视角看待自身的数字化建设,企业架构的互联互通,就应是我们在转型过程中必须要面对的问题。那么,如何去定义企业内部的互联互通,就是我们需要关注的目标。
这是一张标准的互联网五层模型,只是把OSI的七层模型精简了一下,底层没变化。互联网本就是将多个网络串联形成的一个大的国际网络,在这个层面上已经是一个互联互通的形态。只要利用网络设备接驳上供应商提供的网络,就可以于连接上互联网,访问和使用互联网上的开放资源。通常情况下,硬件的互联互通已经由设备厂商提供了,我们只是关注,硬件设施的互联互通影响了应用层的互联互通,而互联互通,也将从应用层开始。
第二章.互联互通,应用系统的3+1流量
一个应用的正常运行,一定会有如下流量
- 通信流量。各种渠道访问该应用所产生的流量。除非我们是一个非常封闭的系统,否则,通信流量一定会存在。
- 管理流量。在应用的运行时,对应用的运行提供管理配置,由管理产生的流量会影响应用的通信,如流控、安全、路由等等。在分布式架构体系下,如果你的应用不是非常小规模的,那么,管理流量一定会存在。
- 存储流量。这里不是关心存储本身,而是应用到存储之间的这部分。例如,应用使用的OSS,分布式存储,单元化架构等。在