书记_《微服务架构与实践》

1、(1)一层架构:表示、业务逻辑、数据访问交织在一起。(2)二层架构:独立了数据访问,表示和业务逻辑交织在一起。如Java的JDBC、IO流,.NET的ADO.NET的推动。(3)三层架构:表示层、业务逻辑层、数据访问层。2、(1)单块架构:功能集中、代码和数据中心化、一个发布包、应用程序部署后运行在同一进程。(2)单块架构的挑战:维护成本增加。持续交付周期长。新人培养周期长。技术选型成本高。3...

书记_《微服务架构与实践》

1、
(1)一层架构:表示、业务逻辑、数据访问交织在一起。
(2)二层架构:独立了数据访问,表示和业务逻辑交织在一起。如Java的JDBC、IO流,.NET的ADO.NET的推动。
(3)三层架构:表示层、业务逻辑层、数据访问层。
2、
(1)单块架构:功能集中、代码和数据中心化、一个发布包、应用程序部署后运行在同一进程。
(2)单块架构的挑战:维护成本增加。持续交付周期长。新人培养周期长。技术选型成本高。
3、
(1)微服务架构:提倡将单一应用程序划分成一组小的服务。每个服务运行在独立的进程中。服务与服务间采用轻量级的通信机制沟通。每个服务围绕具体业务进行构建,并且能够被独立地部署到生产环境、类生产环境。应尽量避免统一的、集中式的服务管理机制。对具体的一个服务而言,应根据业务上下文,选择合适的语言、工具进行构建。
(2)微服务架构中的每个服务,都是具有业务逻辑的,符合高内聚、低耦合以及单一职责原则的单元,不同服务通过管道的方式灵活组合,从而构建出庞大的系统。
(3)对于微服务架构中的每个服务而言,与其他服务高度解耦。只改变当前服务本身,就可以完成独立的测试、构建、部署。
4、
(1)静态语言:
优点:编译期语法检查,便于调试,类型安全性高。
缺点:需要更多的类型相关代码。
如:Java、C 。
(2)动态语言:
优点:灵活性高,运行时可以改变内存结构,无类型检查,无须写较多的类型相关代码。
缺点:不方便调试,无编译期检查。
如:JavaScript、Ruby、Python。
5、
(1)高内聚:模块内元素紧密结合。
(2)低耦合:模块间尽可能独立。
6、
(1)垂直扩展:提升单机处理能力。
两种方式:
增强单机硬件性能。如增强CPU、网卡、硬盘、内存设备。
增强单机架构性能。如使用Cache,减少IO;使用异步;使用无锁数据结构。
(2)水平扩展:增加服务器数量。
增加站点应用层(容器应用层)、服务层、数据层的服务器。
7、
(1)独立性:应用交付过程中,开发、测试以及部署的独立。
8、
(1)应用环境:开发和配置环境、测试环境、类生产环境(预生产环境)、生产环境。
(2)类生产环境:从生产环境不定期同步,保持和生产环境的设置、数据一致性,也是用于测试,它和测试环境最大的区别就是它和生产环境的同步性最高,几乎一样,有些测试,比如需要大数据量的,用这个环境测试看程序性能比用测试环境(一般情况下数据较少)会更准确。(不是必须的,有的公司没有)
9、
(1)精益创业(Learn Startup):分析建立最小化可实行产品(MInimum Viable Product)。
(2)敏捷开发:通过反馈找到正确演进方向。
(3)持续交付:快速、可靠、频繁的交付。
(4)云、虚拟化和基础设施自动化(Infrastructure As Code):简化基础设施、运行环境甚至软件的创建、配置。
(5)DevOps:打破开发和运维的壁垒。
10、
(1)1996年,Gartner提出面向服务架构(SOA)。
(2)SOA将功能相关的一组功能提供者组织在一起为消费者提供服务。2000年左右,ESB(Enterprise Service Bus)、WebService、SOAP等技术使SOA落地。
(3)SOA采用集中式服务架构。与SOA相比,微服务更灵活,强调独立测试、独立部署、独立运行,受到云计算、敏捷开发、DevOps、持续交付的推动。
11、
(1)微服务的本质:
1>服务作为组件;2>围绕业务组织团队;3>关注产品而非项目;4>技术多样性;5>业务数据独立;6>基础设施自动化;7>演进化。

源文地址:https://www.guoxiongfei.cn/csdn/5132.html
0