最近要为客户开发一套项目管理系统，业务功能就是各部门报项目，然后审批，然后招投标，然后签合同，然后施工管理，然后验收，然后入固定资产，最后项目评价，over。业务场景不复杂，自然投资也不多。我们自己之前也有类似系统，改改就可以交差。之前多年来一直都是这么干的，没觉得有什么不妥。现在再仔细想想还是有很多需要探讨的地方，从这些地方就可以理解千里马平台的技术思路。千里马的技术路线之前也发布了，只所以先发布就是提醒读者，你需要有这方面的知识，我们是在讨论一个复杂的技术问题，没有这些背景，您还是一边凉快去，这边连热闹都不需要看。
现在我们从零开始开发这个系统了。首先就是登录验证。
传统方式：自己开发登录页面，自己开发用户管理
改良方式：验证部分需要调用统一认证接口。但是系统本身还需要用户管理、权限管理等部分
千里马平台方式： 1 单独产品模式（把用户管理、权限服务等打包到一个运行包里，这些东西是现成的，不需要开发） 我们不讨论这个模式。重点讨论下面这个集成运行方式（面向大型企业、高校、研究院、省市级政府部门等，总之要大，要足够有钱）。
2 集成运行方式，调用基础平台的用户管理、权限管理等等即可
注意平台上的所有应用，例如项目管理、OA系统、人力资源系统、费控系统、固定资产等等都是这个模式：共用统一的用户管理、权限管理系统。（这两个部分是独立运行系统，通过链接来访问）
最外层再运行一个门户系统，上述这些系统都以链接方式装入门户系统。
上面提到这些东西都是微服务架构，同一个系统可以同时启动多个，例如一次运行10个用户管理服务，100个权限管理等等，这些服务由nacos+spring gateway搞定路由（就是前端只面对gateway，最终那个服务来干活，不用关心）。
登录页面做成个vue组件，需要是引入即可。
总之我们开发时知道有那些现成的组件、现成的服务就OK。重复的轮子不要搞了。这就是千里马的一部分职能（一堆前端组件+一长串后台微服务）
