numa把一台计算机分成多个节点(node),每个节点内部拥有多个CPU，节点内部使用共有的内存控制器，节点之间是通过互联模块进行连接和信息交互。因此节点的所有内存对于本节点所有的CPU都是等同的，对于其他节点中的所有CPU都不同。因此每个CPU可以访问整个系统内存，但是访问本地节点的内存速度最快 ...

单体架构的好处 单体架构的坏处 1.过度的复杂度   系统本身过于庞大和复杂，以至于任何一个开发者都很难以理解它的全部。   这种极度的复杂度会形成恶性循环，由于代码难以理解，因此开发人员更改更容易出错，每一次更改系统更复杂，更难懂。 2.开发速度缓慢 ...

随着DevOps、持续交付等理念的深入人心，微服务架构开始走进我们的视野。 那么微服务是业界期待已久的解决方案么？或者说微服务要比整体解决方案更加简单？ 让我们先对微服务下个定义： 微服务是用一组小服务的方式来构建一个应用，服务独立运行在不同的进程中，服务之间通过轻量的通讯机制 ...

微服务架构是一种将单个应用程序作为一套小型服务开发的方法，每种应用程序都在自己的进程中运行，采用一组服务的方式来构建一个应用，服务独立部署在不同的进程中，不同服务通过一些轻量级交互机制来通信的架构思路。 独立性 在开发层面，每个微服务基本上都是各自独立的项目（project），而对应各自独立 ...

三层架构： 1，数据访问层 dao：对数据的操作 2，业务逻辑层 service：主要对逻辑操作 3，表示层 web：主要是web方式 优点：开发人员只需关注架构中的某一层，降低后期维护成本和时间，降低了层与层之间的依赖，有利于标准化 缺点：降低了系统的性能，原先可以直接访问数据库 ...

什么是微服务微服务是用一组小服务构建的一个应用，服务运行在不同的进程中，服务之间通过轻量的通讯机制进行交互，并且服务可以通过自动化部署方式独立部署。正因为微服务架构中，服务之间是相互独立的，所以不同的服务可以使用不同的语言来开发，或者根据业务的需求使用不同类型的数据库。优点1、服务解耦将原有的巨大 ...

之前转载过一篇对 Martin Fowler 大师写的微服务架构的说明文章：《微服务（Microservices）》。今天再转载一篇对于这个架构的优缺点进行总结的文章。 转载自：《微服务，让开发过程更简单还是更复杂？》、《有关微服务架构的争论：更简单还是更复杂 ...

大家好，今天我们来比较一下单服务架构和微服务架构。 如果你在做网络应用开发程序的话，你一定考虑过到底用单服务架构还是微服务架构。总的来说，不管你采用哪种架构，你都可以写出非常完美的网络应用程序来。 那么这两种架构到底哪一个更好一些呢？回答这个问题之前，首先要看你网络应用程序的功能需求 ...