96SEO 2026-02-19 10:34 14
。

优点架构简单#xff0c;部署成本低。
缺点耦合度高#xff0c;不利于大型项目的开发和维护
根据业务功能对系统进行拆分#xff0c;每个业务模块作为独立的项目…一、微服务架构演变
将所有的功能集中在一个项目开发打成一个包部署。
优点架构简单部署成本低。
缺点耦合度高不利于大型项目的开发和维护
根据业务功能对系统进行拆分每个业务模块作为独立的项目开发称为一个服务。
服务拆分粒度如何服务集群地址如何维护服务之间如何实现远程调用服务健康状态如何感知
①单一职责每一个服务对应唯一的业务能力做到单一职责避免重复业务开发。
②SpringCloud集成各种微服务组件基于SpringBoot实现组件自动装配提供良好的开箱即用。
http://localhost:8081/user/order.getUserId();
服务提供者会每隔30秒向EurekaServer发送心跳请求报告健康状态
服务端eureka-server注册中心记录和管理这些微服务心跳监控
每一次客户端启动服务端eureka-server会注册服务信息记录名称和ip端口。
当客户端的消费者要调用提供者接口时会从服务端拉取提供者的信息服务消费者采用负载均衡的方式选择ip端口远程调用发起请求
①创建项目引入spring-cloud-starter-netflix-eureka-server的依赖
dependency!--eureka服务端--groupIdorg.springframework.cloud/groupIdartifactIdspring-cloud-starter-netflix-eureka-server/artifactId
/dependency②编写启动类添加EnableEurekaServer注解
{SpringApplication.run(EurekaApplication.class,args);}
http://127.0.0.1:10086/eureka④访问http://localhost:10086/
5.客户端注册user-serviceorder-service
dependencygroupIdorg.springframework.cloud/groupIdartifactIdspring-cloud-starter-netflix-eureka-client/artifactId
/dependency②在application.yml中配置eureka地址
http://127.0.0.1:10086/eureka6.服务发现order-service服务拉取
①消费者order-service配置类添加LoadBalanced注解
http://localhost:8081/user/order.getUserId();
http://userservice/user/order.getUserId();
①当客户端发起请求时被LoadBalancerInterceptor负载均衡拦截器拦截
②RibbonLoadBanlancerClient获取url中的服务iduserservice
③DynamicServerListLoadBalancer从eureka-server拉取服务,返回服务列表。
通过IRule基于规则选择出ip端口
④把选出的某个服务传给RibbonLoadBanlancerClient修改url发起请求
ZoneAvoidanceRule默认以区域可用的服务器为基础进行服务器的选择。
使用Zone对服务器进行分类这个Zone可以理解为一个机房、一个机架等。
而后再对Zone内的多个服务做轮询。
Ribbon默认是懒加载第一次访问才会创建LoadBalanceClient请求时间长。
②在父工程添加管理spring-cloud-alilbaba依赖
dependencygroupIdcom.alibaba.cloud/groupIdartifactIdspring-cloud-alibaba-dependencies/artifactIdversion2.2.6.RELEASE/versiontypepom/typescopeimport/scope
dependencygroupIdcom.alibaba.cloud/groupIdartifactIdspring-cloud-starter-alibaba-nacos-discovery/artifactId
/dependency④application.yml文件添加nacos地址
spring:cloud:nacos:server-addr:
spring:cloud:nacos:server-addr:
nacos服务地址discovery:cluster-name:
在order-service中设置负载均衡的IRule为NacosRule这个规则优先会寻找与自己同集群的服务
配置的微服务的名称ribbon:NFLoribbon:adBalancerRuleClassName:
com.alibaba.cloud.nacos.ribbon.NacosRule
优先选择同集群服务实例列表本地集群找不到提供者才去其它集群寻找并且会报警告确定了可用实例列表后再采用随机负载均衡挑选实例
服务器设备性能有差异部分实例所在机器性能较好另一些较差希望性能好的机器承担更多的用户请求
①在Nacos控制台可以设置实例的权重值首先选中实例后面的编辑按钮
②将权重设置为0.1测试可以发现8081被访问到的频率大大降低
Nacos控制台可以设置实例的权重值0~1之间同集群内的多个实例权重越高被访问的频率越高权重设置为0则完全不会被访问
①在Nacos控制台可以创建namespace用来隔离不同环境
④修改order-service的application.yml添加namespace
orderservicecloud:nacos:server-addr:
nacos服务地址discovery:cluster-name:
b5300f3f-0600-489e-a64a-b35ecbea970c
⑥order-service因为namespace不同会导致找不到userservice控制台会报错
每个namespace都有唯一id服务设置namespace时要写id而不是名称不同namespace下的服务互相不可见
临时实例宕机时会从nacos的服务列表中剔除而非临时实例则不会
作为专业的SEO优化服务提供商,我们致力于通过科学、系统的搜索引擎优化策略,帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。
| 服务项目 | 基础套餐 | 标准套餐 | 高级定制 |
|---|---|---|---|
| 关键词优化数量 | 10-20个核心词 | 30-50个核心词+长尾词 | 80-150个全方位覆盖 |
| 内容优化 | 基础页面优化 | 全站内容优化+每月5篇原创 | 个性化内容策略+每月15篇原创 |
| 技术SEO | 基本技术检查 | 全面技术优化+移动适配 | 深度技术重构+性能优化 |
| 外链建设 | 每月5-10条 | 每月20-30条高质量外链 | 每月50+条多渠道外链 |
| 数据报告 | 月度基础报告 | 双周详细报告+分析 | 每周深度报告+策略调整 |
| 效果保障 | 3-6个月见效 | 2-4个月见效 | 1-3个月快速见效 |
我们的SEO优化服务遵循科学严谨的流程,确保每一步都基于数据分析和行业最佳实践:
全面检测网站技术问题、内容质量、竞争对手情况,制定个性化优化方案。
基于用户搜索意图和商业目标,制定全面的关键词矩阵和布局策略。
解决网站技术问题,优化网站结构,提升页面速度和移动端体验。
创作高质量原创内容,优化现有页面,建立内容更新机制。
获取高质量外部链接,建立品牌在线影响力,提升网站权威度。
持续监控排名、流量和转化数据,根据效果调整优化策略。
基于我们服务的客户数据统计,平均优化效果如下:
我们坚信,真正的SEO优化不仅仅是追求排名,而是通过提供优质内容、优化用户体验、建立网站权威,最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系,共同成长。
Demand feedback