视频播放是一个极度消耗 CPU 和 GPU 的过程，在没有硬解或者特别优化的时候，这个过程可能直接挤爆 CPU 。说白了就是 nova5 的硬件不行。

如果是单纯的多节点负载均衡，那单机跟分布式没多大区别，事实上这里压根也就不是分布式。

如果是一个服务，既能单独提供完整单机服务，又能作为服务节点插入到另一个微服务集群中。那么用 Spring Cloud （原生那个，不要用混乱的 Spring Cloud Alibaba ）就够了。只要你不搞配置中心，那么，如果禁用了服务注册，或者说连接不上注册中心，那每个服务都是独立的完整服务。如果启用了服务注册，同时又在防火墙上禁用了单个服务的直接访问，那么就没有独立服务，只有微服务集群了。

不要看 Dubbo ，这货本质上是 Java 远程调用框架，不是分布式协作框架。

本帖前面的楼层，大多数都是美工在回复，没有做过全局的程序员，或者高级的 UI 开发。

先指出楼主，以及楼上广大美工一个非常明显的问题：不管是主动还是被动，当你的定位是一个纯前端的时候，那么不要插手后端工作量的评估——这是后端的内部工作，不要插手让前端做还是让后端做的决策——这是架构师或者开发主管的工作。如果你插手了，那只能得到一种结果：你行你上。

然后再来说下具体问题。很不幸的是，说不了，因为这问题分析只能是楼主团队的架构师 /开发主管来做。这里只能提供一些经验之谈。

经验一：接口是双方的，不是单方面的。放在楼主环境中，后端可以随意定义接口，但前端没说能用，接口开发任务就不算完成。但请注意，前端只能反馈不能用，不能反馈后端没做好。

经验二：微服务是全局的，前端也是微服务里面的一个环节，所以前端也要参与对数据分散问题的解决，该在 UI 层整合的数据，就得前端做。

经验三：单体应用拆分成微服务之后，前端也可以有自己专用的「前端的后端服务」，像楼主所举例的 「树形选择器」，如果是组织机构数这种全局通用的数据，那么可以交给「前端的后端服务」来集中做。

经验四：微服务拆分，或者说数据拆分，不是简单的把蛋糕切成几块的过程。拆分打散之后，是要再造出一些新的数据，来整合离散的数据的。经验三所说的「前端的后端服务」，就是一种多出来的服务 /数据。楼主的怀疑是对的，微服务拆分，确实有问题。

经验五：即使不是微服务，前后端拆分之后，前后端就不再是一个程序，而是有关联的两个程序，应当有各自独立的数据模型，不能再用一个。简单来说，前端 MVC 、MVVM 等框架中的 Model ，是前端自己的数据层，跟后端 Model 没关系，跟后端用得数据库更没关系。这时候，前端是万万不能说出「这让数据库 sql 过滤不是更简单」这种话的，他应当说的是「没过滤的数据用不了」



最后那个关于审批流程的问题，这个跟微服务、前后端都没关系，这特么就是个 BUG 。后端就没把接口做好，压根无需考虑是否合理，直接当成 BUG 提出去。

@iX8NEGGn #18 通常的软件安装包，基本上就是个压缩包，所以技术上来说，目前的方式，开发者再打包跟用户再打包没有区别。但只要流行起来，微软出于法律风险考虑就会主动封禁这种打包方式。虽然微软很擅长和稀泥，一般都会留下“漏洞”，但是流氓程序可以不用微软出手自己就能搞定——改一下安装包的封包方式让你没法再打包即可。还是期待太高的好。

@Damn #21 用户也没有程序的所有权，在所有权上，程序和源代码没有区别。

@iX8NEGGn #12 你去试一下吧，铁定不行的。如果行，那早晚要被修复成不行，不然微软要被告到裤衩都不剩。

看了那么多美剧、美电影，没发现过你说的这种夏令营。你听到的可能是校园开放日。

@iX8NEGGn #9 已经明明白白说清楚的一句话，点进去看详情会有和不同。

点进去看了也确实没有不同，你仔细看看打包步骤，Win32 -> MSIX 这一个步骤，提供的 exe ， 是开发者自己的 exe ，不是用户下载的别人的 exe 。

不看广告就无法获取使用体验，还是刚开始不说到搞一半才弄这么一出。这跟购物旅游团的区别只是，人家只坑上车的人，你即坑人还坑广告主。

账单明细不能脱离账单单独存在，故记账日加上年份是画蛇添足。但交易日，尤其还是分期的交易日，是不依赖于账单的，所以这个是要写全的。但是国内的程序嘛，遗漏才是正常的。

虽然但是，天干地支是一甲子 60 年一循环的，光有天干地支年和月日，是换算不到公历完整日期的。完整的农历日期，要用帝号、年号、国号，或者黄帝纪年，不能用天干地支年。

单点登录，是一个很庞大的框架，一两句说不清楚。拿“单点登录”、“OAUTH2”当关键词自己去搜资料吧。好在这俩是很老的框架，你还能找到专业性很高的文章。

@iX8NEGGn #5 对啥打包没啥种别，重要的是谁打包，这是要应用开发者给自己的应用打包的。

@locoz #16 滚动更新策略，是到点就发版，做多少发多少。win10 早期才有以前 SP 那样的累计补丁更新版本，后面就只是普通的半年度 /年度滚动更新了。

The first step to isolating your application is to package it to run isolated by following the instructions here.

这是让应用主动隔离自己（以保护自己的数据不被其他地方读写）的，可不是让用户隔离应用的，你想多了。大概率是把以前的 UWP 沙盒机制往 Win32 上移植。

用另一个类比可能更贴近消费者，那就是 IOS 的更新。

看 Windows 11 最近的更新，基本确定它跟 Java 是一样的套路了，敏捷开发和滚动更新。表现出来就是，每次更新都是小打小闹，不会再有令人耳目一新的大升级了。那就跟 Java 一样对待了——隔几年做一次集中更新，甚至于万年不更新。