学到了！

0 前言Kafka 不适合事件溯源，Kafka适合消息流。这两种事物需要不同存储机制。事件溯源（Event Sourcing），需DB充当事件日志，为事件溯源存储的事件必须以某种方式编写，以便将来的读取能够快速组装属于单个聚合的较小（更小的）事件流最初发射它们的。这需要随机访问索引消息流（Message Streaming），需要的存储本质上是个记录消息元素的“flat file”。消息元素按序单独写，然后按序读。这需要一个从第一到最后一个的顺序索引1 细分除了聚合子流，事件源域模型的所有事件通常都按照聚合最初发出的时间顺序作为全序事件流。为此还需要一个顺序索引。因此，事件溯源数据库须支持两种...

今天我们用 2 分钟来改变这一点。从最简单的层面来说，CDN 只是一组地理上分布的服务器。这些服务器缓存的内容更接近最终用户（像你和我这样的人），以便尽快满足数据请求。例如，请参见下图，其中多个地理分布的 CDN 支持单个源服务器。Netflix、亚马逊和社交媒体巨头等公司严重依赖 CDN 进行内容分发。但不要将 CDN 视为 Web 主机（又称源服务器）的替代品。您的应用程序仍然需要网络托管。然而，传统的托管服务不足以满足现代网站的需求：- 由于数据传输成本，成本可能会飙升。- 缺乏处理病毒式内容的规模。- 由于地理距离而导致高延迟。👉 CDN如何解决这些问题？有两种方法：[1] 互联网交换点IXP 是不同互联网提供商相互连接的地方。它们是挤满网络交换机的物理位置，用于在不同位置之间路由流量。网络。像 Cloudflare 这样的 CDN 提供商将服务器放置在这些 IXP 上。这可以帮助他们：- 减少运输时间- 做出明智的路由决策。[2] CDN数据中心CDN 提供商还在全球的战略地点维护数据中心。例如，Cloudflare 在遍布全球的 310 个城市拥有 CDN 服务器。这些数据中心帮助 CDN 缓存数据更接近最终用户。👉 CDN如何加载内容？这是一个典型的工艺流程：[1] 当用户请求网页时，请求会传输到最近的 CDN 服务器[2] CDN服务器向源站请求用户正在寻找的内容。[3]源端响应CDN的请求。[4] CDN缓存网页并响应用户。[5] 对同一网页的未来请求由边缘服务器直接处理。查看下图：👉虽然 CDN 很棒，但它们也有一些缺点：- CDN数据和源服务器之间可能存在不一致- 有关数据存储的监管或合规性问题- 对第三方实体（即 CDN 提供商）的依赖。👉那么 - 您是否在您的项目中使用或计划使用 CDN？如果是，您认为它们有用还是有问题？

从工作目录到远程存储库[1]。工作目录：您的项目从这里开始。工作目录是您主动更改文件的位置。[2]。暂存区（索引）：修改文件后，使用 git add 来暂存更改。这为下一次提交做好了准备，充当检查点。[3]。本地存储库：暂存后，执行 git commit 以记录本地存储库中的更改。提交会在特定点创建项目的快照。[4]。隐藏（可选）：如果需要，使用 git stash 临时保存更改而不提交。在切换分支或执行其他任务时很有用。[5]。远程存储库：远程存储库托管在 GitHub 等平台上，是其他人可以访问的项目版本。使用 git push 发送本地提交，使用 git pull 获取远程更改。[6]。远程分支跟踪：可以设置本地分支来跟踪远程上相应的分支。这简化了与 git pull 或 git push 的同步。

