信息化孤岛探讨及解决思路（三）孤岛问题的解决

问题

在（二）中，我们对应用解构和讨论，那么会有几种孤岛类型？我们要解决孤岛问题，应该怎么做？

讨论

针对这些问题，小伙伴们循例进行了如下，有些发散但有益的讨论：

主要是数据孤岛和应用孤岛，最根源是数据孤岛，每个应用都有自己的数据库，自己的数据定义。如果需要让这些数据在各个应用中能够共享，就需要有一个公共的数据平台来治理这些数据，再开放出来提供使用。
应用孤岛源于各个应用有自己的作用域，如果没有提供API接口给其它应用来调用，那么它就是一个完全独立的，不能与其它应用衔接的应用。而如果能开放出一部份可供外部调用的接口，那么就能够被其它应用调用，解决应用孤岛问题。例如，微信开放的接口，令其它应用可以直接分享，或直接使用微信帐号登录。
交付孤岛，个人认为只是一个UI的问题，也就是说你愿意使用不同的业务模块点击不同的图标，还是愿意先点击一个图标再去找不同的业务模块图标。只要有接口，UI完全可以按用户想法来设计，交付孤岛并不需要担心。
基础架构孤岛只是对传统一物理网络架构的另一说法，采用云基础架构，从而提高物理设备的利用率和可管理性，降低成本。

（1）业务（应用）孤岛： 解决办法：首先各业务在网络上要打通，尽可能统一规划业务需求、打通各业务流程，业务能够互相调用（2） 数据孤岛：建立统一数据存储系统，实现数据共享共用。 （3）基础架构孤岛：可采用超融合基础架构，统一规划系统硬件的存储资源、计算、网络等基础资源。这也是消除信息化孤岛的基础层面。