微服务不适合定制产品
微服务现在非常流行,本人也试图通过微服务学习解决一些工作中的问题,如系统过于庞大,局部调整引起大面积修改等等。
在学习一些实例后发现,对引进微服务还是要根据企业自身情况慎重考虑。
我目前的结论,微服务非常适合企业自我运营的产品,如滴滴,网上商城等等,日常的维护由公司负责。但对于交付性的产品,可能就要谨慎选择,原因如下:
1.开发过程复杂,如果服务较多,彼此间的调用关系就需要开发人员费很大的精力才能够掌握。同时,开发过程需要管理多个微服务,各个微服务的配置等等都需要发费很大的精力。其实这个应该是微服务自身的问题,和企业的开发模式关系不大。
2.调试跟踪过程困难,这个很容易理解,一次调试可能要跨越很多服务,问题难于发现。同样,这个问题到了客户现场,花费的精力更是成倍增长。
3.还是现场问题,如果发生数据方面原因,估计查找起问题更是难上加难。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 【杭电多校比赛记录】2025“钉耙编程”中国大学生算法设计春季联赛(1)