为了前后端分离，我们在前端和api层中间，架构了一层node层，用来做服务端渲染，来加快用户的首屏可用和对搜索引擎的友好。项目一开始放置在同一个git仓库里面，分别放在client目录和server目录中（或者类似于vue 官方例子中的一样，node服务可能只有一个sever.js。因为server中可能需要client中的一些资源，所以不得不将他们放在一起。后来通过配置中心驱动之后，client 和server 可以完全独立，通过配置中心建立连接。所以完全可以将client项目和server项目分离开。
其实就是在前端项目中，再做了一次前后端分离，这次分离的原因 跟与api的前后端分离有些不一样。这次是因为 第一个 前端vue项目本就是一个完全独立的项目，拖着server项目反而显的不是那么灵活，同样，server里面包含了client，虽然可以独立发布，但是因为迭代周期的不同，在管理分支上面总归有点变扭，索性分开，各过各的 各过各的是极好的，可是开发的时候怎么各过各的啊（f***~）,我开发的时候要走服务端渲染的逻辑的啊，你让我先基于客户端开发，然后再配合着node调试一波？那可不是反而增加了开发成本 有没有可以让client独立也能跑ssr的逻辑，然后最后只要跟正式的node服务通过配置中心配合起来就好了呢? 有啊，给client配置一个简单的服务不就好了么？一般的nodessr不都是这样的么 说白了就我上面说的，一个sever.js。里面是一个基于koa的简单服务，加上了koawepack的中间件(koa-webpack)，用来做开发时候的热加载。 然后通过不同的启动脚本，来配置上不同的环境变量参数，以此来启动不同的页面开发，这样子，开发就方便多了，npm run start:home 就是开发首页，npm run start:video 就是开发播放页 后面加上server参数就是开发服务端渲染 例如 npm run start:home:server （这里我只提供一个思路昂~具体实现要讲的东西太多了，这里不太想写 >_>~~）
容灾
既然是个node服务，那么对于服务也要有相应的容灾方案，不然怎么放心将大流量交给它 那么，我们需要一个降级方案以备不时之需(以下内容需要建立在你对vuessr有一定了解的基础之上) 首先 vue 服务端渲染都有两个入口文件，entryclient.js和entryserver.js 如果要支持降级，那么需要在entryclient.js上面动一些手脚，我们仍然以官方例子为例 现在index.temlate.html 增加一个客户端渲染容器,一个名为de-app的div(<!--vue-ssr-outlet-->是服务端渲染的占位符)