五百一十三新的架构

新公司很快就注册下来，宋海洋从海贸集团和宏图集团中抽调了精兵强将，组建成一家全新的it公司。

第一个项目就是构建新的宏图集团业务管理系统。

丰益生选择担任cto，而不是ceo。

用他的话来说，搞技术在行，但是管理就不懂了。

宋海洋也只有暂时兼任董事长和总经理，王天成任项目总监，直接负责项目实施。

以往的大型it系统，后台都需要购买昂贵的大、中型服务器，用来支撑庞大的数据和运算。

这次，丰益生选择的则是便宜的pc服务器，四、五台组合在一起，不过10万元左右，就可以实现以往50万元以上的小型机才能达到的性能。

基础软件方面采用开源系统，如lux、ysql、ngnix等，开发语言选择互联网最流行的java，应用层面选取诸多开源组件和框架。

这可比王天成接触的操作系统+数据库+开发语言的三层开发模式复杂太多了。

“丰师兄，你部署的这些大大小小的软件和中间件，有4、50种之多。

这可给我们的开发人员增添了许多的学习困难？是不是太复杂了？”

“天成，你不要看着这些软件种类挺多的，其实工程师们也只需要接触到其中的5、6种而已。

只不过，不同业务或者功能的开发工程师，使用的软件不相同罢了。”

“那这样我们的工程师也要分成很多小组了？这样的管理难度是不是也增加了呀？”

“天成，你别看到这些，而是要看到业务需求。

以前使用系统的用户多数是专业人士，比如银行职员专门处理金融信息，超市收银员专门扫码收钱，采购员下订单等等。

普通用户也主要是上网看一下新闻、网上聊天、收发邮件。

而现在的用户更多的是购物、看视频、玩游戏等等。

这对系统的要求越来越高。

不仅仅是用户数量的激增，而且是各类应用的特点大相径庭。

常规的开发手段已经不能满足需求了。

所以才有了现在的微服务架构。

你看，我通过微服务架构，构建了10个子系统，分别是采购、财务、销售、收货、物流、收银、网购、会员等。

每一个子系统都是单独存在的，都有自己的服务和数据库。

这样2、3个人就可以开发一个子系统，而且可以随时修改，不影响其他子系统。”

“咦，这样的话，很多功能不就重复了吗？数据也要设置多套？关键是，销售要看采购订单，不也得调用采购子系统吗？这样子系统间的相互调用，不就很麻烦吗？会不会影响性能呀？”

“这就是微服务的好处了。

如果网购子系统的使用人数多，我就可以建立多个网购微服务，比方说一个微服务支持2000人，那100个微服务就可以支持20万人。

至于子系统间相互调用，你不用担心。

本章未完，点击下一页继续阅读