微服务架构电商如何选择？

微服务架构电商应该是未来的发展趋势，但是如果我们自己从零开发一套微服务架构商城的人力、物力和财力都会造成浪费。所以目前很多主流公司都会选择在市面上购买一些已经成熟的微服务商城源码。但是百度搜索发现好多家都有微服务架构的商城，我们该选择哪一家呢？下面我就给大家聊一下微服务架构，以及我这段时间在市面上询问好多家商城之后得出的结论。

首先我们要了解微服务到底是什么？

简单易懂的来讲微服务本身其实就是是分布式应用，分布式应用是用来解决单体应用的压力问题的，即：分布式分散压力，微服务分散能力。基于功能对应用进行服务化拆分，提升开发效率，降低运维难度。

还有就是分布式、微服务并不是很新的概念，就像VR在1980年代苹果就提出过VR概念。VR的大规模发展基于光学材料、图像处理技术的进步；而微服务的大规模发展，基于Dubbo，zookeeper的开源、netflix技术eureka、zuul、ribbon、feign的开源、spring-cloud的发布。

---

简单介绍微服务概念，下面我们就要想一下什么情况下才会使用微服务呢？

首先我们先看看传统架构的诟病。

1、随着业务增加，应用本身越来越臃肿，运维、开发难度增加。
2、横向扩展性差，往往单体应用的并发瓶颈比较低，难以应对某些领域对高并发的需求，如电子商务、云应用等。
3、本身可用性差，为了实现高可用，不得不应用 LVS+keepalived之类的其他支撑，二十年前的技术用到今天，各种配置又繁琐又笨拙，需要大量人力去进行维护，增加企业成本。
4、单体应用的可持续化集成是伪命题。

---

看了传统架构的诟病，那么微服务具体特点是什么？

1、高可用、高并发、海量数据、高稳定性、容灾机制。
2、易拓展
3、高效开发
(1) 一种设计风格，将原本独立的系统拆分成多个小型服务，这些小型服务都在各自独立的进程中运行。
(2) 被拆分的每个小型服务都围绕滋生系统中的某一项耦合度较高的业务或者功能进行构建，每个服务都有自己的数据存储，业务，自动化测试以及独立部署机制。
(3) 服务与服务之间调取采用RESTful规范的apij进行通信。

---

上面介绍了微服务的概念还有微服务的特点，下面我们进入正题。

如何选择系统供应商。
通过表格得形式对比一下我了解过的两家公司的系统：

双方优势与劣势！

Javashop的优势：技术比较稳定。比如网关、订单处理、秒杀处理、防超卖、系统安全以及性能方面，个人还是比较满意的。

Javashop的劣势：功能不够完善，功能差距有点大，还好技术方面还算不错。

---

万米的优势：功能比Javashop完善，例如促销活动、供应商、门店、社区拼团。这些Javashop都是需要待完善的，而万米就很好的呈现给我。

万米的劣势：安全以及性能方面没有做好处理，例如mysql 行级锁，如果数据量庞大，很消耗性能。还有安全架构自研，总感觉心里没谱，也许是我太菜，不懂吧。

---

总结一下！

现在市面上的供应商，大部分都是使用spring cloud架构的，我只是给大家举了两个我了解过的供应商，大家在选择的时候可以多看几家，然后根据自己的真实需求来选择。我个人是偏向于技术方面的，所以我们公司选型的时候我选择的是Javashop,如果对功能比较看好的朋友，可以了解一下万米。价格方面都可以谈的，这就需要各位老板们自己去沟通了。

如果有不同意见的可以留言，或者在留言区给其补充。第一次发稿，有点慌，不知道写的好不好，大家凑合看吧。

码字不易，能点赞的点个赞。感谢各位老板!!!