最早写接口服务是在2012年至2014年，我在商旅服务行业，大量写Web Service，主要为CRM和移动端提供接口服务。
当时接口输入/输出都是XML，后期使用Google Protocol Buffer封装原Web Service接口方法，即输入/输出改成传递二进制数据，这样接口传输内容比xml减少，提高了响应速度。
Protobuf先写.proto 文件，再用 Protobuf 编译器生成目标语言所需要的源代码文件，再将这些生成的代码和应用程序一起编译。参考：https://www.cnblogs.com/logo-fox/p/8205116.html
2014年至2017年，我在金融行业，大量写Web Api接口，主要为网站提供接口服务。
2017年至2019年，我在在线阅读业务，大量写Web Api接口，主要是为移动设备提供接口服务。
2019年至今，我在金融行业，大量写WCF服务，为相关应用提供信用查询接口服务。
有了以上经历，我想再学习下微服务，虽然微服务这个词出来很久，虽然我的年龄也大了，在软件开发行业竞争力下降，比不得年轻人，但还是的学习。
微服务所承诺的弹性、高可用、低耦合、敏捷，以及能够解决单体架构带来的问题，这些都是它流行的主要原因。
微服务是一种应用于组件设计(服务如何分组)和部署架构(服务如何部署和通信)的模式。 微服务适用于创建具有“一定功能复杂性”的分布式应用程序。 各个服务必须小。 各个服务按功能划分，实现关注点分离。 各个服务保持自治和相互解耦，可以独立进行部署、版本控制和伸缩。 各个服务之间通过轻量级 API 和异步通道相结合的方式进行通信。 各个服务拥有独立的状态，并且只能通过服务本身来对其进行访问。
原文：https://www.cnblogs.com/hofmann/p/12964558.html