-
编辑 删除
DDD 学习与感悟 —— 向屎山冲锋
软件系统是通过软件开发来解决某一个业务领域或问题单元而产生的一个交付物。而通过软件设计可以帮助我们开发出更加健壮的软件系统。因此，软件设计是从业务领域到软件开发之间的桥梁。而DDD是软件设计中的其中一种思想，旨在提供一种大型复杂软件的设计思路和规范。通过DDD思想可以让我们的业务架构、系统架构、部署架构、数据架构、工程架构等都具备高扩展性、高维护性和高测试性。
-
编辑 删除
VMware和Docker之间有哪些区别？
在现代企业IT架构和云计算领域，虚拟化（如VMware）和容器化（如Docker）技术被广泛应用。尽管这两种技术都旨在提高资源利用率和实现进程隔离，但它们在实现方式、优势和应用场景上有着根本的不同。本文将深入探讨虚拟化和容器化的关键差异。
-
编辑 删除
DDD 学习与感悟 —— 向屎山冲锋
软件系统是通过软件开发来解决某一个业务领域或问题单元而产生的一个交付物。而通过软件设计可以帮助我们开发出更加健壮的软件系统。因此，软件设计是从业务领域到软件开发之间的桥梁。而DDD是软件设计中的其中一种思想，旨在提供一种大型复杂软件的设计思路和规范。通过DDD思想可以让我们的业务架构、系统架构、部署架构、数据架构、工程架构等都具备高扩展性、高维护性和高测试性。
-
编辑 删除
商城首页卡爆了！！！
最近我们的商城系统出现了一个线上问题，用户访问商城首页的时候要差不多20秒，才返回数据，可以说卡爆了。 到底怎么回事呢？
-
编辑 删除
如何应对 RocketMQ 消息堆积
消费者在消费的过程中，消费的速度跟不上服务端的发送速度，未处理的消息会越来越多，消息出现堆积进而会造成消息消费延迟。 虽然笔者经常讲：RocketMQ 、Kafka 具备堆积的能力，但是以下场景需要重点关注消息堆积和延迟的问题： 业务系统上下游能力不匹配造成的持续堆积，且无法自行恢复。 业务系统对消息的消费实时性要求较高，即使是短暂的堆积造成的消息延迟也无法接受。
-
编辑 删除
如何应对 RocketMQ 消息堆积
消费者在消费的过程中，消费的速度跟不上服务端的发送速度，未处理的消息会越来越多，消息出现堆积进而会造成消息消费延迟。 虽然笔者经常讲：RocketMQ 、Kafka 具备堆积的能力，但是以下场景需要重点关注消息堆积和延迟的问题： 业务系统上下游能力不匹配造成的持续堆积，且无法自行恢复。 业务系统对消息的消费实时性要求较高，即使是短暂的堆积造成的消息延迟也无法接受。
-
编辑 删除
转转One-Service数据服务体系建设
本次分享主题为转转 One-Service 数据服务体系建设，主要介绍转转在建设数据服务体系过程中的三个阶段，其中将详细介绍 One-Service 统一查询服务建设思路。
-
编辑 删除
构建可承极端流量的软件系统最佳实践
暂停整个销售意味着存在一个对票务结账流程至关重要且可能导致连锁故障的依赖性，问题可能与PayPal支付处理工作流有关。Ticketmaster依赖PayPal作为其主要的全球支付处理平台。
-
编辑 删除
一文掌握Serverless中的异常处理
在无服务器计算的世界中，AWS Lambda 已经成为构建可伸缩和高效应用程序的基石。虽然 Lambda 简化了代码的部署和执行，但强大的错误处理对于确保无服务器函数的可靠性至关重要。本指南探讨在 AWS Lambda 中进行错误处理的最佳实践，帮助构建具有弹性的无服务器应用程序。
-
编辑 删除
从传统BI到LakeHouse，数据架构的演变【案例】
随着时间的推移，公司不断发展壮大，内部和外部的数据来源也越来越广泛和多样化。此外，数据处理和整合变得越来越复杂，现有的数据架构不足以向利益相关者提供现成的数据。
-
编辑 删除
浅谈研发数字化在汽车之家的落地实践
随着互联网的不断发展和企业应用的持续推进，我们的办公模式也不知不觉间从单主体单阶段模式和多主体单阶段协同办公模式转向了多主体跨阶段协同办公模式，协作办公的结构也变得越来越复杂。然而，当资源达到一定数量时，整个系统将面临一些问题，例如灵活度差、延伸性差、耦合严重，以及难以进行服务监控和性能评估等。当某一个办公服务出现问题时，整个协作过程就会面临部署频繁、维护困难等问题，进而导致整个任务开展无法持续，办公协作也变得杂乱无章。 调查结果还显示，企业中普通员工与中层管理者之间，花费在内部协作沟通上的时间大约占其工作时间的40%-50%。对于更高层的主管来说，这一比例则可能更高。信息互达是一切协同办公的前提，在实际工作中，大部分冲突、挫折和低效率都是由于信息互达不畅造成的。
-
编辑 删除
跳槽了，给大家整理一波面试题
趁我还记得住这些面试题，在第一时间给大家整理一波，希望对大家有所帮助。老规矩，字数有点多，建议收藏。
-
编辑 删除
什么是云原生？
云原生是当前软件开发和部署的前沿范式，它充分利用云计算的优势来构建和运行应用程序。这种方法不仅仅是在云环境中运行应用程序，而是涉及到一系列实践，从开发过程到应用架构，再到部署和基础设施的全面革新。下面我们将详细探讨云原生的四个关键方面。
-
编辑 删除
Java中实现并行请求两种方式
在Java中实现并行请求通常涉及到多线程或者并发工具类的使用。以下是两种常见的并行请求模板：一种使用 ExecutorService 来管理线程池，另一种使用 Java 8 引入的 CompletableFuture。
-
编辑 删除
Gartner2024十大战略技术趋势点评（附下载）
近日，研究机构Gartner发布了2024年十大战略技术趋势。这十类技术主要从三个方面发挥价值和作用：一是保护企业的技术投资，确保企业能从过去和未来的战略技术决策中持续获益。二是赋能开发者和员工，帮助他们更便捷地运用技术构建需要的应用功能。三是通过各类技术应用持续交付业务价值。可见，技术发展趋势的核心是AI技术，包括AI治理、AI增强开发和AI应用。
-
编辑 删除
公司敏感数据被上传Github，吓得我赶紧改提交记录
说个事吧！最近公司发生了一个事故，有同事不小心把敏感数据上传到了GitHub上，结果被安全部门扫描出来了。这件事导致公司对所有员工进行了一次数据安全的培训。对于这个事我相信，有点工作经验的人都不会故意去上传这些敏感文件，多数应该是误操作导致的。
-
编辑 删除
一场67万行代码的应用重构
本文分享了作者对一个架构模糊，拥有67万行代码、46个module的超级应用重构过程中面临的一些问题，还探讨了重构的价值以及技术方案，最后对综合效果进行了分析。
-
编辑 删除
构建强大REST API的10个最佳实践
在项目开发中，我们经常会使用REST风格进行API的定义，这篇文章为大家提供10条在使用REST API时的最佳实践。希望能够为你带来灵感和帮助。
-
编辑 删除
京东二面：为什么需要分布式ID？你项目中是怎么做的？
今天分享一位读者去京东面试遇到的面试题：“为什么要分布式 ID？你项目中是怎么做的？”。 这篇文章我会说说自己的看法，详细介绍一下分布式 ID 相关的内容包括分布式 ID 的基本要求以及分布式 ID 常见的解决方案。
-
编辑 删除
万字长文带你彻底吃透Spring循环依赖，堪称全网最全（文末福利）
本章目录如下所示： 学习指引 循环依赖概述 循环依赖类型 自我依赖 直接依赖 间接依赖 循环依赖场景 单例Bean的setter循环依赖的特殊情况 多例Bean的setter循环依赖 代理对象的setter循环依赖 构造方法的循环依赖 @DependsOn的循环依赖 单例Bean的setter循环依赖 Spring循环依赖底层解决方案分析 不支持单例Bean的setter循环依赖的特殊情况 不支持多例Bean的setter循环依赖 不支持代理对象的setter循环依赖 不支持构造方法的循环依赖 不支持@DependsOn的循环依赖 支持单例Bean的setter循环依赖 总结 思考
