惊什么了？这个要求没什么特别的啊。

@goldenalex 微软是业界出名的养老院，当然，比不过 Oracle 。论工作轻松，我觉得业界前 5 应该排得上，别想成国内的私企 996 福报的那种。体制没关系，混着很难受的。

这种问题还要纠结，肯定是微软。干过微软，出来你随便干哪个公司都没问题。电网？要么你爸是书记，否则别浪费时间了。

Windows Server Core 其实还算可以，毕竟是能直接跑 Windows 生态的所有软件，Server Core 并没有全部阉割掉图形界面，在远程模式下仍然可以显示 GUI 进行图形化安装、配置等。只是没有的桌面。但对计算机的资源优化并没有做到极致，也不像 linux 一样保持简单，最好能再精简下，把需要的功能做成可选的安装模式，不要装完一个 Core 就自带一堆功能库，另外远程管理其实相当难用，Admin Center 做得并不完善，powershell 远程接入比 ssh 步骤多了不是一丢丢，大部分清空下我情愿开 RDP 远程也比 powershell 敲命令 remote 要快。

别问，问就是买房。

补充一下：在国外可能这类的产品会更有市场，原因很简单，国外的企业（外企）的业务更规范，业务和流程提炼更容易，职业经理人综合素质更高，更有能力使用这类的产品。国内的大部分企业，无论是民企还是国企，除了少数的行业标杆、龙头，分散在大部分行业的公司，以我接触过的一些经验来看，大部分的经理人并没有能力使用这类的产品，即便你免费培训他们，很少能以一己之力构建起来一个应用去解决实际的业务问题。

类似的东西很早就有了，这种类型的产品只适用特定的业务场景。企业信息化行业缺的不是写代码的工程师，缺的是把业务落地的顾问。

蜗牛那主板什么破质量，电源也是垃圾佬都不一定看得上的货色，你用来跑关键节点，能不出问题么？

问一下问题，这个不是软件架构划分的问题，我个人认为是后端工程师技能水平不足以实践这种级别的项目。
这是很典型的 查询对象模式，将前端需要的任意的参数请求到查询对象，后端返回 queryid，前端携带 queryid 二次请求，可以封装任意的查询条件，能应用设计模式应该是后端工程师的基本任职条件，除非招的后端真的只会 CRUD 。
-----------------------------------------------------------------------------------------------------------------------------
举个例子吧.
之前的逻辑是过滤职业是学生,年龄大于 10 的人.
people/?job=student&age_gt=10
现在的逻辑是,下面这个 api 表示过滤职业是学生,年龄大于 10, 或者 职业是老师, 年龄等于 20 的人
people/?job=student&age_gt=10

我的建议是
1. 要么 两个 api 前端做合并
people/?job=student&age_gt=10
people/?job=teacher&age=20
2. 要么 加一个参数类型 type == 1 表示上面这两种情况.

其实还有第三种方案, 让 url 支持复杂过滤.譬如...这个我没想好 url 要如何表示..
-------------------------------------------------------------------------------------------------------------------------------

所以软件开发领域有个专门的职位：架构师。这种问题不需要编写生产代码的工程师考虑，在架构设计的时候就已经是确定的事。

你问题解决了么？我最近也发现用 IP Tunnel 连接 2 端，测试速度只有 2 ~ 4 Mbps(家宽)，于外网上行差距巨大。

@Danswerme 调过 MTU，应该没关系。

@ericbize CPU 观察过，基本不会上 10%。

跟国内的大量民营小公司讲道理：公司用途的资料不应该用私人网盘存储，公司用途的联系不应该用私人的微信 和 QQ，公司用途的办公软件不应该安装个人版 WPS，你们去试试看民营小公司管理人员有没有人理你。
不能用私人的软件、网盘、IM，我觉得这些都是应该的，但是公司你倒是提供官方的渠道啊：正版 Office 365 呢？公司付费的企业网盘呢？企业级 RTX 和 Teams 呢？

和同伴去越南大保健游

按忽悠能力分