前言Google最近发布的Gemini模型在全球引起了巨大反响，其在多模态领域的Videodemo无比震撼。对于Android开发者而言，其中最振奋人心的消息莫过于GeminiNano模型将内置到Android系统当中，并开放给开发者使用。事实上，能够自研LLM大模型的企业屈指可数，大多数的企业或个人都是在搞基于LLM的应用创新。而各大模型们各自为政，提供的能力、对接方式都参差不齐，即便在应用这个维度，开发者也很难整体、高效地去开发、拓展。要是能够将AI相关接口统一、能力整合封装、甚至结合端侧硬件去内置默认的AI模型，这将是非常高效、安全的创举！Google坐拥全球顶尖的AI技术，同时掌控着市

Sentinel流量防卫兵😄生命不息，写作不止🔥继续踏上学习之路，学之分享笔记👊总有一天我也能像各位大佬一样🏆一个有梦有戏的人@怒放吧德德🌝分享学习心得，欢迎指正，大家一起学习成长！文章目录Sentinel流量防卫兵前言服务雪崩与容错机制(1)、服务雪崩服务雪崩的原因(2)、容错机制服务限流超时机制熔断机制服务降级sentinel简介Sentinel初体验-通过API实现流量控制规则(FlowRule)导入依赖定义资源和流控规则*通过注解优化使用流量控制添加依赖配置SentinelResourceAspect的Bean配置资源与规则熔断降级规则(DegradeRule)定义熔断降级规则使用se

云原生前言俯瞰：什么是云原生?后起之秀：云原生日薄西山：传统的软件开发模型?横空出世：云原生简介纵横驰骋：三大技术基石1：基础设施即代码2：不可变基础设施3：声明式API如日中天：云原生的优点1：加速软件开发周期2：更快的上市时间3：高可用性与弹性4：更低的成本5：将应用程序转变为API厚积薄发：云原生架构模式特点详解1：现收现付2：自助服务基础设施3：分布式架构4：管理服务5：自动放缩6：自动恢复7：自动化和基础设施即代码IaC8：不可变的基础设施9：12因子方法论前言俯瞰：什么是云原生?目前，每个IT资源或产品都作为服务提供。而且伴随云计算的滚滚浪潮，云原生(CloudNative)的概念

成功之前我们要做应该做的事情，成功之后我们才可以做喜欢做的事情。1.处理器架构CPU架构是CPU厂商给属于同一系列的CPU产品定的一个规范，主要目的是为了区分不同类型CPU的重要标示。市面上的CPU分类主要分有两大阵营，一个是intel、AMD为首的复杂指令集CPU，另一个是以IBM、ARM为首的精简指令集CPU。两个不同品牌的CPU，其产品的架构也不相同，例如，Intel、AMD的CPU是X86架构的，而IBM公司的CPU是PowerPC架构，ARM公司是ARM架构。从CPU发明到现在，有非常多种架构，从我们熟悉的X86、ARM，到不太熟悉的MIPS、IA64，它们之间的差距都非常大。但是如

文章目录云计算IaaS云计算特征点基础架构自动化IaaS做云网络互通二层互联互通——多中心网络互联三层互联互通——多中心网络互联网络架构图云计算IaaS云计算特征点虚拟化当用户购买资源时，买的其实是一个虚拟机，指定内存、CPU网络带宽就行了；如果想租赁物理机，可以购买阿里云的神龙裸金属负载均衡用户购买的资源不直接暴露在公网上，只有一个内网IP地址，通过VPC进行串联，外部需要访问它时要通过负载均衡器SLB（可能是四层的网络负载均衡器，也可能是七层的HTTP负载均衡器），负载均衡器外面有WAF防御，DDoS防御，CDN网络加速等等自动扩展SLB通常和一个组相关，通过组就可以实现自动扩展、弹性伸缩

根据多年来AWS的专家们积累的经验，创建了这一份AWS良好架构框架，其中包含了以下五大支柱：安全性（Security）可靠性（Reliability）性能效率（PerformanceEfficiency）成本优化（CostOptimisation）卓越操作（OperationalExcellence）一般性设计原则1、不需再猜测您的容量需求2、以生产规模进行系统测试，工具：CloudFormation3、自动简化架构实验4、允许实现架构演进，我们可以巧妙利用自动化、DevOps、IaaC的特性来对架构进行更快速的迭代实现敏捷开发（Agile）5、数据驱动型架构，可以通过CloudWatch收集

RabbitMQ进阶(消息可靠性,延迟队列,惰性队列,集群部署)消息队列在使用过程中，面临着很多实际问题需要思考：1.消息可靠性消息从发送，到消费者接收，会经理多个过程：其中的每一步都可能导致消息丢失，常见的丢失原因包括：发送时丢失：生产者发送的消息未送达exchange消息到达exchange后未到达queueMQ宕机，queue将消息丢失consumer接收到消息后未消费就宕机针对这些问题，RabbitMQ分别给出了解决方案：生产者确认机制mq持久化消费者确认机制失败重试机制下面我们就通过案例来演示每一个步骤。项目结构如下：1.1.生产者消息确认RabbitMQ提供了publisherco

RocketMQ是Java兄弟们常用的消息中间件，虽说常用，但对于RocketMQ架构经常忘记。究其原因就l两点：忙于业务开发然后长时间不看则忘了、不理解架构设计的根本原因记不牢。本文用大白话描述架构设计过程，牢记RocketMQ架构。一、架构的思考过程首先，在记框架的原理和架构时，要先把握全局的脉络，在思考为什么这么设计，最后才是思考细节，这样才能记得牢。本文通过层层追问的方式，一步步解说RocketMQ架构设计的原因。1、基本形态(1)如果你是RocketMQ的开发者，让你来设计一个消息中间件，你会设计哪些角色？答：起码要设计3个角色：消息中转站：Broker，Broker是核心，负责：接

一、Matrixone的早期架构与难题MatrixOne早期的架构与现在有很大区别。早期的架构可以总结为两个词：一个是NewSQL，一个是MPP。NewSQL是当年谷歌的几篇论文衍生出来的分布式数据库的一套理论体系。其中最重要的一点就是分布式架构，解决的是传统数据库的高可用以及水平扩展的难题。另外一点就是多引擎，用不同的引擎来做不同的事情。MPP或者叫大规模并行计算，主要的用途是通过分布式的方式将一些规模比较大的计算任务分布到不同的节点，并且在计算完成之后汇总。充分利用了分布式架构的算力资源。我们早年的架构确实也是这个样子。上面有一个负责分发负载均衡的proxy。下面是MatrixOneSer

Eureka概述什么是服务注册中心？Eureka采用了CS的设计架构，EurekaServer作为服务注册功能的服务器，它是服务注册中心。而系统中的其他微服务，使用Eureka的客户端连接到EurekaServer并维持心跳连接。这样系统的维护人员就可以通过EurekaServer来监控系统中各个微服务是否正常运行。在服务注册与发现中，有一个注册中心。当服务器启动的时候，会把当前自己服务器的信息比如服务地址通讯地址等以别名方式注册到注册中心上。另一方(消费者|服务提供者)，以该别名的方式去注册中心上获取到实际的服务通讯地址，然后再实现本地RPC调用RPC远程调用框架核心设计思想：在于注册中心，