ICode9

精准搜索请尝试: 精确搜索
  • 一文讲明白K8S各核心架构组件2022-07-04 10:35:14

    目录一、写在前面二、K8S为我们提供了怎样的能力三、架构3.1、MasterNode3.2、WorkerNode四、核心组件4.1、ApiServer4.1.1、概述4.1.2、是集群管理API的统一入口4.1.3、提供了完备的安全认证机制4.1.4、典型使用场景4.1.5、Api Proxy接口4.2、ControllerManager4.2.1、Replicatio

  • MySQL 学习(五) InnoDB架构2022-07-03 09:01:29

      表空间(ibd文件),一个MySQL实例可以对应多个表空间,用于存储记录、索引等数据。 段,分为数据段(Leaf node segment)、索引段(Non-Leaf node segment)、混滚段(Rollback segment),InnoDB是索引组织表,数据段就是B+树的叶子节点,索引段即为B+树的非叶子节点。段用来管理多个Extent(区)。 区,表空

  • 【转】重新理解微服务之它还那么纯粹吗?2022-07-02 23:09:49

      原文:https://www.cnblogs.com/skychen1218/p/16406274.html   ----------------------   系列文章 .Net微服务实战之技术选型篇 .Net微服务实战之技术架构分层篇 .Net微服务实战之DevOps篇 .Net微服务实战之负载均衡(上) .Net微服务实战之CI/CD .Net微服务实战之Kubernetes的

  • 什么是好的架构师2022-07-02 14:34:25

    架构的本质 物理学中有个很著名的“熵增定律”:一个封闭系统,都是从有序到无序,也就是它的熵(即混乱程度)会不断地增加,最终系统会彻底变得无序。这个理论放在软件系统的演化上,也是非常适用的。一方面,随着业务需求的增加,我们会往系统里不停地添加业务功能;另一方面,随着访问量的不断增加,

  • VGG网络架构2022-07-01 23:03:00

           所有卷积大小都是3*3:细粒度进行提取  

  • RESTFul 架构理解2022-07-01 21:01:32

    RESTFul 风格 1. 概念介绍 REST 即 Representational State Transfer 的缩写,中文可理解为表现层状态转化 资源 所谓"资源",就是网络上的一个实体,或者说是网络上的一个具体信息。它可以是一段文本、一张图片等等具体的实在资料。我们可以用 URI (统一资源定位符)指向它,每种资源都有

  • 阿里巴巴为什么能抗住90秒100亿?看完这篇你就明白了!2022-07-01 19:02:44

    概述   本文以淘宝作为例子,介绍从一百个并发到千万级并发情况下服务端的架构的演进过程,同时列举出每个演进阶段会遇到的相关技术,让大家对架构的演进有一个整体的认知,文章最后汇总了一些架构设计的原则。基本概念在介绍架构之前,为了避免部分读者对架构设计中的一些概念不了解,下面

  • 混沌工程平台 ChaosBlade-Box 新版重磅发布2022-07-01 17:37:20

    作者:铭少 混沌工程是什么 系统架构经历了单机到分布式,再到现在的云原生架构,其复杂度不断上涨,问题定位的难度也随之上涨。面对随时都可能发生的故障,有没有什么的办法能很好解决这个困境。 混沌工程(Chaos Engineering)在分布式系统上进行实验的学科,通过主动注入故障的方式,提前发现系

  • 激光雷达与自动驾驶详解2022-07-01 08:07:07

    激光雷达与自动驾驶详解 参考文献链接 https://mp.weixin.qq.com/s/Gk4JJZapKHXZE2AjliR8_A https://mp.weixin.qq.com/s/8xkdqEe_QvkDpqSfbdpLBw 激光雷达深度研究报告                                                                    

  • 理解Kubernetes编排架构2022-06-29 15:32:40

    01常见的业务场景 假设有两个服务A和B,他们之间相互调用,且同时对外提供,如下图所示 服务A和B之间必须互通 服务A和B都需要访问各种需要的基础设施,如数据库、消息队列等 服务A和B都对外暴露API 服务需要高可用,自动扩缩容 我们暂且不讨论这个架构设计是否合理,假设场景就是如此,正常

  • OO 第四单元总结2022-06-29 14:33:57

    OO 第四单元总结 本单元架构 本单元是uml图的解析与查询,主要方法是对uml元素进行自己的抽象,保留必要的信息,而由于uml图是乱序的,并且时间比较充分,所以我在设计的时候根据uml元素之间的逻辑关系进行了4轮扫描,将所有需要的元素存入HashMap<String, elment>当中,然后初始化,方便后续的查

  • OO第四单元总结2022-06-29 12:31:21

    第四单元总结 一、本单元架构设计 1、单元目标 从本单元三次作业来看,本单元意在实现一个对已经经过初步解析了的UML图进行进一步解析的UML解析器,通过已获得的包含UML各元素相关信息的语句,构建自己的相关UML元素的模型、网络,最终通过输入指令获取想要的信息,并提前对该网络进行初步

  • 架构的生态系 资讯环境被如何设计至今.PDF2022-06-29 01:03:17

    书本详情   架构的生态系 资讯环境被如何设计至今 作者: 濱野智史出版社: 大鴻藝術股份有限公司副标题: 資訊環境被如何設計至今?原作名: アーキテクチャの生態系――情報環境はいかに設計されてきたか译者: 蘇文淑出版年: 2011-4-13页数: 304装帧: 平装ISBN: 9789861856728  

  • BUAA_OO_Unit42022-06-28 22:34:57

    BUAA_OO_Unit4 目录 总结本单元作业的架构设计 总结自己在四个单元中架构设计思维及OO方法理解的演进 总结自己在四个单元中测试理解与实践的演进 总结自己的课程收获 立足于自己的体会给课程提三个具体的改进建议 一、第四单元作业架构设计 1、第一次作业      M

  • 面向对象程序设计第四单元总结2022-06-28 02:00:48

    一、架构设计 第四单元有三次作业,个人认为难度为第四单元的第一次>第三次>第二次。这主要和架构有关,在OO的作业中,架构的设计是相对最为花费时间的,每个单元的第一次作业主要就在设计和调整架构。 第一次作业 第一次作业中,我们面临诸如UmlClass这样的许多个类的时候难免手足无措,我的

  • BUAA 2022 OO 第四单元总结报告暨课程总结2022-06-28 01:02:31

    一、第四单元作业架构设计 本单元中,由于第十三次作业没有进行层次化的设计,所以这一单元我没有建立层次化的架构,而是直接将所有的元素分门别类储存在不同的HashMap中,当需要使用时再进行遍历。对比其他同学层次化的架构,我觉得自己的架构设计地不是很清晰,但是也能用,因为我们给出的Uml

  • 微服务之配置管理中心2022-06-27 08:34:01

    前言 在当微服务架构中,当实例越来越多,达到数十、数百时,逐个修改没一个微服务的配置就会让人抓狂,而且很容易出错。 Nacos不仅可以作为微服务架构的服务注册中心,还能作微服务的集中配置管理中心;   一、配置中心概念 我们可以提取每1个微服务架构中实例的经常变化的配置项,集中保存到

  • OO_U4总结2022-06-26 23:02:53

    OO_U4总结 一、简介 本单元的主要任务是对UML模型进行解析。UML模型将抽象化的代码转化为直观可见的视图,其中类图可以表达类、接口直接存在的基本关系,顺序图展现了进程生命周期中的调度关系,状态图展现了基于条件判断的状态转移。解析UML模型是一个巨大的工作量,因此这部分作业中只

  • 云计算参考架构几例2022-06-26 11:34:02

    云计算参考架构:    上图阐释如何创建私有和混合云,最终用户可以自行提供计算、 存储和网络。许多大型组织开始创建内部的私有云,来增强其数据中心战略。 58同城的云架构:   百度社区的云架构    结合对弹性服务的理解,第一个是弹性伸缩,你让你的业务随着你的性能,随着你的流量

  • MySQL高可用架构搭建实战2022-06-25 22:04:21

      前言   对于 MySQL 数据库作为各个业务系统的存储介质,在系统中承担着非常重要的职责,如果数据库崩了,那么对于读和写数据库的操作都会受到影响。如果不能迅速恢复,对业务的影响是非常大的。本文我将分享MySQL 双主 + Keepalived 的高可用落地和踩坑之路。   一、方案选择   对

  • MySQL高可用架构搭建实战2022-06-25 22:01:48

      前言   对于 MySQL 数据库作为各个业务系统的存储介质,在系统中承担着非常重要的职责,如果数据库崩了,那么对于读和写数据库的操作都会受到影响。如果不能迅速恢复,对业务的影响是非常大的。本文我将分享MySQL 双主 + Keepalived 的高可用落地和踩坑之路。   一、方案选择   对

  • BUAA OO 第四单元2022-06-25 20:34:38

    OO第四单元总结 本单元架构 关于本单元本人的架构并不是特别理想,原因是本单元第一次作业时使用了大量的hashmap嵌套,导致代码冗余严重。 整体思想就是利用hashmap存储各个信息,尽量进行o(1)的查找。 其中,对于getStateIsCriticalPoint()函数,本人通过建立并查集判断联通的方式进行查找

  • BUAA_OO_第四单元总结2022-06-25 19:01:36

    BUAA_OO_第四单元总结   本单元作业主要针对UML模型进行建模于分析。 架构设计   本单元架构主要以类似于递归下降的方式来分类分批次的逐步解析为主。 flowchart LR A[输入] --> B(分类储存) B --> C{解析} C --> D[类图] C -->E[状态图] C -->F[顺序图] D -->G[属性] D-->

  • 【转】15种微服务架构框架汇总2022-06-25 16:32:27

    这几年来,微服务这个概念越来越火了,火到什么程度呢?2019年有一个统计说,两千家企业里,45%在使用微服务,16%在实验开发和测试微服务架构,24%在学习微服务准备转型,只有剩下的15%的企业没有使用微服务。微服务到底有什么好呢?微服务在2013年才被提出,短短几年就有这么快速的发展。微服务架构

  • mysql整体架构和语句的执行流程2022-06-25 15:36:55

    mysql服务端整体架构 主要分为两部分,server层和存储引擎 server层包括连接器、查询缓存、分析器、优化器、执行器等,涵盖mysql的大多数核心服务过功能,以及所有的内置函数,所有跨存储引擎的功能都在这一层实现,比如存储过程,触发器,视图等 存储引擎层负责数据等存储和读取,其架构模式是

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有