引领制作_新浪博客

(2023-12-30 11:02)

标签：

架构设计

分类：项目

https://blog.csdn.net/u014685437/article/details/130919452?utm_medium=distribute.pc_relevant.none-task-blog-2~default~baidujs_baidulandingword~default-0-130919452-blog-130345339.235^v40^pc_relevant_3m_sort_dl_base2&spm=1001.2101.3001.4242.1&utm_relevant_index=3

版本配置(避免冲突换版本麻烦)：

SpringBoot : 2.6.13

SpringCloud alibaba : 2021.0.5.0

nacos : 2.2.0

nacos依赖 : 2021.0.5.0

bootstrap : 3.1.1

打开查看spring alibaba、springcloud、springboot对应版本

文章目录

1.微服务入门

(1).单体架构与分布式架构

(2).微服务

(3).总结

2.微服务结构

(1).微服务结构

(2).微服务技术对比

(3).企业需求

(4).SpringCloud

3.服务拆分及远程调用

(1).服务拆分注意事项

(2).微服务远程调用

阅读收藏

查看全文>>

RESTful架构详解

(2023-12-30 10:59)

转载▼

标签：

架构设计

分类：项目

https://www.runoob.com/w3cnote/restful-architecture.html

1. 什么是REST

REST全称是Representational State Transfer，中文意思是表述（编者注：通常译为表征）性状态转移。它首次出现在2000年Roy Fielding的博士论文中，Roy Fielding是HTTP规范的主要编写者之一。他在论文中提到：'我这篇文章的写作目的，就是想在符合架构原理的前提下，理解和评估以网络为基础的应用软件的架构设计，得到一个功能强、性能好、适宜通信的架构。REST指的是一组架构约束条件和原则。' 如果一个架构符合REST的约束条件和原则，我们就称它为RESTful架构。

REST本身并没有创造新的技术、组件或服务，而隐藏在RESTful背后的理念就是使用Web的现有特征和能力，更好地使用现有Web标准中的一些准则和约束。虽然REST本身受Web技术的影响很深，但是理论上REST架构风格并不是绑定在HTTP上，只不过目前HTTP是唯一与REST相关的实例。所以我们这里描述的REST也是通过HTTP实现的REST。

2. 理解RESTful

要理解RESTful架构，需要理解Representational State Transfer这个词组到底是什

阅读收藏

查看全文>>

LVS负载均衡

(2023-12-30 09:54)

转载▼

标签：

架构设计

分类：项目

https://blog.csdn.net/weixin_40470303/article/details/80541639

一、LVS简介

LVS（Linux Virtual Server）即Linux虚拟服务器，是由章文嵩博士主导的开源负载均衡项目，目前LVS已经被集成到Linux内核模块中。该项目在Linux内核中实现了基于IP的数据请求负载均衡调度方案，其体系结构如图1所示，终端互联网用户从外部访问公司的外部负载均衡服务器，终端用户的Web请求会发送给LVS调度器，调度器根据自己预设的算法决定将该请求发送给后端的某台Web服务器，比如，轮询算法可以将外部的请求平均分发给后端的所有服务器，终端用户访问LVS调度器虽然会被转发到后端真实的服务器，但如果真实服务器连接的是相同的存储，提供的服务也是相同的服务，最终用户不管是访问哪台真实服务器，得到的服务内容都是一样的，整个集群对用户而言都是透明的。最后根据LVS工作模式的不同，真实服务器会选择不同的方式将用户需要的数据发送到终端用户，LVS工作模式分为NAT模式、TUN模式、以及DR模式。

二、三种工作模式的解析。

阅读收藏

查看全文>>

蓝绿部署、A/B测试以及灰度发布

(2023-12-28 10:53)

转载▼

标签：

架构设计

分类：项目

https://blog.csdn.net/zy_281870667/article/details/79795510

过去的10年里，很多大公司都在使用蓝绿部署，安全、可靠是这种部署方式的特点。蓝绿部署虽然算不上”Sliver Bullet“，但确实很实用。在有关于“微服务”、“DevOps”、“Cloud-native”的讨论中，蓝绿部署、A/B测试、灰度发布，这三种部署方式往往同时出镜。

那么问题来了，蓝绿部署、A/B测试、灰度发布，这三者之间究竟有何不同？

蓝绿部署

Martin Flower曾在文章中阐述了蓝绿部署的整体要点，建议大家看看。

基本上，蓝绿部署是一种以可预测的方式发布应用的技术，目的是减少发布过程中服务停止的时间。

简单来说，你需要准备两个相同的环境（基础架构），在蓝色环境运行当前生产环境中的应用，也就是旧版本应用，如图中App1 version1、App2 version1、App3 version3。

当你想要升级App2到version2，在蓝色环境中进行操作，即部署新版本应用，并进行测试。如果测试没问题，就可以把负载均衡器／反向代

阅读收藏

查看全文>>

2023.12.25-31主要解决问题

(2023-12-28 08:46)

转载▼

