分布式系统所带来的技术问题
公司是采用这种分布式系统的方式来构建公司的一个大规模系统的，那么这个时候会涉及到哪些技术问题？
（1）分布式服务框架
你如果要让不同的子系统或者服务之间互相通信，首先必须有一套分布式服务框架。
也就是各个服务可以互相感知到对方在哪里，可以发送请求过去，可以通过HTTP或者RPC的方式。
在这里，最常见的技术就是dubbo以及spring cloud，当然大厂一般都是自己有服务框架
（2）分布式事务
一旦你的系统拆分为了多个子系统之后，那么一个贯穿全局的分布式事务应该怎么来实现？
这个你需要了解TCC、最终一致性、2PC等分布式事务的实现方案和开源技术。
（3）分布式锁
不同的系统之间如果需要在全局加锁获取某个资源的锁定，此时应该怎么来做？
毕竟大家不是在一个JVM里了，不可能用synchronized来在多个子系统之间实现锁吧，是不是？
（4）分布式缓存
如果你原来就是个单块系统，那么你其实是可以在单个JVM里进行本地缓存就可以了，比如搞一个HashMap来缓存一些数据。
但是现在你有很多个子系统，他们如果要共享一个缓存，你应该怎么办？是不是需要引入Redis等缓存系统？
（5）分布式消息系统
在单块系统内，就一个JVM进程内部，你可以用类似LinkedList之类的数据结构作为一个本地内存里的队列。
但是多个子系统之间要进行消息队列的传递呢？那是不是要引入类似RabbitMQ之类的分布式消息中间件？
（6）分布式搜索系统
如果在单块系统内，你可以比如在本地就基于Lucene来开发一个全文检索模块，但是如果是分布式系统下的很多子系统，你还能直接基于Lucene吗？
明显不行，你需要在系统里引入一个外部的分布式搜索系统，比如Elasticsearch。
（7）其他很多的技术
比如说分布式配置中心、分布式日志中心、分布式监控告警中心、分布式会话，等等，都是分布式系统场景下你需要使用和了解的一些技术。
因为沿用单块系统时代的那些技术已经不行了，比如说你单块系统的时候，直接在本地用一个properties文件存放自己的配置即可，日志也写到本地即可。
总结
系统一旦分布式了之后，通信、缓存、消息、事务、锁、配置、日志、监控、会话，等等各种原来单块系统场景下很容易解决的问题，都会变得很复杂，需要引入大量外部的技术。
