『论』最近的技术 ---

近两年很多搞Java的朋友见面就问到，你了解微服务么？最近在使用微服务架构么？

我第一时间想说的是，具体用什么技术选型，也要考虑 项目的业务需求、系统性能要求、开发和运维人员的技术壁垒和学习成本、项目周期、成本预算等。

我见过一些同行朋友滥用微服务架构来实现分布式部署结果各种BUG解决不了而导致项目进度缓慢，后期运维能力不足导致发版环节混乱困惑；或者纯属为了使用微服务而变相增加系统复杂度也要用微服务的『患者』。

eg:一个简单的投票程序就要做成微服务架构，请问你是怎么想的。

其实JavaWeb开发从最早的Usebean和Servlet模式，后期又发展了各种开源技术框架，其实都挺好。老技术未必过时，一定要寻找适合自己团队和业务场景的技术选型。这样才能更稳定、合理规划的项目开发。

笔者提醒，当今的Java技术栈已经更多的向横向领域发展，因为经过这些年的IT产品积累，传统行业向互联网转型基本都需要IT系统支撑来辅助决策运营，那么中台服务系统需求就会雨后春笋。虽然Java的技术栈很多，但是Java的内功还是需要根深蒂固的，别回来只会花拳绣腿却忘记了什么叫数据类型。

微薄之见，欢迎各位同行各种扔鸡蛋。