标签：

架构设计

分类：项目

1、什么是微服务；

2、什么是SOA？微服务于SOA的区别？

阅读收藏

查看全文>>

SOA

(2023-12-27 10:58)

转载▼

标签：

soa

分类：项目

https://www.cnblogs.com/renzhitian/p/6853289.html

前一阵换了份工作，来到新公司，恰好新同事问起SOA是什么，我随口说了几点，其实自己以前研究过，不过并没有详细的整理过，说的比较模糊，恰好周末，拿出点时间整理下以前对SOA的认知。

SOA是什么？SOA全英文是Service-Oriented Architecture，中文意思是中文面向服务编程，是一种思想，一种方法论，一种分布式的服务架构（具体可以百度）。

用途：SOA解决多服务凌乱问题，SOA架构解决数据服务的复杂程度，同时SOA又有一个名字，叫做服务治理。

通过一个系统我们看一下架构的演变过程（由统一到分布式）：

https://images2015.cnblogs.com/blog/880309/201705/880309-20170514184133566-87049508.png

当我们的项目比较小时，我们只有一个系统，并且把他们写到一起，放在一个服务器上，但是随着平台越来越大，数据量越来越大，我们不得不通过分库，把多个模块的数据库分别放在对应得服务器上，每个模块调用自己的子系统即可。

阅读收藏

查看全文>>

metrics入门：API性能监控

(2023-12-22 11:05)

转载▼

分类： python

**1、常识**

Metrics，我们听到的太多了，熟悉大数据系统的不可能没听说过metrics，当我们需要为某个系统某个服务做监

https://blog.csdn.net/xujiangdong1992/article/details/80872718

阅读收藏

查看全文>>

微服务

(2023-12-22 07:40)

转载▼

标签：

架构设计

分类：协议

本文将介绍微服务架构和相关的组件，介绍他们是什么以及为什么要使用微服务架构和这些组件。本文侧重于简明地表达微服务架构的全局图景，因此不会涉及具体如何使用组件等细节。

为了防止不提供原网址的转载，特在这里加上原文链接：
https://www.cnblogs.com/skabyy/p/11396571.html

要理解微服务，首先要先理解不是微服务的那些。通常跟微服务相对的是单体应用，即将所有功能都打包成在一个独立单元的应用程序。从单体应用到微服务并不是一蹴而就的，这是一个逐渐演变的过程。本文将以一个网上超市应用为例来说明这一过程。

最初的需求

几年前，小明和小皮一起创业做网上超市。小明负责程序开发，小皮负责其他事宜。当时互联网还不发达，网上超市还是蓝海。只要功能实现了就能随便赚钱。所以他们的需求很简单，只需要一个网站挂在公网，用户能够在这个网站上浏览商品、购买商品；另外还需一个管理后台，可以管理商品、用户、以及订单数据。

我们整理一下功能清单：

网站
- 用户注册、登录

阅读收藏

查看全文>>

SOLID原则

(2023-12-21 14:49)

转载▼

分类： AI

在 21 世纪的前几年里，“ Uncle Bob”Robert Martin 引入了用OOP 开发软件的五条原

则，其目的是设计出更易于维护的高质量系统。无论是设计新应用程序，还是重构现有基

本代码，这些 SOLID 原则都成为开发人员的地图。

1. 单一职责原则

单一职责原则 (Single Responsibility Principle，SRP) 指出，每个方法或类应当有且仅有

一个改变的理由。这意味着每个方法或类应当做一件事情，或者只有一项职责。在所有的

SOLID 原则中，这是大多数开发人员感到最能完全理解的一条。严格来说，这也可能是违

反最频繁的一条原则了。

2.开放/ 封闭原则

开放/封闭原则(Open/Close Principle，OCP)是指软件(方法、类等)应当开放扩充且关闭

修改。如果觉得它非常类似于继承的OOP 原则，那就对了。它们之间的关系非常密切。事

阅读收藏

查看全文>>

函数依赖

(2023-05-30 09:07)

转载▼

标签：

关系数据库

分类： STM32

1. 不良的模式设计

会造成各种异常现象，简单归为：

数据冗余

插入异常（有的信息无法插入）

删除异常（删除一部分却变成要删整条记录）

更新异常（容易漏改一部分记录造成数据不一致性）

不良特性分析：

插入异常：如果学生没有选课，关于他的个人信息及所在系的信息就无法插入

删除异常：如果删除学生的选课信息，则有关他的个人信息及所在系的信息也随之删除了

更新异常：如果学生转系，若他选修了k门课，则需要修改k次

数据冗余：如果一个学生选修了k门课，则有关他的所在系的信息重复

但冗余在一定程度上也可减小时间开销

这些异常，归根结底由数据依赖引起。其中,函数依赖是最重要的数据依赖

2. 函数依赖

2.1 关系模式的表示

关系模式的完整表示是一个五元组：

R〈U，D，Dom，F〉

其中：

R为关系名；

阅读收藏

查看全文>>