- 综合排序
- 最热优先
- 最新优先
- 来自专栏Java后端技术栈cwnait
可扩展模式
可扩展模式 概述 软件系统与硬件和建筑系统最大的区别在于软件是可扩展的。 软件系统的天生的可扩展性既是魅力所在，也是其难点所在。魅力体现在我们可以对软件系统进行修改和扩展，难点在于如何使用最小的代价去修改和扩展系统。 可扩展的基本思想 尽管可扩展的方式由很多种，但是请切记，万变不离其中的一个字：拆。 对其拆分后： 拆，原本就是讲一个大系统拆分成若干个小系统，扩展时只需要修改其中一部分就可以了，无须对整体系统都改动，通过这种方式来减小改动范围，从而也降低改动风险。
92320发布于 2019-07-30 - 来自专栏智能时刻
【可扩展性】谷歌可扩展和弹性应用的模式
本文档介绍了一些用于创建具有弹性和可扩展性的应用程序的模式和实践，这是许多现代架构练习的两个基本目标。设计良好的应用程序会随着需求的增加和减少而上下扩展，并且具有足够的弹性以承受服务中断。 可扩展性：调整容量以满足需求 可扩展性是衡量系统通过在系统中添加或删除资源来处理不同数量的工作的能力。 驱动因素和制约因素 提高应用程序的可扩展性和弹性有不同的要求和动机。也可能存在限制您实现可扩展性和弹性目标的能力的限制。 当您考虑如何围绕服务划定界限时，可用性和可扩展性要求是关键维度。例如，如果给定组件的可用性要求或扩展配置文件与您的其他组件不同，则它可能是独立服务的良好候选者。 使用适当的数据库和存储技术 某些数据库和存储类型难以扩展并具有弹性。确保您的数据库选择不会限制您的应用程序的可用性和可扩展性。
3.5K20编辑于 2022-09-26 - 来自专栏博文视点Broadview
可扩展架构取舍
成熟的工具使得开发人员可以针对要解决的问题设计出可扩展的架构。 构建可扩展的软件，可以从很多角度来思考软件架构。但是如果每个角度都去考虑，根本不可能做出想要的软件。 如果有太多严格的设计原则不能被打破或改变以迎合需求，就不能更好地适应不断变化的可扩展性影响因素。 考虑到可扩展性影响因素的不可预测性，无法改变的设计原则是否还有意义？ 这样才能增强我们在其他方面提高可扩展性的能力。 性能的可配置性 如果有几乎每个方面都可配置的通用组件自然是极好的。然而，设计通用组件的代价需要牺牲性能。 但是并不是软件的所有方面都需要可以替换，为了保障性能，可能根本没有可替换的组件。 但当扩展应用时，可能需要考虑将大组件重构为较小的可替换组件。但是这样做会引入新的间接层，从而影响性能。 不过牺牲一点点性能换来可替换性，可以帮助我们在其他方面获得架构的可扩展性。 可寻址性的开发便捷性 为应用程序中的资源分配可寻址的URI 必然会增加功能实现的难度。
67910发布于 2020-06-11 - 来自专栏C语言
XML——可扩展标记语言
XML——可扩展标记语言 本质： XML：一种用于标记电子文件使其具有结构性的标记语言 特点 (1) XML可以从HTML中分离数据 (2) XML可用于交换数据（在不兼容的系统中间） (3) XML可应用于 B2B中 (4)利用XML可以共享数据，纯文本，易读，方便共享 (5) XML可以充分利用数据 (6) XML可以用于创建新的语言 格式 XML是纯文本模式 1.必须有声明语句 <? > 2.大小写区分 因此最好养成统一的大小写习惯 3.有且只有一个根元素 根元素的起始要放在文档的最前面，其他元素都是该元素的子元素 根元素的结束标志相应的要放在最后 4.属性值使用引号 可以是单引号， 也可以是双引号 5.所有标记必须有相应结束标记 标记必须成对出现（空标记也不例外） 与HTML的区别 (1)可扩展性方面：XML允许用户根据需要自行定义新的标识及属性名，以便更好地从语义上修饰数据。 (2)结构性方面：HTML不支持深层的结构描述，XML的文件结构嵌套可以复杂到任意程度，能表示面向对象的等级层次 (3)可校验性方面：HTML没有提供规范文件以支持应用软件对HTML文件进行结构校验，而
1.1K10编辑于 2021-12-07 - 来自专栏null的专栏
可扩展机器学习——概述
注：这是一份学习笔记，记录的是参考文献中的可扩展机器学习的一些内容，英文的PPT可见参考文献的链接。 可扩展机器学习系列主要包括以下几个部分： 概述 Spark分布式处理 线性回归(linear Regression) 梯度下降(Gradient Descent) 分类——点击率预测(Click-through Rate Prediction) 神经科学 一、Overview 1、处理大规模数据集 对于不断扩大的数据规模主要有两种不同的处理方法： 向上扩展(Scale-up)：采用更大规模的机器，如下图所示 优点：对于中等规模的问题速度会很快 缺点：1、特定硬件的价格会比较贵；2、通过升级硬件的方法会达到一个上限。 向外扩展(Scale-out)：采用分布式的计算方法，如下图所示 ? 对于n×nn\times n矩阵的求逆，需要O(n3)O\left ( n^3 \right )的时间复杂度，需要O(n2)O\left ( n^2 \right )的空间复杂度存储最终的结果。
85330发布于 2019-02-13 - 来自专栏null的专栏
可扩展机器学习——概述
注：这是一份学习笔记，记录的是参考文献中的可扩展机器学习的一些内容，英文的PPT可见参考文献的链接。 可扩展机器学习系列主要包括以下几个部分： 概述 Spark分布式处理 线性回归(linear Regression) 梯度下降(Gradient Descent) 分类——点击率预测(Click-through 优点：对于中等规模的问题速度会很快 缺点：1、特定硬件的价格会比较贵；2、通过升级硬件的方法会达到一个上限。 向外扩展(Scale-out)：采用分布式的计算方法，如下图所示 ? 优点：仅利用一些常用的硬件便能解决大规模问题 缺点：1、需要处理网络通信的问题；2、增加了一些软件的复杂度。 2、机器学习 2.1、机器学习的定义 机器学习是一种构建和学习的方法，从数据中学习并通过数据进行预测。
1.4K60发布于 2018-03-20 - 来自专栏信数据得永生
【论文笔记】node2vec：可扩展的网络特征学习
将其设置为高值（> max(q, 1)）可确保我们不太可能在下面两步中采样已访问过的节点（除非游走中的下一个节点没有其他邻居）。 该策略鼓励适度探索并避免采样中的两跳冗余。 通过模拟长度为l> k的随机游走，由于随机游走的马尔可夫性质，我们可以一次为l-k个节点生成k个样本。因此，我们的有效复杂度是每个样本的O(l k(l-k))。 可以预先计算二阶马尔可夫链的转移概率π[vx]，因此，模拟随机游走时的节点采样，可以使用别名采样在O(1)时间内有效地完成。 node2vec 的三个阶段，即用于计算转移概率的预处理，随机游走模拟和使用 SGD 的优化，被顺序执行。 每个阶段都是可并行化的，并且是异步执行的，这有助于 node2vec 的整体可扩展性。 由于我们的随机游走本质上基于底层网络中节点之间的连接结构，因此我们使用自举方法，将各个节点的特征表示扩展为节点对。
81620编辑于 2022-05-07 - 来自专栏KI的算法杂记
KDD 2017 | metapath2vec：异质图的可扩展表示学习
metapath2vec与之前的图嵌入方法不同，metapath2vec是专门处理异质图的，利用metapath2vec我们可以得到异质图中多种不同类型节点的潜在向量表示。 1. 2. metapath2vec 2.1 异质skip-gram 论文首先回忆了word2vec模型及其在同质图中的应用。 用一个具体的例子来说明，假设序列为 [A_1,P_1,V_1,P_2,A_2] ，我们设中心节点为 V_1 ，当前输入的节点为 A_1 ，在metapath2vec中，我们会从所有类型的节点(可以为A， 小结 本文提出了异质图嵌入模型metapath2vec和metapath2vec++。 大量实验表明，metapath2vec和metapath2vec++学习的潜在特征表示能够改进各种异质网络挖掘任务，如相似性搜索、节点分类和聚类。
94220编辑于 2022-11-10 - 来自专栏点云PCL
基于ORB-SLAM2可持续保存地图的扩展方案
公众号致力于理解三维视觉领域相关内容的干货分享，欢迎各位加入我，我们一起每天一篇文章阅读，开启分享之旅,有兴趣的可联系微信dianyunpcl@163.com。 因此，我们首先建立并保存一张低行驶速度下环境视觉特征的地图，并将其扩展到ORBSLAM 2软件包中。在第二次运行中，我们重新加载地图，然后在先前构建的地图上进行定位。 SaveMap和LoadMap方法都集成在ORB-SLAM 2的系统类中，该类处理所有主要功能。图1显示了Orbslam2扩展版本的流程图。 ? 相对地图的定位精度 ●总结 这项工作提出了一个基于ORB-SLAM2扩展，通过一个地图保存功能的视觉SLAM系统。 （低速建图，快速可定位的SLAM功能）可用于室外和室内环境中的定位。实验结果表明，在特征丰富的环境中，以36m/s的速度进行定位是可行的。
1.7K30发布于 2020-10-26 - 来自专栏迁移内容
可扩展的编程语言——Scala
Scala语言的名称来自于"可伸展的语言"。之所以这样命名，是因为它被设计成可以随着使用者的需求而扩展。Scala的应用范围很广，从编写简单脚本，到建立大型系统。 在可伸展性方面，这两种编程风格具有互补的力量。SCala 的函数式编程简化了用简单部件搭建实际应用的过程。它的面向对象特性又使它便于构造大型系统并使它们适应新的需求。 2.速度快：Scala语言表达能力强，一行代码抵得上Java多行，开发速度快；Scala是静态编译的，所以和JRuby,Groovy比起来速度会快很多。
1.3K20编辑于 2022-12-01 - 来自专栏正则
uitextfield扩展类可修改placeholder的颜色 （扩展类）
bs_setPlaceholder:(NSString *)placeholder { // 1.设置占位文字 [self bs_setPlaceholder:placeholder]; // 2.
1.8K40发布于 2021-05-11 - 来自专栏Sun
可扩展多组件监控方案
虽然在公有环境中使用云上的组件一般都会有完整的监控视图，但是有些项目是部署在私有环境中，使用的都是自建组件，没有完整的监控视图，其次，业务侧也希望将所有组件收归到一起进行统一的监控管理，这样就需要业务侧有一个多组件的监控平台，并且能够方便进行扩展 2、选型 统一监控平台采用业界广泛使用的框架：prometheus+grafana，其在功能和效果方面完全能达到业务侧需求，并且针对这个选型网上有很多开源组件的exporter和对应grafana drawio.png 4、改进方案 上面方案因为prometheus直接对接exporter导致维护成本增加，如果在prometheus和exporter之间增加一个中间层进行管理就可以解决这个问题，如图2所示
81920发布于 2021-11-23 - 来自专栏每周一脱topic
可扩展web架构设计
Scalability， 可扩展性。系统能处理多少额外的流量，扩展的难度大小等等。 Manageability，易于管理。网站足够人性化，方便操作。也包含升级等操作的容易程度。 Cost，费用。 当扩展为多个node时，每个node都有自己的cache。 如果外部负载均衡随机分发请求，那么cache命中将降低。 有全局缓存的2个方案可以尝试： Global Cache，全局缓存 所有的node先去全局缓存去查，当数据不在缓存中时，缓存会去data层拉，再由cache返回数据。 一般更倾向选第1种，毕竟第2种对相同请求可能降低命中率，同时增加了data层的负载。但有些情况也会考虑2，例如大文件cache的数量少等。
1K40发布于 2019-04-16 - 来自专栏Cellinlab's Blog
React 16 - 构建可维护可扩展的前端应用
# 前端项目的理想架构 易开发 开发工具是否完善 生态是否繁荣 社区是否活跃 可扩展 增加新功能是否容易 新功能是否会显著增加系统复杂度 可维护 代码是否容易理解 文档是否健全 可测试
73830编辑于 2023-05-17 - 来自专栏wayn的程序开发
SOLID 原则：编写可扩展且可维护的代码
2. 第二个单词“O”代表开闭原则 开闭原则 这一原则建议我们设计的模块遵循： 将来添加新功能而无需直接修改我们现有的代码。 一旦模块被使用，它基本上就被锁定了，这减少了任何新添加破坏代码的机会。 它违反了职责分离的原则，并使代码的灵活性和可扩展性降低。让我们看一下解决这个问题的一种方法。 解决方案 2：将父类 Vehicle 分为两部分，一种用于带发动机的车辆，另一种用于后者。然后所有子类都可以与其父类互换使用，而不会改变预期行为或引入异常。 SOLID 原则是一组编程设计原则，旨在提高软件的可扩展性、可维护性和质量。它们分别是： 单一职责原则SOLID原则：一个类或模块应该只有一个职责，且该职责应该由该类或模块完全封装。 通过遵循这些原则，我们可以编写出更加清晰、灵活和可复用的代码，降低耦合度和代码腐化的风险，提高代码的可测试性和可读性。
1.1K20编辑于 2023-08-28 - 来自专栏大数据及人工智能
构建可靠、可扩展与可维护的应用系统
当系统负载增加时，系统如何扩展？这些问题是一个互联网分布式系统需要去重点考虑。 可扩展性 随着数据量、流量或复杂性等规模的增长，系统应该能够以合理的方式来匹配这种增长。 可维护性 随着时间的推移，新功能的开发、新的团队成员加入都能够快速参与到系统开发和运维当中。
1.2K10发布于 2021-10-28 - 来自专栏深度学习与python
如何创建可扩展和可维护的前端架构
作者 | Kevin Pennekamp 译者 | Sambodhi 策划 | 辛晓亮 现代的前端框架和库可以轻松地创建可重用的 UI 组件。在创建可维护前端应用方面，这是一个很好的方向。 要让它们变得更易于维护和扩展。那意味着我们可以对当前特性进行修改，但也可以更快地添加新特性。 1高级架构 对于后端开发，我们可以遵循很多架构模式。 由于用户和前端的交互，我们需要一个既可维护又可扩展的可靠架构。在这一点上，我的首选架构是模块化和领域驱动的。记住，我的想法也许会改变，但这是我此刻首选的方式。 不依赖业务逻辑的可重复使用的 UI 组件（如表格）在 components 目录下。 2填写应用细节 通过高层和项目结构，我们已经有了一个良好的开端。然而，为了实现这一前端架构，我们还需要更多的细节。我们先来看看更详细的架构图，如下图所示。
2.6K20发布于 2021-10-15 - 来自专栏深度学习与python
如何实现可扩展的架构？
可扩展性被认为是一个很难解决的问题。人们总是把它看成是一种神奇的东西，是用神秘而特殊的工具完成的，只有身价百万的大块头才能使用。这当然不是真的。 但是，如果想知道其中的原理，你就应该知道如何在裸金属上实现可扩展的设置。 1基本原则 选择恰当的工具 不同的编程语言适用于不同的任务。 即使有了缓存，服务器仍是不可扩展的 工具：MongoDB、Express 作为速率限制器和内存缓存 猎豹 这是可扩展的！你可以拥有任意数量的服务器。 使用函数式语言，服务器是可扩展的。但是单个 DB 可能无法处理大量的请求 工具：Go、Redis 缓存、MongoDB 老虎 这个架构速度很快，而且可扩展。看它有多漂亮。 保证可扩展，保证无状态！
1.8K10编辑于 2023-04-01 - 来自专栏云云众生s
WebAssembly助力控制平面可扩展
因此，在软件架构原则上采用前向兼容性和可扩展性通常是明智的。 然而，在软件架构中，研究出让应用程序对用户更加友好、能适应意外使用情况的最佳方式，这是一个长期存在的问题。 特别是BIG-IP，可以管理从第2层到第7层的所有内容。” “它可能难以配置，但是我们觉得可扩展性最终为客户带来的优点大于非常固执己见的系统。” 一个反例是我们的控制平面，这是有充分理由的。 这是我们希望保持的一种理念，方法是支持NGINX和F5在可扩展性方面的传承，并将其扩展到网关API控制平面的工作，正如我们正在开发符合网关API的NGINX Gateway Fabric项目。” 正如“2023年WebAssembly状况”报告所示，当您开始考虑注入性、插件和可扩展系统时，这项技术非常合适。工具和周围的生态系统继续改进，安全性很强，而且Wasm字节码很紧凑，便于传递和共享。 “我们有可扩展的数据平面和可扩展的未来证明API，”他说。“让我们确保拥有可扩展的控制平面，以利用所有这些力量。”
35410编辑于 2024-03-28 - 来自专栏智能时刻
「可扩展性」可扩展性最佳实践：来自eBay的经验教训
在eBay，我们每天都在争论的主要架构力量之一是可扩展性。它为我们制定的每一个架构和设计决策着色和推动。 在可扩展的体系结构中，资源使用应该随负载线性增加（或更好），其中可以在用户流量，数据量等中测量负载。 同样，这种方法允许我们为每种类型的数据独立地扩展数据库基础结构。 最佳实践＃2：水平分割 虽然功能分区使我们成为一种方式，但对于完全可扩展的架构而言，它本身并不足够。 不同的用例使用不同的方案来划分数据：一些基于密钥的简单模数（以1结尾的项目ID转到一个主机，以2结尾的那些等等，其中一些在一系列ID（0-1M，1-2M等）上，一些在查找表上，一些在这些策略的组合上。 如果组件A同步调用组件B，则A和B紧密耦合，并且该耦合系统具有单一的可伸缩性特征 - 为了扩展A，您还必须扩展B.同样有问题的是它对可用性的影响。
1.2K40发布于 2018-12-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号