【Docker】技术架构演变目录【Docker】技术架构演变架构中的概念架构演进单机架构相关软件应用数据分离架构应用服务集群架构相关软件读写分离/主从分离架构相关软件引入缓存——冷热分离架构相关软件垂直分库（分布式数据库架构）相关软件业务拆分——微服务相关软件容器化引入——容器编排架构相关软件互联网架构尾声作者：爱写代码的刚子时间：2024.3.5前言：介绍从一百个到千万级并发情况下服务端的架构的演进过程，同时列举出每个演进阶段会遇到的相关技术。****博客内容总览：架构中的概念应用（Application）/系统（System）：为了完成一整套服务的一个程序或者一组相互配合的程序群。生活例子
1引言第一次在社区发文聊ADR（架构决策记录）是在2022年8月份，在文章（轻量级ADR机制）中，详细介绍了以下几个主题：•团队研发面临的主要问题•ADR的结构剖析•ADR的存储形式•ADR在研发流程中所处的位置•ADR常见的误区与疑问在实践中发现仍然有一些普遍性问题与挑战可以探讨。2研发团队一些普遍现象视角一：架构决策缺失是问题长期存在的普遍问题，但团队普遍缺少治理普遍存在的现象是团队对系统演进过程中的关键架构决策缺乏记录，虽然需求迭代过程中技术团队会产生系列的“技术方案”，依靠这些“技术方案”追溯系统的关键决策和演进依然面临挑战：•其一，“技术方案”一般会随着不同需求迭代散落在文档系统中，
前言GithubActions是Github提供的一个CICDPipeline服务。除了Pipeline，它还提供Secret和简单的配置管理。本文并不是它的一个完整介绍和知识的罗列。而是我在实际使用GithubActions后，对GithubActions的“共享问题”的解决方案的总结。不要小看这个问题，它是所有的Pipeline平台（包括GitlabCI）都会遇到的问题。只要对这一问题深入理解，所有的平台一通百通。提示1：下文可能会是Workflows和Pipeline两个术语共用。因为它们本质上就是同一个东西，只是不同平台不同的叫法。 提示2：下文可能会共用DevOps平台和Pipeli
目录写在前面一、HDFS概述1.1HDFS简介1.2HDFS优缺点1.2.1优点1.2.2缺点1.3HDFS组成架构1.4HDFS文件块大小二、HDFS的Shell操作（开发重点）2.1基本语法2.2命令大全2.3常用命令实操2.3.1上传2.3.2下载2.3.3HDFS直接操作三、HDFS的API操作3.1配置Windows3.2HDFS的API案例实操3.2.1HDFS文件上传3.2.2HDFS文件下载3.2.3HDFS文件更名和移动3.2.4HDFS删除文件和目录3.2.5HDFS文件详情查看3.2.6HDFS文件和文件夹判断写在最后写在前面如今，数据正以指数级增长，各行各业都在追求更多
我目前正在使用Java重建现有的PHP应用程序。因此，我有一个现有的前端GUI和一个我正在使用的现有数据库架构。这是我正在努力的技术堆栈:jQuery，客户端Wicket，前端Spring，???hibernate，ORMMySQL，数据库在阅读WicketInAction和Hibernate文档中的Spring之前，我设想通过我自己的业务逻辑将两者连接在一起。我有使用JBossSeam的经验，但我被告知Spring几乎没有可比性(尽管文档另有建议，IMO)。没有将一本关于Spring的书添加到我的阅读列表中(我还没有找到一本评价很好的合适的书)，我不知所措。Spring将在此技术堆栈
全局架构图角色：master和Node一个正在运行的Linux容器，可以被“一分为二”地看待：一组联合挂载在/var/lib/docker/aufs/mnt上的rootfs，这一部分我们称为“容器镜像”（ContainerImage），是容器的静态视图；一个由Namespace+Cgroups构成的隔离环境，这一部分我们称为“容器运行时”（ContainerRuntime），是容器的动态视图。控制节点master组成：负责API服务的kube-apiserver负责调度的kube-scheduler负责容器编排的kube-controller-manager整个集群的持久化数据，则由kube-
ARM寄存器组织寄存器概念寄存器是处理器内部的存储器，没有地址寄存器作用一般用于暂时存放参与运算的数据和运算结果在某个特定模式下只能使用当前模式下的寄存器，一个模式下特有的寄存器别的模式下不能使用一共是40个寄存器寄存器分类通用寄存器专用寄存器R15（PC）：程序计数器，用于存储当前取址指令的地址R14（LR）：链接寄存器，执行跳转指令(BL/BLX)时，LR会自动保存跳转指令下一条指令的地址，产生异常时，对应异常模式下的LR会自动保存被异常打断的指令的下一条指令的地址R13（SP）：栈指针：用于存储当前模式下的栈顶地址CPSR：当前程序状态寄存器、控制当前CPU处于哪种状态控制寄存器ARM异
前言2022年的第五个月已经过半了，今年的金三银四已经结束了，很多小伙伴说让我总结一份高质量面试题，金九银十之前想要准备准备，于是这不就来了吗~在过去的一年里，我看到很多小伙伴在面试的时候都拿到了自己心仪的Offer，同时也在各大论坛博客平台看到了大家分享出来的面经，面试题。趁着年末时间多，公司上我手头的活基本完事了，就在业余时间把阿里，字节等大厂的Java岗面试真题为大家简单汇总了一下，一共是22个主流技术；除面试汇总外还有一份阿里七面面经与架构师简历模板。首先我们来简单看下现在大厂面试的主要流程：这个是后台一个粉丝发我的，七面虽然只是简单说了下，但还是有很大参考意义的阿里七面面经阿里七面面
本文重点介绍一下虚拟文件系统。Linux整个文件系统的架构如下图所示，其中在具体文件系统（如Ext2、Ext3和XFS等）与应用程序之间有一层抽象层，称为虚拟文件系统（VirtualFileSystem），简称VFS。图片由上图可以看出，该架构的核心是虚拟文件系统VFS，VFS提供了一个文件系统框架，本地文件系统可以基于VFS实现，其主要做了如下几方面的工作：1）VFS作为抽象层为应用层提供了统一的接口（read、write和chmod等）。2）在VFS中实现了一些公共的功能，如inode缓存和页缓存等。3）规范了具体文件系统应该实现的接口。基于上述设定，其他具体的文件系统只需要按照VFS的约
一、背景和目标腾讯欧拉数据平台，是一款基于DataOps理念，实现生产即治理的一站式数据平台，主要包括三个子产品：首先是资产工厂，负责整体的数仓建设、数仓模型的开发。第二块是欧拉的治理引擎，负责全链路成本的数据治理。第三块是数据发现，负责元数据的管理。数据血缘是欧拉的一个子模块，直接服务于以上三个子产品，也是本次分享的主题。为什么要做数据血缘？主要有两个原因，一个是现状不能满足血缘数据需求，另一个是希望以血缘为基础做更多的事情。之前公司内部另外一个BG负责引擎的开发，我们只能拿到yarn日志和hook的相关信息，所以只能拿到离线数仓内部表级别的数据血缘，拿不到埋点日志下发到管道再接入离线数仓这
