- 综合排序
- 最热优先
- 最新优先
- 来自专栏sktj
Kubernetes(4:架构)
Master 是cluster 的大脑： 运行 kube-apiserver kube-scheduler kube-controller-manager etcd pod restful api scheduler 调度器Scheduler负责决定将Pod放在哪个Node上运行。Scheduler在调度 时会充分考虑Cluster的拓扑结构，当前各个节点的负载，以及应用对高可用、性能、数据亲和性的需求。 Controller Manager负责管理Cluster各种资源，保证资源处于预期的状态。Controller Manager由多种controller组成，包括replicationcontroller、endpoints controller、namespace controller、serviceaccounts controller等。 etcd负责保存Kubernetes Cluster的配置信息和各种资源的状态信息。当数据发生变化时，etcd会快速地通知Kubernetes相关组件。 Pod要能够相互通信，Kubernetes Cluster必须部署Pod网络，flannel是其中一个可选方案。
48020发布于 2019-09-24 - 来自专栏智能时刻
【云架构】通过新的优化视角查看云架构
为什么大多数云架构都没有得到很好的优化？ 在规划和设计阶段，大多数云架构师都会按照云架构课程中教给他们的内容来做，或者他们会将所读内容应用到大量的“如何云”参考资料中，或者他们甚至会采纳从以前的云架构项目和导师那里学到的技巧。 优化的云架构实际上意味着什么？我在2020年10月定义了云架构优化的过程，并包括了一个要利用的高级模型。我甚至扩展了我的云架构课程，加入了这个概念，这个概念很快将在这里发布。 在开发过程中，团队专注于云架构、迁移和网络新开发的方法，包括广域（元云架构）和窄域（微云架构）。 QQ群 【792862318】深度交流企业架构，业务架构，应用架构，数据架构，技术架构，集成架构，安全架构。以及大数据，云计算，物联网，人工智能等各种新兴技术。
1.2K10编辑于 2022-03-08 - 来自专栏创作是最好的自我投资
传统架构 VS 云上架构
这种局面对传统架构产生了极为强烈的冲击，致使传统架构所固有的局限性愈发显著地暴露出来。那么，传统架构究竟存在哪些不足之处呢？与之相比，云上架构又具备哪些优势呢？ 那么，云上架构是否已经把这些弊端都予以解决了呢？答案无疑是肯定的。随着云计算技术的飞速发展，云上Serverless高可用架构应运而生。 云上架构通过支持服务托管、弹性伸缩以及按量付费等功能，有效减少了企业在手动资源管理和性能成本优化方面的投入，从而显著降低了运维工作的复杂性和工作量。 此外，云上高可用架构的专业服务维护工作由经验丰富的专业人员承担，他们在应对突发问题时能够迅速作出反应，显著提高了问题解决的效率，同时最大程度地减少了对业务的潜在影响。 综上所述，云上高可用架构正是为了解决传统架构所面临的诸多挑战而设计的。在当今这个数字化高速发展的时代，选择云上架构无疑已成为企业迈向成功的关键一步，势在必行。
68310编辑于 2024-12-31 - 来自专栏devops
【架构实战】云原生架构设计：从传统架构到云原生的蜕变
一、我们为什么需要云原生2019年，我们的系统还运行在传统的物理机上。 我们需要的不仅是容器化，而是云原生——一套完整的以云为基础的架构理念和方法论。 解决：设置合理的资源limits添加OOMKilled告警使用PreStopHook优雅关闭六、总结云原生架构的核心要点：容器化：环境一致，快速部署编排：Kubernetes自动化管理微服务：独立部署， 独立扩缩容服务网格：流量管理，可观测性声明式配置：GitOps，以代码管理基础设施云原生不是目的，提升交付效率才是。
18710编辑于 2026-07-28 - 来自专栏CNCF
智能扩展：成功使用云原生技术扩展基础架构的4个关键技巧
这些分享了我们在从基于VM的架构迁移到基于容器的架构，以及将我们的基础架构迁移到运行在Google Cloud上的Kubernetes的整个过程中所面临的经验和挑战。 自加入云原生计算基金会（CNCF）以来，Kubernetes已呈指数级增长，对这一复杂解决方案的兴趣日益浓厚，这是一种开源云原生技术的组合。 对我们来说，完美的测试是看看我们的架构如何对我们的一个组件的随机故障作出反应：一种完全不可预测的红队试图摧毁系统，由Google Cloud免费提供给你 技巧＃4：从一开始就统一并自动化你的工作流程 当你开始一个新项目时 总结一下 Kubernetes和云原生提供了出色的技术，可以简化和支持在云上构建可扩展且灵活的解决方案。 归功我在本文中讨论过的最佳实践，我们不仅能够从架构、成本和资源角度实现我们的短期交付目标，还能实现基础架构的长期可扩展性。
74210发布于 2019-12-05 - 来自专栏山河已无恙
云原生架构总览
2009年4月，VMware推出业界首款云操作系统VMware vSphere。 2015年,云原生刚推广时,Matt Stine在《迁移到云原生架构》一书中定义了符合云原生架构的几个特征 符合12因素应用(12 Factors Application) 面向微服务架构(Microservices ,使能应用开发者简单、高效地使用其提供的功能 云原生应用架构思考: 单体架构的局限性 单体架构的问题不在于不可拆分上,在于无法隔离和自治。 同时,微服务架构可以和其他云原生技术完美结合,充分发挥云的优势。 微服务独立性和敏捷性更好,架构持续演进更容易,更适合云原生应用 云原生架构模式: Serverless架构 Serverless (无服务器架构) 指的是由开发者实现的服务端逻辑运行在无状态的计算容器中
3.6K32编辑于 2023-03-02 - 来自专栏深圳架构师同盟
EA企业架构、4A架构，业务架构、IT 架构之间是什么关系？
企业架构一般谈4A架构，即业务架构，数据架构，应用架构和技术架构 。如果只谈业务架构和IT架构。那么IT架构包括了数据架构，应用架构和技术架构。 我原来有一篇文章专门谈企业架构中的4A架构的关系和集成，可以参考我公众号的历史文章文章。 我们常说的4A架构就是业务架构、数据架构、应用架构和技术架构，其实去理解4A架构的集成核心，你仍然要去参考企业架构这本书里面谈到的企业架构元模型。 业务架构到应用架构集成方面，我们刚才讲到了，在业务建模里面会拆分出业务对象、业务活动、业务规则、业务角色这4个核心的要素。这4个核心的要素我们去详细考虑it实现的时候，一定会映射到它相关的应用功能。 比如在应用架构的整体架构图里面，我们就会有底层的IAAS整个云数据中心资源池的规划，IAAS上面的是PAAS技术平台的规划，比如说我们有我们的4A平台，流程平台，集成平台，大数据平台，这些往往都是跟业务完全不相关的内容
1.2K10编辑于 2025-11-17 - 来自专栏java版springcloud
(五) 整合spring cloud云服务架构 - 云架构代码结构构建
上一篇介绍了《整合spring cloud云服务架构 - 企业分布式微服务云架构图》，本篇我们根据架构图进行代码的构建。 Spring Cloud云架构使用maven来构建，使用maven不仅仅是jar包的管控，重要的是要抓住maven的一个核心作用，那就是将整个项目按照模块化的方式进行划分，业务与业务之间解耦，然后将模块化的业务再进行服务化或者组件化 以上是我在做项目或架构的一些经验分享给大家，闲话少说，下面讲一下整个架构的代码结构： 1. 系统服务 2. 通用组件 3. 业务服务 今天只是简单的描述了一下HongHu云架构代码结构，下一篇我们将详细介绍每一个代码结构的作用、使用说明、设计思想等。 从现在开始，我这边会将近期研发的spring cloud微服务云架构的搭建过程和精髓记录下来，帮助更多有兴趣研发spring cloud框架的朋友，大家来一起探讨spring cloud架构的搭建过程及如何运用于企业项目
2.2K40发布于 2020-10-21 - 来自专栏摸鱼范式
深入AXI4总线-架构
知乎用户ljgibbs授权转发 本系列我想深入探寻 AXI4 总线。不过事情总是这样，不能我说想深入就深入。当前我对 AXI总线的理解尚谈不上深入。 但我希望通过一系列文章，让读者能和我一起深入探寻 AXI4。 声明1：部分时序图以及部分语句来自 ARM AMBA 官方手册 （有的时候感觉手册写得太好了，忍不住就直接翻译了。。） [二] 架构 五个独立通道 AXI4 总线的一大特征是它有 5 个独立的传输通道，这些通道都只支持单向传输。 作为类比，SPI 总线有 2 条单向传输通道：MISO， MOSI。 值得注意的是 AXI4 不再支持 WID 信号，这和 AXI4 的乱序机制有关，AXI4 规定所有数据通道的数据必须顺序发送。 结语 本文中我们了解了 AXI 总线的架构，它的五大通道以及各自的信号，最简单的读写操作流程以及AXI 总线的拓扑连接。
1.9K10发布于 2020-06-24 - 来自专栏智能时刻
(4) 微服务架构采用准则
这意味着微服务架构主要面向后端，尽管这种方法也用于前端。每个服务在其自己的进程中运行，并使用HTTP/HTTPS、WebSockets或AMQP等协议与其他进程通信。
45631发布于 2020-07-18 - 来自专栏智能时刻
微服务与SOA架构(4）
如图4-1所示，事实上，了解服务客户与服务之间所采用的远程访问协议并不意味着就了解任何一方是如何实现的，也不意味着双方在实现上要保持一致。 图4-1 SOA也支持协议感知的异构互操作能力，但是它支持得更进一步，可以做到协议无关的异构互操作能力。 例如，如图4-2所示，在.NET平台上用C#实现的某个服务客户端可以使用REST调用对应的服务，但是服务（本例中是EJB3 Bean）只能使用RMI通信。 图4-2 如果你发现自己所处的是异构环境，需要对多种使用不同协议的系统或者服务进行整合，那么很可能需要采用SOA架构而不是微服务架构。 图4-3 合约解耦显然有一些使用上的局限。如果服务所需数据无法从客户所发送数据转换获得也无法从其它数据源获得，服务调用只能返回失败，因为服务合约无法得到满足。
1.4K40发布于 2018-04-09 - 来自专栏后端从入门到精通
云原生架构-架构师之路（十九）
一、云原生架构内涵 云原生架构 基于云原生技术，指将 云应用中的非业务代码部分进行最大化的剥离，让 云设施接管项目中大量非功能特性（如弹性、韧性、安全、可观测性和灰度等）。 4、存储计算分离模式：在云环境中，把各类暂态数据（如：session）给云服务保存。 5、分布式事务模式：访问多个微服务，必然带来分布式事务问题。 6、可观测架构：如Logging、Tracing等。 7、事件驱动架构：应用/组件集成的架构，适合数据变化通知等场景。 三、主要技术 1、容器技术：容器不受环境限制，可靠运行。发挥云弹性优势。 4）微服务分布式约束：故障发现时效性和精确开发维护人员核心述求。 无服务器技术（Server less）因为屏蔽了服务器的各种运维难度。有以下特点： 1、全托管的计算服务。 2、通用性。 4、按量计费。 函数计算（FasS）最具有代表性的产品。把应用逻辑拆分为多个函数，每个函数通过事件方式触发。 无服务器主要关注：计算资源弹性调度、负载均衡和流控、安全性。
4K30编辑于 2023-09-05 - 来自专栏devops
【架构实战】云原生架构设计原则
核心定义云原生计算基金会（CNCF）对云原生的定义：云原生技术使组织能够在公有云、私有云和混合云等现代动态环境中构建和运行可扩展的应用程序。 ArgoCD、Spinnaker三、云原生设计原则1.微服务化展开代码语言：TXTAI代码解释传统架构：单体应用→微服务架构好处：独立部署、技术多样、快速迭代2.容器化部署展开代码语言：DockerfileAI ：重建镜像，快速替换4.服务网格展开代码语言：TXTAI代码解释服务网格（如Istio）提供：-流量管理-安全通信-可观测性-策略控制四、12-Factor应用原则云原生应用应遵循12-Factor方法论 应用作为无状态进程运行端口绑定-通过端口绑定导出服务并发-通过进程模型扩展易处理-快速启动和优雅停止开发/生产平等-开发、预发布、生产环境尽量一致日志-把日志当作事件流管理进程-将管理任务当作一次性进程五、云原生架构模式 1.零信任架构展开代码语言：TXTAI代码解释传统：边界安全零信任：永不信任，始终验证2.容器安全展开代码语言：YAMLAI代码解释#Pod安全策略示例apiVersion:policy/v1beta1kind
40110编辑于 2026-04-02 - 来自专栏在线制图
架构设计：腾讯云架构在线制作
Freedgo Design 提供工具在线绘制腾讯云架构图，该工具为您提供一组符号、图标和工具，只需点击几下鼠标即可创建腾讯云架构图 ， 并且可以将腾讯云架构设计导出成图像（JPG，PNG，SVG 和PDF 从云计算，存储，网络，CDN，数据库，中间级，大数据套件，人工智能，物联网 以下是产品图标： [腾讯云架构图] 云计算 [腾讯云架构图] 数据库 [腾讯云架构图] 大数据及区块链 [腾讯云架构图] 物联网 、金融、游戏 [腾讯云架构图] 域名与网站 [腾讯云架构图] 中间件、量子 [腾讯云架构图] 安全与存储 [腾讯云架构图] 如何制作腾讯云架构图？ AI视觉应用架构设计 [腾讯云架构图] 下面列出了如何使用Freedgo Design制作轻松创建腾讯云架构图的步骤。 进入制图页面后 点击 文件 -> 从类型中新建 -> 云架构 -> 腾讯云 [在线制图 腾讯云架构图] 或者点击图例，在图例中找到 网络架构 -> 网络图，选择一个类似的图例进行改动 [在线制图 腾讯云架构图
13.9K42发布于 2019-06-03 - 来自专栏sealyun
基于云内核的未来云计算架构
| 基于云内核的未来云计算架构 早期单机操作系统也是分层架构，后面才演化成今天的如 linux windows 的宏内核微内核架构，云操作系统也会有类似发展趋势 以前都是单机应用，而现代应用几乎都是分布式应用 ，是否还需要 IaaS 这一层，PaaS SaaS 本质都是容器是否还需要去可以区分，这三层架构已经被击穿！ 所以软件设计时的抽象能力就变得极重要，基于云内核架构设计的云操作系统也是高“内聚”的，通过扩展应用来扩展能力，而各应用之间是低耦合的。 | 内核架构云操作系统爆发时机 基于开源技术的云服务在侵蚀昂贵且强绑定的公有云的服务 现在可以发现公有云云原生领域提供的服务商业化做的好的几乎都是开源强相关的， 如基于 kubernetes 的云服务， 云原生侵蚀传统 IaaS 服务 基于虚拟机的业务增长速度已经远远赶不上云原生生态的发展速度了，基于 kubernetes 的云原生生态每年几倍甚至有些产品每年几十倍的增长，大量企业在从虚拟机架构往云原生架构迁移
2.2K20编辑于 2022-12-07 - 来自专栏服务端技术杂谈
云原生架构演进与企业上云
过去的一段时间和一些架构师 / 技术负责人聊天，云原生和企业上云是最近一段架构演进的一个常见话题，那么小公司到大型公司在上云和云原生上有什么价值和收益呢。 云原生技术的里程碑 ? 将技术层抽象到云原生层，技术组件的更新换代对业务架构透明，可以更快的进行技术换代而不影响业务架构。 抽象的云原生层持续的组件服务演进，可以提供更好可用性，稳定性的基础设施。 订单一致性，消息系统，音视频编解码 存储层：IDC，Redis，DB等 通用支撑层：支持端到端的监控，代码审计管理，数据统计可视化，监控告警，部署发布流程，自动化测试平台等 我们想一下，对以上通用常见的软件架构如何演化上云呢 针对以上问题，我们可以得出云原生架构演进方向和需要提升的点。聚焦于微服务，中间件，DevOps这三个方向，结合云弹性来推动架构演进。 ? 优化微服务架构 建立服务开发规范，向云原生靠齐。 中间件层使用通用的云上中间件。 通用逻辑监控告警，CICD打穿整个交付周期。 在完成了一些列的标准指定，架构演进，上云的流程需要有一个明确的迁移计划： ?
2.3K30发布于 2020-02-19 - 来自专栏小工匠聊架构
从传统云架构到云原生生态体系架构的演进
概述 随着科技的不断发展，云计算领域也经历了巨大的变革。这一演进的核心焦点是从传统云架构过渡到云原生生态体系架构，这个过程在过去的几年里已经发生了显著变化。 传统云架构：虚拟化的时代 在云计算兴起之初，虚拟化技术是首要的创新之一。传统云架构依赖于虚拟机（VMs），它们允许将多个独立的操作系统实例部署在一台物理服务器上。 在传统云架构中，应用程序通常是单体式的，部署和维护复杂。升级和扩展也需要大量人工干预。这种模型在当时是创新的，但很快就受到了发展迅速的云原生生态体系架构的冲击。 云原生生态体系架构的兴起 云原生生态体系架构的兴起标志着云计算领域的重要里程碑。 结语 从传统云架构到云原生生态体系架构的演进代表了云计算领域的一次深刻变革。它带来了更好的性能、效率和可维护性，有助于满足不断变化的市场需求。
1.4K20编辑于 2023-10-25 - 来自专栏腾讯云游戏解决方案团队
游戏架构上云实战
导语：近年以来，随着游戏市场的玩法不断丰富多样化，游戏后台技术架构对与存储、网络、计算、安全等基础资源的能力要求也逐步提升，如何合理的规划业务架构，选择合适的上云方案，会对业务的架构扩展性以及运营稳定性 本文作者结合过往支持大型多人在线类游戏以及公有云上客户上云方案的经验，对游戏架构上云的架构规划以及架构扩展性等问题展开描述，帮助游戏开发者和运维更准确的规划架构上云方案。 制定游戏架构上云方案 明确了前两个问题之后，即可根据业务的实际情况，选择适合的上云方案，这里列举几种常见的上云方案产品组合，帮助读者参考对比： 架构方案对比 技术特点 适应类型 网络延迟 容灾效果 维护复杂度 ，也列举了常见部署方案的优劣势，腾讯云基于腾讯游戏多年的技术方案和经验积累，为客户提供全方位的游戏解决方案以及产品能力，帮助客户解决上云的效率，提升架构稳定性，以积木的方式搭建游戏后台架构，避免开发者在可用性 结语：游戏架构迁移上云，并不是简单的在云提供的风和水电基础环境中，把旧的业务架构复制一遍，其核心思路是利用好公有云的资源和产品优势，选择适合自己业务类型的产品和方案，通过上云的迁移，实现业务的可用性、架构扩展性
5.6K82发布于 2020-08-26 - 来自专栏yeedomliu
云原生应用架构实践
推荐序一 云原生与传统云计算最大的区别在于，传统云计算关注的是如何提供性价比最高的计算、存储、网络资源，而云原生关注的是 如何让产品能够支持快速验证业务模式 如何简化复杂的开发流程、提升研发效率 如何保障产品的高可用性让业务无需承受成长之痛 互联网系统架构的挑战 1.1 云应用架构技术发展 简单的云主机创建也不太能满足业务的需求，后续还有大量的运维和运营工作，运维操作频率基本占比在90%以上，尤其在业务本身不断发展并且规模不断扩大的时候会更加明显 ，矛盾也会越来越突出 1.2 云平台下架构的不同点 云应用架构设计意味着更快的迭代速度、持续可用的服务、弹性扩容及一些非功能需求，包括追求产品创新时间的技术挑战、以用户体验为中心的挑战和移动互联网时代的突发性挑战 ，以减轻业务部门的成本支出；对于非核心的业务，启用避开峰值的方式来实现在线或离线业务的计算，尽可能实现云计算最大利用率，也就是常说的用好“云”，发挥云计算的最大价值 1.3 云原生应用架构 云原生（CloudNative 采用基于云原生的技术和管理方法，可以更好地把业务生于“云”或迁移到云平台，从而享受“云”的高效和持续的服务能力 目前业界公认的云原生主要包括以下几个层面的内容 敏捷基础设施 开发人员可以随时拉取一套基础设施来服务于开发
1.3K40发布于 2021-11-02 - 来自专栏闲余说
架构设计 4-高可用架构之FMEA方法
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第三部分，主要介绍 FMEA 方法，以及如何将 FMEA 方法应用于架构设计之中以提高服务可用性。 什么是FMEA FMEA（Failure mode and effects analysis，故障模式与影响分析）又称为失效模式与后果分析、失效模式与效应分析、故障模式与后果分析等 在架构设计领域，FMEA 的具体分析方法 给出初始的架构设计图 假设架构中某个部件发生故障 分析此故障对系统功能造成的影响 根据分析结果，判断架构是否需要进行优化 FMEA 分析表 功能点 当前的 FMEA 分析涉及的功能点， 个人理解 FMEA 方法是一种分析问题的方法，一共列出了 11 个点，我们在分析架构问题的时候，按照每个点逐一去适配、分析。 reference 从 0 开始学架构
1.1K40编辑于 2022-08-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号