什么是微服务？

微服务是一种架构风格。

它可以通过强壮的模块边界和独立部署，来帮助你快速的扩展开发团队。

其实微服务本身不是什么新技术，只是随着业务的不断发展，对业务不断分层，不断拆分。

它被业界公认为云计算时代互联网应用的主要构建方式，是每一位技术人员必须面对的主题。

为什么要使用微服务？

（1）比如，公司的不同业务都会有不同管理后台，每个后台都有登录、注册、权限管理、日志管理等模块。

这些模块在不同系统中基本上都是类似的，无需每次都拷贝代码。

So，开发一个微服务，管理基础模块。

（2）比如，随着业务的并发性越来越高，访问DB数量过大，需要考虑引入缓存层。

由于没有统一缓存服务，各个业务线都自己开发自己的缓存层。

大家都做着重复工作，稍有不慎可能缓存KEY产生冲突，造成数据混乱。

So，开发一个微服务，管理缓存层。

（3）比如，各个业务线操作数据库可直接进行拼接SQL查询。

那么经验少一些的开发工程师，写了一个低效率的SQL。

导致全表扫描直接卡死，直接影响到其他业务线系统的可用性。

DBA不好定位SQL是那个业务组，每次SQL调优都需要问候全部业务组。

So，开发一个微服务，实现数据调取层。

（4）...

应用场景还有很多...

大家可以根据各自业务进行服务拆分。

开发微服务应该考虑那些？

（1）衡量是否需要进行使用微服务？

微服务并不适合每个人，由于技术人员少或者项目并不多的情况下，就不需开发微服务。

（2）考虑服务到达怎么的独立程度？

微服务到底需要多微小，这个是根据自己的业务情况而定，没有统一标准。

微服务并不是越微越好！！！

设计原则：是给自己提供便利，而不是自己给自己挖坑。

（3）是否对微服务进行实时监控？

随着业务的越来越多，并发量，访问量，存储量 等等越来越大的时候。

需要考虑对微服务进行实时监控，考虑是否需要扩容，性能调优等等。

（4）微服务如何进行测试？

微服务使用的业务部门比较多，当新的业务部门使用时，如何便于测试？

在测试的过程中，遇到问题如何在不影响其他业务的同时进行修复？

实际事情实际考虑，最好能提供测试用例。

（5）微服务如何进行治理？

随着项目的微服务越来越多，类似于“盘丝洞”的服务应该如何治理？

具体问题，具体分析吧，我这也没具体思路，欢迎大家讨论。

微服务的调用方式？

HTTP接口 或 RPC。

这两种方式可以都试用下，具体那种更合适自己就选那种。

至于这两种方式有什么区别，我担心我解释完了大家更疑惑。

我个人推荐用 RPC（远程过程调用协议）。

RPC 就像调用本地方法一样，对调用者来说使用更方便。

RPC 开源框架很多，可以根据自己的开发语言进行选择适合自己的。

PHP 常见的RPC框架： phprpc、yar、thrift、gRPC、swoole、hprose。

备注

本文仅仅是抛砖引玉，具体在实现的过程中，还有遇到很多问题。

欢迎大家进行讨论~

---

Thanks ~

作者：PHP后端开发者

免费提供技术咨询服务（自己懂的知识）。

QQ群：564557094。

关注微信公众号，留言即可，看到留言后会及时回复。