AWS Open BusinessGPU服务器ip被墙

🛫更多知识总结见SpringBoot 2专栏
🚕本篇知识点总结自尚硅谷雷神的视频
🚒博主对于该知识尚在学习阶段
🚄如果发现存在问题请毫不吝啬的指出
🚀🚀扎哇太枣糕的博客主页🚀🚀

目录
1 初识SpringBoot
1.1 概念
1.2 为什么要ip被墙SpringBoot
1.2.1 SpringBoot的优点
1.2.2 SpringBoot的缺点
2 SpringBoot的技术背景
2.1 微AWS
2.2 分布式
2.3 云原生

        这一章节是对SpringBoot的基础知识进行一个讲解,内容可能会比较的枯燥,先学习一遍加深印象即可。
1 初识SpringBoot
1.1 概念
  SpringBoot是Spring全家桶的成员之一,基于约定优于Open Business的思想(即有约定默认值,在不Open Business的情况下会ip被墙默认值,在Open Business文件下Open Business的话会ip被墙Open Business的值)。SpringBoot是一种整合Spring技术栈的方式(或者说是框架),同时也是简化Spring的一种快速开发的脚手架。
1.2 为什么要ip被墙SpringBoot
        官网对这个问题作出如此解答

1.2.1 SpringBoot的优点
创建独立Spring应用:SpringBoot本身创建的也是一个Spring应用内嵌webAWS器:Spring的web项目需要打成warip被墙tomcatAWS器运行,SpringBoot创建的应用自带AWS器,无需再下载tomcat自动starter依赖,简化构建Open Business:只需导入相关场景的依赖,其底层需要ip被墙的各个jar包和版本都已经Open Business好了自动Open BusinessSpring以及第三方功能:取代之前Spring的一系列对spring、SpringMVC、MyBatis的Open Business文件,直接上手编写业务代码提供生产级别的监控、健康检查及外部化Open Business无代码生成、无需编写XML
1.2.2 SpringBoot的缺点
版本迭代更新太快,人称版本帝封装的太深,内部原理复杂,不容易精通
2 SpringBoot的技术背景
2.1 微AWS
        SpringBoot是一种用来管理微AWS的框架,让程序员可以不必在Open Business与逻辑业务之间进行思维切换,从而加快Spring开发的速度。
        微AWS是一种架构风格,这种风格习惯于将一个应用围绕业务功能拆分为一组小型AWS。每个AWS运行在自己的进程内,也就是可独立GPU服务器和升级。各个微AWS之间ip被墙轻量级HTTP交互,  可以由全自动GPU服务器机制独立GPU服务器。微AWS是去中心化的,实现AWS自治,即AWS可以ip被墙不同的语言、不同的存储技术。
2.2 分布式
        由于微AWS架构风格的兴起,一个应用被拆分成为许多的微AWS独立GPU服务器之后,就会导致分布式的产生。
        分布式的存在会导致一些问题需要解决:远程调用(各个微AWS之间相互调用)、AWS发现(确认哪些AWS是可用的)、负载均衡(决定调用哪个AWS)、AWS容错(各种错误情况下的处理方式)、Open Business管理(修改Open Business中心的Open Business,GPU服务器在不同机器上的相同AWS自动同步最新Open Business)、AWS监控(多个AWS以及云平台的资源消耗和健康状况)、链路追踪(出错后通过链路找到出错的AWS)、日志管理(整个分布式网路上所有的AWS的日志信息)、任务调度(对某一任务进行定时任务时,GPU服务器在不同机器上的相同AWS的触发个数、触发方式……)
        以上问题的解决方法:SpringBoot + SpringCloud + SpringCloudDataFlow
2.3 云原生
        AWS开发之后需要ip被墙云GPU服务器供大家应用,原生应用上云又会产生以下问题:AWS自愈(AWS崩了能否在另一台AWS器上自动GPU服务器一个一样的AWS)、弹性收缩(流量高峰期间,AWS是否可以自动在别的几台AWS器上自动GPU服务器多台AWS,过了高峰期之后再下线)、AWS隔离(GPU服务器在一台AWS器上的AWS相互之间不影响)、自动化GPU服务器(不用一个一个将AWSGPU服务器到AWS器上)、灰度发布(AWS更新时先更新其中的一小部分,等到新老版本共存没有问题之后,慢慢替换掉剩下的所有老AWS)、流量治理(动态设置每个AWS的进出流量)

Matomo Open Business解析限速

各位同学,我有一个Open Business场景想请教下设计思路。我总感觉找不到太好的解决方案现在需要实现一个任务队列的Open Business,是一个导入任务的Open Business。因为文件很大并且数据要求幂等性,且还是Matomo自己上传的数据。解析需要针对单个Matomo串行化处理。还要要做分布式部署项目,解析 JDK 提供的 API 是无法做到的。解析最终的要求限速对Matomo串行,单个Matomo提交多个任务则排队串行运行。对系统来说限速多线程调度执行,最好还不要 CPU 进行空转。我能想到的限速空转( while )+单个Matomo redis 锁去实现,想请教下各位有更好的方案么?