许多人对负载均衡器、API 网关和 BFF 感到困惑。但一些简单的例子往往可以消除困惑。[1] 负载均衡器当您入住酒店时，通常会有接待员迎接您。接待员检查您的文件，在系统中输入一些数据，然后引导您前往房间。如果客人太多，酒店可能会保留多名接待员。负载均衡器为您的应用程序执行类似的工作。它是一种跨多个服务器分发传入请求的工具。此外，负载平衡器可确保您的系统可用。如果一台服务器出现故障，它会将请求定向到另一台服务器。[2] API网关想象一下，去一家正在招聘不同职位（技术架构师、工程经理和软件工程师）的公司面试。对于每个位置，都有一个不同的面板。现在，您不希望候选人检查每个房间以找到正确的小组。协调员在这里检查候选人的个人资料并将他们引导至正确的小组。对于系统来说，API Gateway 就是那个协调器。API 网关还可以执行不同的功能，例如身份验证、速率限制、日志记录和缓存。有趣的事实：第 7 层负载均衡器还可以发挥 API 网关的作用。[3] 前端后端让我们进一步看一下面试的例子。对于每个职位（架构师、工程经理、软件工程师），都有特定轮次的讨论。有些轮次因职位而异，但有些轮次可能对所有职位都是通用的（例如总监轮）。您如何协调每个职位？在这种情况下，前端后端是您最好的朋友。它是一个协调员，负责处理特定类型面试的特定轮次。从系统角度来说，BFF 是可以满足不同设备需求的组件。例如，您可以拥有一个用于 Web 应用程序的 BFF、一个用于移动设备的 BFF，以及另一个用于外部应用程序的 BFF。👉最终，您可以将所有 3 个应用程序放在同一个应用程序堆栈中，处理不同级别的内容。那么 - 您以前使用过负载均衡器、API 网关和 BFF 吗？您的经历如何？👥面试题目 #24秋招求职节奏总结#

k8s第一个重要设计思想：控制器模式。k8s里第一个控制器模式的完整实现：Deployment。它实现了k8s一大重要功能：Pod的“水平扩展/收缩”（horizontal scaling out/in）。该功能从PaaS时代开始就是一个平台级项目必备编排能力。 若你更新了Deployment的Pod模板（如修改容器的镜像），则Deployment就需遵循“滚动更新”（rolling update），来升级现有容器。 该能力的实现，依赖k8s一个很重要的概念（API对象）： 1 ReplicaSet // ReplicaSet ensures that a specified number o...

#24届软开秋招面试经验大赏#  #24届软开秋招面试经验大赏#

#24秋招求职节奏总结#  #24届软开秋招面试经验大赏#

✅可维护性：一层的更改不会导致整个代码库更改的多米诺骨牌效应。✅可测试性：每一层都可以单独测试，从而更容易确保代码按预期工作。✅可扩展性：您可以在不中断整个系统的情况下更换组件。它随着您的项目一起成长！✅适应性：技术不断发展，但核心业务逻辑保持不变。升级更顺畅，痛苦更少。📚简洁架构的层次：- 实体层：核心业务逻辑位于此处。它代表了您的应用程序的核心。- 用例层：该层保存特定于应用程序的用例和业务规则。它协调实体之间的交互并确保它们保持干净和专注。- 接口适配器：这些适配器弥合了用例与外部世界（例如用户界面和数据库）之间的差距。它们使事物保持灵活性和适应性。- 框架和驱动程序：最外层处理框架、工具和外部系统。您可以在其中连接数据库、API 和 UI 框架。

推荐一个强大的AI网站：Wolfram Alphawolframalpha.com这可以说是一个强大的计算知识引擎，通过内置算法和大量数据进行计算和分析，提供精确的答案和各种精致可视化图表。用户只需要输入问题或者命令，网站就会利用其庞大的数据库和计算能力，返回详尽的答案和相关信息。 #24秋招求职节奏总结#  #24届软开秋招面试经验大赏#

#24秋招求职节奏总结#  #24届软开秋招面试经验大赏#

1 前言Hello 粉丝们 👋 欢迎来到我的新一篇博客。在快节奏的软件开发世界中，GitHub 已经成为全球开发者之间协作、创新和代码共享的中心。昨天，我在X看到推文，讨论使用Next.js和shadcnui制作的这个 项目创意。别忘了留下一个 点赞、收藏、评论、转发。项目名 GitEstimate - 一个 GitHub 价值估算计算器。GitEstimate 是一个有趣的创新项目，托管在 https://gitestimate.vercel.app/。 Md Taqui Imam 编写的代码，只需输入 GitHub 用户名，它将获取你的数据并计算你的估计价值，你还可以将其下载为 JPEG...