烟囱式架构 (Information Silo Architecture)

烟囱式架构

相对於中台架构，烟囱式架构就像多个互相独立的应用系统，代表着业务流程的区隔 ─ 重复的功能、复杂的系统。

案例分析："用户系统"的演化历程

1. 客户关系管理系统 (CRM)
   用以管理用户，建构用户体系、会员体系的运营框架，提高用户满意度和黏着度。
2. 点对点式的对接
   • 随着更多业务展开，了更多用户资料、交易行为有显着的差异的系统，而修改开发兼容於各种系统的 API 接口有相当的复杂度。
   • 用户资料将分布於多个系统之中，需要频繁和复杂的资料同步。
   • 批次的资料同步方式，容易导致在特定时间下，不同系统所查询到的个人资料，会有不一致的情况，可能会影响用户体验及造成营运缺失。
3. 重复的功能建设
   各个业务系统中都开发了相似的用户管理功能，但核心功能是一致的，这形成了严重的资源浪费。

**坏味道 (Bad Smells) **

很多资讯单位都曾经在类似的十字路口，为了让业务及时上线、规避风险，各企业IT生态演化上都曾无可奈何地做出类似的选择。

• SOA架构
  SOA 架构需要完善服务的整体规划和设计，并且能持续地迭代以适应新的需求，而提供API服务技术团队就背负了服务整合的和系统稳定的重要责任。
• 资料交换
  通过文件传输的粗颗粒的扁平化资料是最容易实现的资料交换方式，风险也是最小的，在权衡利弊之後成了很多系统间资料交换的主要方式。