微服务——MongoDB的数据模型
数据模型MongoDB的最小存储单位就是文档(document)对象。文档(document)对象对应于关系型数据库的行。数据在MongoDB中以BSON（Binary-JSON）文档的格式存储在磁盘上。BSON（Binary Serialized Document Format）是一种类json的一种二进制形式的存储格式，简...
分布式可视化MapReduce编程模型
可视化MapReduce模型在MapReduce模型的基础上，新增了可视化可运维的能力。您无需修改后端代码，只需在SchedulerX控制台将分布式模型改为可视化MapReduce，即可新增一个子任务列表页面，并且可以查看每个子任务的详情、结果和日志，同时支持每个子任务级别的重跑。
01.【微服务架构】服务注册与发现：AP和CP，你选哪个？-- 面试准备+基本模型
面试准备 在面试前，如果你们公司确实使用了注册中心，那么你要弄清楚一些数据和信息。 你们用了什么中间件作为注册中心以及该中间件的优缺点。确保自己在回答“你为什么用某个中间件作为注册中心”的时候，能够综合这些优缺点来回答。 注册中心的集群规模 读写QPS 每秒查询率 机器性能 如CPU和内存大小 最好准备一个注册中心出故障之后你排查和后续优化的案例。在讨论...
01.【微服务架构】服务注册与发现：AP和CP，你选哪个？-- 服务注册与发现模型
服务注册与发现在微服务架构中处于一个非常核心的地位，也是面试中的常见问题。不过因为微服务架构大行其道，现在我们多少都能回答出来一些服务注册与发现的内容，也因此不容易在面试中刷出亮点，拉开和其他面试者的差距。 本文将深入剖析服务注册与发现，学习服务注册与发现的基本模型，然后在服务端崩溃检测、客户端容错和注册中心选型...
微服务框架（十八）Dubbo领域模型、调用链及调用方式
此系列文章将会描述Java框架Spring Boot、服务治理框架Dubbo、应用容器引擎Docker，及使用Spring Boot集成Dubbo、Mybatis等开源框架，其中穿插着Spring Boot中日志切面等技术的实现，然后通过gitlab-CI以持续集成为Docker镜像。 本文为Dubbo领域模型、调用链及调用方式 本系列文章中所使用的框架版本为Spring Boot...
倒计时 3 天！5 大议题带您探索微服务和云原生大模型的落地经验（北京站）
距离 11 月 18 日北京站云原生技术实践营正式开幕还有 3 天时间，线下席位即将约满。请感兴趣的同学抓紧报名哦！本次活动，我们将云栖大会上微服务、云原生大模型相关的精彩内容带到北京和您线下面对面，分享云视角下的微服务管理实践及其自身在 AIGC 场景下的落地探索。同时我们也邀请了在数字基础设施国产化进程中有着丰富经验的优秀企业代表（麒麟软件、东方通、行云创新），共同探讨在国产化大背景下，云原....
微服务技术系列教程（39）- SpringBoot -RBAC权限模型
1. 引言代码和相关的sql脚本已提交至Github，有兴趣的同学可以下载看看：https://github.com/ylw-github/SpringBoot-Security-DemoSQL脚本执行完成后，会生成5张表，相当于把上一篇博客《微服务技术系列教程（38）- SpringBoot -整合SpringSecurity》的权限配置内容全部配置到数据库了，从数据库中读取：2. RBAC权....
深度解析四大主流软件架构模型：单体架构、分布式应用、微服务与Serverless的优缺点及场景应用
博主猫头虎 带您 Go to New World.✨ 博客首页——猫头虎的博客《面试题大全专栏》 文章图文并茂生动形象简单易学！欢迎大家来踩踩~ 《IDEA开发秘籍专栏》学会IDEA常用操作，工作效率翻倍~ 《100天精通Golang(基础入门篇）》学会Golang语言，畅玩云原生，走遍大小厂~ 希望本文能够给您带来一定的帮助文章粗浅，敬请批评指正！深度解析四大主流软件架构模型：单体架构、分布.....
微服务系列 2：微服务化框架的模型和治理能力设计
紧接上一篇，微服务系列 1：微服务化框架落地的挑战和核心需求，那么基于这些核心诉求，我们整个的微服务框架的模型是如何？又该具备哪些核心的治理能力呢？通过本文来一一知晓！一、服务治理的理解随着互联网的发展和容器化的发展，更进一步的推动了微服务化的建设，在微服务体系下，我们的服务治理，首先要做的就是针对我们大量的服务怎么更好的进行管理，保证我们系统在运行过程中能够自动化的发现问题并自动解决一些问题，....
「第二部:容器和微服务架构」(8) 识别每个微服务的领域模型边界
在确定每个微服务的模型边界和大小时，目标并不是尽可能实现最细粒度的分离，尽管如果可能的话，您应该倾向于使用较小的微服务。相反，您的目标应该是在您的领域知识的指导下实现最有意义的分离。重点不在于规模，而在于业务能力。此外，如果基于大量依赖关系的应用程序的某个特定区域需要明显的内聚，这也表示需要单个微服务。内聚性是一种识别如何分离或组合微服务的方法。最终，当您获得更多关于域的知识时，您应该迭代地调整....
本页面内关键词为智能算法引擎基于机器学习所生成，如有任何问题，可在页面下方点击"联系我们"与我们沟通。
微服务
构建可靠、高效、易扩展的技术基石
+关注