墨衍会员
·
AI 创作全网分发
墨衍智能分发
本文由作者通过墨衍一键同步至各平台
1分发平台
600+累计阅读
608平均单平台
已同步平台
优快云
微信公众号
微博
知乎
掘金
百家号
博客园
抖音
小红书
你的文章也可以这样分发
墨衍会员 ¥399起/年，写一次发全网
我也要
最早的巨石架构，应用本身包含状态，整个应用部署在物理节点上，要升级通常需要对整个应用升级，一般需要停止服务。并且这样的架构很难横向扩展。
过渡到微服务后，应用是不可变的服务部署在容器或虚机上，服务自身不包含状态，利用反向代理提供访问。
这样的架构便于升级和横向扩展，当需要升级的时候，分配新的物理节点，不是新版本的应用到该节点。
重新配置代理，切换到新版本的服务。
然后下线旧版本。
这样的部署方式可以很方便的实现在线升级。同时，水平扩展也变的容易。
不可变的微服务部署和前一种模式类似，但是当升级时，不需要配置新的物理节点，只需要创建新的容器就好了。
单体到微服务，不只是拆代码：一次架构演进的“血泪复盘”
本文探讨了从单体架构到微服务的演进过程。作者指出单体应用初期开发效率高，但随着业务增长会出现模块耦合、协作冲突等问题。微服务拆分需从业务边界、数据隔离等维度出发，并重点介绍了服务治理工具和实践经验。文章强调架构选择应以实际需求为导向，建议只有在团队规模扩大、业务复杂度提升等情况下才考虑拆分，避免盲目跟风。最后提出架构的核心目标是实现开发高效、部署稳定、故障可控的平衡。
2021-08-30
1 第一章 kubernetes介绍 1.1 应用部署方式演变 在部署应用程序的方式上，主要经历了三个时代： 传统部署：互联网早期，会直接将应用程序部署在物理机上 优点：简单，不需要其它技术的参与 缺点：不能为应用程 序定义资源使用边界，很难合理地分配计算资源，而且程序之间容易产生影响 虚拟化部署：可以在一台物理机上运行多个虚拟机，每个虚拟机都是独立的一个环境 优点：程序环境不会相互产生影响，提供了一定程度的安全性 缺点：增加了操作系统，浪费了部分资源 容器化部署：与虚拟化类似，但是共享
浅析MOS管导通过程及RC吸收电路设计要点
RC吸收电路 米勒电容 MOS导通过程
微服务部署的几种方式
微服务部署的几种方式
阿里云Ubuntu部署Steam饥荒联机版服务器：从零到多人联机的完整指南
本文详细介绍了在阿里云Ubuntu系统上部署Steam饥荒联机版服务器的完整流程，包括环境准备、SteamCMD安装、服务端配置、Mod管理及后台运行技巧。通过2核4GB的ECS实例配置和端口设置，实现5人流畅联机体验，适合游戏爱好者快速搭建专属服务器。
用Python玩转Milvus：从安装SDK到完成第一个向量搜索Demo
本文为Python开发者提供了一份详细的Milvus向量数据库实战指南。文章重点讲解了如何规避版本兼容性陷阱，正确部署Milvus服务端并安装匹配的Python SDK。通过一个电影推荐系统的完整案例，演示了从数据建模、集合创建、向量插入、索引构建到执行混合搜索的全流程，帮助开发者快速上手并完成第一个向量搜索Demo。
怎么部署微服务项目？新手必看
随着云计算和微服务架构的普及，越来越多的企业开始采用微服务架构来构建他们的应用程序。然而，部署微服务项目并不是一个简单的过程，需要一定的技术知识和实践经验。本文将详细介绍如何部署一个微服务项目，包括项目结构、环境配置、Docker容器化、Kubernetes部署、监控和调试等方面。
数据库崩溃恢复机制：REDO日志与UNDO日志详解
在数据库管理系统中，事务的持久性和一致性是至关重要的。为了保证在系统崩溃或发生故障时数据不会丢失，数据库引入了恢复机制。其中，REDO日志和UNDO日志是两种关键的恢复技术。本文将详细描述这两种日志的作用、工作原理以及它们在数据库崩溃恢复中的应用。
使用微服务的最佳实践：编写、测试、保护和部署微服务（PDF）
近些年来，微服务一直是非常热门的话题，关于微服务架构的讨论也是层出不穷。本书以贯穿整书的示例为出发点，由浅入深地阐述使用微服务的最佳实践，以及如何避免采用微服务架构可能带来的复杂性陷阱。本书从微服务架构本身的特征入手，讨论微服务组件的设计指导原则、有效通信的方式以及常见的安全挑战和数据模型的选择;然后进入微服务架构的测试部分，探讨微服务的测试挑战和解决方法、监控和扩展常用的实践以及如何将现有架构演变为微服务架构:最后总结微服务架构在设计和开发方面遇到的常见问题及解决方案。...
基于YOLO26深度学习框架的文档表格识别系统的算法研究实现方法
本文研究了基于YOLO26深度学习框架的文档表格识别系统实现方法。系统采用YOLO26网络架构，通过数据预处理、模型训练、检测推理和表格分析四个模块实现高效表格识别。研究详细阐述了数据归一化、增强等技术处理，以及采用迁移学习策略优化模型训练过程。实验表明，该系统能有效识别多种表格结构并生成结构化数据，为文档自动化处理提供了可靠解决方案。
2026.02.04 AI趋势｜原生工作流爆发，智能体重构开发范式
2026年2月4日GitHub Trending榜单迎来关键转变——传统工具链项目占比骤降，AI原生工作流相关项目成为绝对主流。本次Top 20榜单中，超70%项目聚焦AI模型的四大核心能力：上下文增强、任务编排、自治执行、知识闭环。值得关注的是，Claude生态（如claude-mem）与OpenAIskills框架形成跨厂商协同，尽管设计理念有差异，但共同推动多模型智能体（Multi-Model Agent）成为新一代软件基础设施，AI开发正式从“单点调用”迈入“系统级编排”时代。
Java微服务开发：从入门到精通
欢迎来到微服务的世界。本书并非一本冰冷的“技术手册”，而是我这位老工程师倾注毕生心血，为你打造的一张从“代码工匠”迈向“架构大师”的导航图。我们将超越框架的表象，深入探索分布式系统的“道”与“法”，用实战磨砺解决复杂问题的“术”与“器”。忘掉零散的知识点，在这里，你将构建起一套完整的微服务思想体系，让它成为你职业生涯中应对任何技术浪潮都坚不可摧的基石。本书以“道”（架构哲学）、“法”（设计原则）、“术”（核心技术）、“器”（工具实践）四个层次，构建一个完整、深入、实战驱动的微服务知识体系。
AI使能的SVD算子：基于深度学习的矩阵分解方法
奇异值分解(Singular Value Decomposition, SVD)是线性代数中一种重要的矩阵分解方法，广泛应用于信号处理、数据降维、推荐系统等领域。传统SVD算法虽然精确，但在处理大规模矩阵时面临计算复杂度高、内存需求大等问题。本文提出了一种基于深度学习神经网络的SVD算子实现方法，完全摒弃传统数值算法，仅使用PyTorch框架构建的神经网络模型来完成大规模信道矩阵的SVD分解与还原。
微服务探索与实践—总述
背景 软件开发是一个不断发展的过程，从当初的面向过程为主到如今的面向对象的开发，软件开发者不断探索与实践更加符合时代发展要求的开发模式与架构思想，而这，也在极大程度上提高了软件开发的效率。 微服务是一种架构模式或者说是架构风格，而架构这个词语，相信有很多人都曾试图为它做出明确的定义，可是很难下，因为软件架构也在不断发展，内涵也在不断得到丰富。只是不变的是，我们需要通过软件架构，根据族...
科研级实战】YOLOv11 pose部署至RK3588全流程：让姿态估计模型在边缘端毫秒级运行，我来帮你突破人体行为分析落地壁垒
在智慧安防人体行为分析场景中，基于YOLOv11 pose的模型在云端推理单帧耗时150ms，硬件成本超15000元；经本方案部署到RK3588后，单帧推理耗时降至30ms，硬件成本仅4000元，且关键点检测准确率高达93%以上。在运动姿态评估场景，同款技术路径使模型边缘端推理速度提升6倍，姿态分类精度达95%。这意味着，你也能让自己的姿态估计模型在边缘设备上实现的工业化落地，接下来让我们开启从模型训练到端侧部署的实战征程。
ET2012新版免狗免安装绿色软件
ET2012新版免狗免安祖昂绿色软件。，新界面，新视觉，
大佬指明方向！使用微服务的最佳实践以及如何避免采用微服务架构可能带来的复杂性陷阱
微服务应用是与单体应用区分开来的. 当一个单体项目随着业务的发展会越来越膨胀,变得更加难维护,从一开始仅需一两个人到需要两三个团队,多个团队维护同一个项目无疑是一场灾难,沟通成本大大增加,技术协同也会十分困难. 举个例子,我在上一家公司维护过一个后台项目,它是一个公共后台,全司上下各个团队都可能用它来看数据,都来维护它.面对这样一个项目,明明我只需要维护十几个类,但每次我都需要在几百上千个类中找到它们.一些配置项,公用组件我想改却改不了,因为就算我的部分测试通过,也不能保证以后在其他业务会不会产生新的问题,
老版QQ原生表情gif动态
这是老版的QQ表情，不过全是动态的的，Windows照片查看器是不会动的，可以右击用浏览器打开查看，再说一遍是老版的，只是分享给宁愿用老版也要动态的人。
分布式和微服务区别
微服务的设计是为了不因为某个模块的升级和BUG影响现有的系统业务。微服务与分布式的细微差别是，微服务的应用不一定是分散在多个服务器上，他也可以是同一个服务器。1.将一个大的系统划分为多个业务模块，业务模块分别部署到不同的机器上，各个业务模块之间通过接口进行数据交互。架构设计概念，各服务间隔离（分布式也是隔离），自治（分布式依赖整体组合）其它特性（单一职责，边界，异步通信，独立部署）是分布式概念的跟严格执行;微服务的意思也就是将模块拆分成一个独立的服务单元通过接口来实现数据的交互。微服务和分布式的区别。
jdk-8u144-linux-x64.tar.gz.
该资源为搭建Linux系统Java环境用，资源的后缀为tar.gz格式的压缩包
数学建模模型总结
这是本人在两年内准备参加数学建模竞赛搜集到的模型资料，已经经过了本人的筛选和整理，希望能够对准备参加数学建模竞赛的学弟学妹们提供一些帮助！
微服务架构包含哪些方面？
因此，业务领域建模就成了微服务应用功能架构的核心，每个微服务都围绕业务领域概念来定义，并将实现架构及其所依赖的其他组件（如数据库等）封装在该微服务中，从而实现了高度解耦。应用实现架构有整洁架构、六边形架构和分层架构三种，我们知道这三种架构的展现方式和解决问题的出发点不一样，但其架构思想与微服务架构高内聚、低耦合的设计原则高度一致。总的来说，按照业务领域来拆分每一个微服务应用，每一个微服务都包含全技术栈服务，从部署的角度来说，每个微服务完全独立开发、部署的，为应用实现低耦合提供了方便。...
SpringCloud微服务详细流程
一、微服务1、集中式架构当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。此时，用于简化增删改查工作量的数据访问框架(ORM)是影响项目开发的关键存在的问题：- 代码耦合，开发维护困难- 无法针对不同模块进行针对性优化- 无法水平扩展- 单点容错率低，并发能力差2、垂直拆分访问量大、为了提高更高的并发和业务需求、根据业务功能对系统进行拆分优点：- 系统拆分实现了流量分担...
集群与分布式与微服务
摘要： 集群和分布式在架构设计中有本质区别，集群指多服务器共同处理同一业务以提升吞吐量，分布式则是将业务拆分为子任务部署在不同节点以缩短执行时间。微服务是分布式架构的演进，强调细粒度业务拆分（如支付服务拆分为独立子服务）、轻量级通信（REST/gRPC）和独立数据存储（Database per Service），并通过容器化实现敏捷扩展。未来趋势包括混合架构（分布式强一致性与微服务弹性结合）、服务网格（如Istio）和无服务器化。选择依据取决于团队技术栈统一性、运维能力及业务复杂度需求。
微服务学习
1.golang+微服务教程 1.初始微服务 go（golang）语言解决高并发问题； 将服务层（也就是业务逻辑层）单独地拆分出来，抽取为一个一个的微服务； docker（是一种容器），将微服务项目在docker上运行 微服务就是将一个大项目拆成几个不同的小模块，每个模块就是一个小项目，各个模块之间还存在互相访问的情况 “微” 的意思 就是将一个大项目拆解成一个一个的小项目，每一个项目只是提供它相应的服务而已 特点： 单一职责：就是每个小模块只负责自己模块内的业务逻辑 轻量级通信：
分布式架构 vs 微服务架构：从理念到落地的全面解析
在现代系统架构演进中，“分布式架构”和“微服务架构”是最容易被混淆的两个概念。很多团队在把项目拆成多个模块独立部署后，就认为自己已经“上了微服务”；也有开发者把微服务简单理解为“更细的分布式”。实际上，这两者既有继承关系，也有本质区别。本文将带你从概念、特征、目标、设计理念、部署方式、技术实践等多个维度，深入理解两者的联系与差异，并提供架构选型建议。对比维度分布式架构微服务架构定位架构形式架构理念与实现标准目标解决性能与可扩展问题实现服务自治与高可维护性通信远程调用（HTTP/RPC）
[特殊字符] Spring Cloud 微服务架构深度实战
阶段核心目标建议工具拆分阶段独立服务化通信阶段RPC 调用与负载均衡治理阶段熔断限流部署阶段容器与自动化观测阶段日志 + 链路追踪💡从两个模块（如 user-service、order-service）开始微服务化。慢慢引入注册中心和网关。最后再接入熔断、链路追踪、监控等高级特性。
微服务介绍
什么是微服务 从字面来解读微服务(micro service)，了解微(micro)是什么意思，而服务(service)又是指什么。 微(micro)字面意思为小，意为要尽量控制单个服务的规模和成本。 服务(service)可以直接使用的一个或一组功能，用户不需要关心具体的实现，只需关心输入和输出。 从更为严谨的角度上来定义微服务：微服务是一种细粒度的分布式解决方案，这些细粒度的服务独立性强并且...
微服务简介
一、什么是微服务 1、什么是“微服务” 微服务架构的风格，就是将单一程序开发成一个微服务，每个微服务运行在自己的进程中，并使用轻量级机制通信，通常是HTTP RESTFUL API。这些服务围绕业务能力来划分构建的，并通过完全自动化部署机制来独立部署。这些服务可以使用不同的编程语言，以及不同数据存储技术，以保证低限度的集中式管理。----微服务发明人Martin Fowler 2、微服务通过HTT...
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
142
扫一扫
