一直以来，我都发现程序的运行速度不够理想。通过查代码，发现程序对数据库的访问非常频繁，而且检索出来的数据量比较大。为了让程序运行快起来，我想对程序采用适当的缓存方法。我在C#尝试了5种方法进行数据缓存，具体如下：(如有遗漏，错误欢迎大家指正，欢迎提建议。)1：Session方法：此方法是针对于每个用户来的，如果用户量比较大，那么建议不要采用此方法，否则会大量耗尽服务器资源。2：Cache方法：2.
Linux两个服务器，数据同步方案实践一、什么是 rsync 远程同步rsync：是C/S架构的数据镜像备份工具，可以实现全量备份和快速增量备份支持本地复制或ssh、rsync主机同步。rsync：默认端口为 873rsync特性：可以在不通主机之间镜像同步整个目录树，支持增量备份、保持链接和权限、时间、属性且传输前自动执行压缩、rsync不需要特殊权限即可安装，centos系统默认安装，支持匿名
缓存如何做到高可用使用缓存承担大部分的读压力，可以缓解数据库的查询压力，提升了保证系统稳定性。
原创
2022-06-23 09:44:20
367阅读
一、知识点梳理1.微服务微服务是一种经过良好设计的分布式架构方案 1.2 其特征为： 1.单一职责：一个服务只做一件事 2.服务自治：每个服务可
转载
2024-04-29 09:47:00
107阅读
什么是qiankun官方记载：qiankun 是一个基于 single-spa 的微前端实现库，旨在帮助大家能更简单、无痛的构建一个生产可用微前端架构系统。微前端架构的核心价值1、技术栈无关：主框架不限制接入应用的技术栈，微应用具备完全自主权简言之，融合技术栈，不限制子应用使用的技术栈 2、独立开发、独立部：微应用仓库独立，前后端可独立开发，部署完成后主框架自动完成同步更新3、增量升级：在面对各种
转载
2024-06-05 21:14:44
210阅读
SpringCloud篇SOA 和微服务的区别?(必会)谈到 SOA 和微服务的区别, 那咱们先谈谈架构的演变1. 集中式架构 项目功能简单, 一个项目只需一个应用, 将所有功能部署在一起, 这样的架构好处是减 少了部署节点和成本缺点: 代码耦合，开发维护困难, 无法水平扩展, 单点容错率低，并发能力差2. 垂直拆分架构 当访问量逐渐增大，单一应用无法满足需求，此时为了应对更高的并发和业务需求，我
转载
2024-04-22 09:00:32
33阅读
编辑 | 哈比在《Serverless 风格微服务的持续交付（上）：架构案例》中，我们介绍了一个无服务器风格的微服务的架构案例。这个案例中混合了各种风格的微服务，本文介绍 Serverless 风格的微服务部分的持续交付。架构图如下：在这个架构中，我们采用了前后端分离的技术。我们把 HTML，JS， CSS 等静态内容部署在 S3 上，并通过 CloudFront 作为 CDN 构成了整个架构的前
微前端背景随着SPA大规模的应用，紧接着就带来一个新问题：一个规模化应用需要拆分。一方面功能快速增加导致打包时间成比例上升，而紧急发布时要求是越短越好，这是矛盾的。另一方面当一个代码库集成了所有功能时，日常协作绝对是非常困难的。而且最近十多年，前端技术的发展是非常快的，每隔两年就是一个时代，导致同志们必须升级项目甚至于换一个框架。但如果大家想在一个规模化应用中一个版本做好这件事，基本上是不可能的。
GateWay1 基本知识1.1 诞生原因1.2 特征1.3 Spring Cloud Gateway 与 Zuul的区别1.4 微服务架构2 GateWay构建步骤2.1 新建Module2.2 pom.xml2.3 application.yml2.4 主启动类2.5 业务类（无）2.6 9527网关如何映射2.7 yml新增网关配置2.8 测试3 Gateway配置动态路由3.1 修改ap
文章目录1 前言1.1 微前端定义1.2 微前端架构核心价值2 主应用接入 qiankun2.1 安装 qiankun2.2 基于路由配置方式接入2.3 手动加载微应用方式接入3 微应用接入 qiankun3.1 安装 vite-plugin-qiankun3.2 接入 qiankun4 应用间通信4.1 全局挂载4.2 initGlobalState 1 前言前言摘抄自 qiankun 官网微
微前端vue实例-乾坤【qiankun】一、前言二、乾坤实例应用STEP1：前期准备工作【需关注代码注释重点部分】1. 创建主应用【qiankun-main】2. 创建子应用【qiankun-vue-child】STEP2：乾坤简单配置步骤【主要内容】1. 主应用配置【qiankun-main】2. 子应用配置【qiankun-vue-child】附加 一、前言功能说明：此实例包含有一个qian
转载
2024-09-13 15:10:56
397阅读
架构探险-轻量级微服务架构 上次更新时间：2019年3月7日 1.微服务架构简介 微服务是管理安排的体系结构设计，其中应用程序作为不同的最小自治管理单元的集合来工作。 它是一种产品设计方法，其重点是将应用程序分解为具有非常典型的界面的单工作模块。 这些模块可以由负责整个管理生命周期的小组自由地传达和工作。 “小规模”一词暗示着对微服务的估计，该微服务必须由一个单独的改进小组（5至10个设
微前端就是类似后台的微服务，可以实现应用公共模块抽取，子应用之间交互优化等功能，合理利用团队资源，独立优化部署，降耦合，提升项目扩展性，好处挺多，但缺点是团队不是那么大，项目没有到一定体量的话，也没必要用的哈。能实现微前端架构的技术有很多，像iframe, webcomponent,micro-app,single-spa,qiankun...各有优缺点，经过比对呢，还是决定拿qiankun来练练
转载
2024-05-29 19:19:47
19阅读
# 如何做到百万级服务架构
在当今互联网时代，服务架构的扩展性变得尤为重要。随着用户数量的增加，如何构建一个能够承载百万级用户请求的服务架构，成为了一个亟待解决的问题。本文将探讨如何实现百万级服务架构，并以一个实际问题为例进行说明。
## 问题描述
假设我们有一个在线教育平台，需要处理大量的用户请求，包括课程浏览、视频播放、作业提交等。随着用户数量的增加，现有的服务架构已经无法满足需求，经常
原创
2024-07-17 12:56:28
46阅读
首先，什么是微前端微前端（Micro-Frontends）是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将 Web 应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。各个前端应用还可以独立运行、独立开发、独立部署。简单来讲就是当我们项目越来越大，越来越复杂，新的技术和老的技术相互纠缠，开发的人员越来越多，代码量也随之水涨船高的时候，我们就需要用微前端，将互不关联的需求，新老不
转载
2023-08-02 21:17:28
172阅读
背景微前端 qiankun 有两种运作模式： 1、使用 registerMicroApps + start，这是挂自动档，路由改变，重新load子应用。 2、使用 loadMicroApp，每次路由匹配上，手动load子应用。以上这两点 官方文档 也有详细的 API 说明。registerMicroApps + startAPI注册微应用的基础配置信息。当浏览器 url 发生变化时，会自动检查每一
完整代码地址在microfrontend-learning 1. 创建项目主应用是使用vue开发，两个子应用分别是vue、react， 创建命令如下：# 创建主应用
vue create app-main
# 创建一个app-vue的子应用
vue create app-vue
# 创建一个app-react的子应用
npm install -g create-react-a
转载
2024-03-16 13:25:42
75阅读
本文是一个系列文章，主要讲述使用spring-cloud进行微服务开发的实战。在开始之前，我们先说一下从传统的单一部署架构到微服务的发展过程，以便让童鞋们更好的理解微服务的概念与演进过程。1.单体架构 在互联网时代早期，彼时还没有微服务的概念，企业开发应用，将所有功能都集中到一个应用中，典型的特征是tomcat servlet jsp mysql，然后将应用打包成一个war包发布。2.集群架构
转载
2024-03-18 20:06:37
47阅读
随着微服务的兴起，OAuth2也火了起来，由于其自身的优势，俨然已成为微服务API服务接口安全防护的首选。 啥是 OAuth2OAuth2（Open Authorization，开放授权）是OAuth的升级版本。OAuth 是一个开放标准，允许用户让第三方应用访问该用户在某一网站上存储的私密的资源（如照片，视频，联系人列表），而无需将用户名和密码提供给第三方应用。OAuth允许用户提供一
转载
2024-04-26 11:05:43
54阅读
什么是微服务大型系统架构中，会拆分多个子系统。简单来说，这些子系统有两个功能：提供接口、调用接口，在微服务架构中，将每一个这样的子系统称为一个“微服务”；每一个服务会部署多个实例(就是多台机器，且会动态扩容，IP不固定)；这种情况下，需要使用eureka进行服务管理。服务ID/名称 是唯一的标识， 接口调用前，根据ID在注册中心找到对应的实例信息(ip端口等)，然后再直调服务。概念入门：CAP理论
