如果是后端,大家是不是 mbp+ 主机(linux 或 windows)的模式.
用 windows 需要 64G, 用 mac 的话 64G 能跑 windows64G 的任务吗.
主要从事 java 后端微服务开发+前端 react 还没用过 mac.下次想换 mac,体验下开发体验

@loginv2 这几天装了个 wireguard 试了下. 用的阿里 ecs,网络在第三层结束了. 能转发的本地网络, 但不能再次转发到内网中其它机器. 是不是得每台都装一个 vpn

@mightybruce 谢谢你的分析. 自己又看了下云上的活跃度.MMM 的方式选择更多,mgr 等后面再测试, 线上还是先使用自己稍微多了解的模式.mgr 方案暂时排期到后面根据情况升级

@loginv2 😎代理玩得炉火纯青了. 看了你们的方案,大概也知道什么方案适合我了. 非常感谢你们

@loginv2 很棒的思路,ss 在另一个站场又发挥了作用🤗. 看来大家都还是喜欢暴露出来,直接查看比较方便.

@shuimugan 非常谢谢.暴露前再加一层认证.学到了😎

@JensenQian 感觉 nginx 转发更简单点. 应该使用 openvpn 的方式,还有其它 nginx 不具备的好处吧.我去查查

@zsh2517 提到的用 VPN,应该就是和 2 楼 openvpn +homarr 相似吧.

@gxy2825 随便弄了张图片🤣

@shixuedela 看来大家都是用的将端口直接或间接暴露出来,让外网访问. 我需要再查查资料,看哪种方式更简单,安全点. nginx 或 frp 好像比较适合

@flmn 现在打算改成这样的结构了.核心共用,接口分开. 方便维护,结构清晰一点. 谢谢建议

@pannanxu 谢谢建议. 结构上的分包,共用也是不错的方法.

@dayeye2006199 怎么说? 其实我的疑惑和微服务也没什么关系,是代码结构问题..写在一起, 用户接口里混了管理员接口,不写在一起吧,管理员需要用用户接口,两套接口回来穿梭. 我觉得 2 楼的方法比较合理,和 1 楼的相结合.

@thevita
@lingxmo 谢谢经验分享

@Beats 非常谢谢,好像有点开始明白 mq 的正确使用方式了😂

@NickX
@Beats 想稍微自动一点,比如 mq 收到消息,触发了任务. 任务在执行中调用接口超时了,还需继续重试.

@potatowish
@EscYezi
@pennai
@ttthys
确实对 mq 的理解有误,想得太简单了,把业务功能中出现的重试去交给了 mq😂. 谢谢大伙.
接下来要想一下如何保证业务上的重试流程了.

@B1ankCat 再加上 O0

@uxstone 太赶了,根没有时间去考虑这么多.当想到的时候,算了吧,都这么多了.