- 综合排序
- 最热优先
- 最新优先
- 来自专栏科技云报道
做零信任，微隔离是认真的
对于已经转向微隔离的人，有88%的企业网络安全领导者表示，微隔离对于实现零信任网络安全至关重要。 甚至更多的领导者（92%）表示，微隔离“比其替代方案更实用、更高效”。 云化趋势下的微隔离 微隔离是2016年在Gartner安全与风险管理峰会上，由Gartner副总裁、知名分析师Neil MacDonald提出的概念。 微隔离又称软件定义隔离、微分段。 微隔离： 零信任三大技术方案之一 隔离从来都是一种高效可行的安全手段，微隔离技术的出现恰好能满足新环境、新业务对安全保障的需求。 微隔离的实现方式 目前，微隔离已有多种实现方式，企业可以根据自身需要进行选择。 如何检验微隔离的效果？ 检验微隔离是否真正发挥效果，最直接的方式就是在攻防对抗中进行检验。
88030编辑于 2022-04-16 - 来自专栏FreeBuf
Gartner再次改名，微隔离技术迎来新使命
文/Kent 编者按： 从软件定义的隔离，到微隔离，再到基于身份的隔离，微隔离的三次更名，事实上代表了最近十年网络安全发展的历史，代表了我们对微隔离这项技术的三次认知深入，更代表了技术进步的方向。 ），跟微隔离一起闪亮登场的，还有之后的日子里微隔离形影不离的小伙伴SDP（软件定义边界）。 所以，微隔离就成为了这项技术真正被业界所熟知的名字，并且一直沿用至今。蔷薇灵动也就是在这个时候开始微隔离的技术研究工作，从那时开始中国有了微隔离市场。 微隔离从来就认为网络地址是个不稳定参数，所以微隔离技术（真正的微隔离技术）都是面向ID的而不是IP。 从软件定义的隔离，到微隔离，再到基于身份的隔离，微隔离的三次更名，事实上代表了最近十年网络安全发展的历史，代表了技术进步的方向。
69310编辑于 2022-04-11 - 来自专栏前端博客
微前端学习笔记(5)：从import-html-entry发微DOMJSCSS隔离
进行了一系列的处理拉取上述 html 中所有的外联 css 并将其包裹在 style 标签中然后嵌入到上述的 html 中支持执行页级 js 脚本 以及 拉取上述 html 中所有的外联 js 并支持执行在微前端中 inlineScript, resolve) { // 这里省略许多代码... // 根据不同的条件，在不同的时机调用geval函数执行js代码，并将入口函数执行完暴露的含有微应用生命周期函数的对象返回 显而易见，该模式无法支持单页多应用，甚至无法隔离主子应用的样式。 参考文章：揭开 import-html-entry 面纱 https://blog.csdn.net/qq_41800366/article/details/122093720转载本站文章《微前端学习笔记 (5)：从import-html-entry发微DOM/JS/CSS隔离》,请注明出处：https://www.zhoulujun.cn/html/webfront/engineer/Architecture
72810编辑于 2024-06-06 - 来自专栏巴啦啦的积累
《架构整洁之道》第 10 章：ISP 接口隔离原则
接口隔离原则：（ISP ：Interface Segregation Principle）。通过名称可以得知，该原则主要偏向于接口设计。核心在于，不要依赖一个你不需要的东西。 应该使用接口，将被依赖的类中的方法隔离出来，使得这个类依赖于该接口，而这个接口中的方法是干净的，所有方法，该类都会用到，而不会存在用不到的方法。即接口设计要小，要瘦。 未进行接口隔离：图片使用接口隔离：图片ISP 与编程语言之前是出于编译考虑，未用接口隔离，就需要让整个模块编译和部署，隔离后，就可以按需编译和部署。
36650编辑于 2023-07-17 信号隔离器行业翘楚：10大品牌揭秘独特性能，高效隔离解决方案
在工业自动化领域，信号隔离器作为关键组件，其性能直接影响到整个系统的稳定性和可靠性。以下是对信号隔离器行业10大品牌的揭秘，旨在为读者提供一份高效隔离解决方案的专业参考。 德国科尼尔（Knick）作为全球测量与控制技术的标杆企业，其信号隔离器以先进的电磁隔离技术为核心，实现输入、输出及电源端口的三重电气隔离，隔离电压最高可达5kVac，能有效阻断电位差干扰，避免信号失真和设备损坏 德国菲尼克斯（Phoenix Contact）依托高频变压器技术，其信号隔离器隔离电压可达6000VDC，抗干扰性能突出，尤其适用于轨道交通等对隔离要求严苛的场景。 德国倍加福（Pepperl+Fuchs）专注于传感与隔离技术融合，其信号隔离器能有效解决传感器信号弱、电磁干扰强的痛点，在高压开关柜等场景中表现优异。 米科传感以高精度、高性价比切入中端市场，其信号隔离器具备防爆设计和多通道集成优势，适配90%以上工业场景，支持与主流工业云平台对接，能提供定制化隔离解决方案，在国内中端市场占据一定份额。6.
17910编辑于 2026-03-11《打破微前端困局：样式冲突与资源隔离破局指南》
然而，随着微前端架构的广泛应用，一系列棘手的问题也接踵而至，其中最为突出的便是不同子应用之间的样式冲突与资源隔离问题。 微前端架构：优势与挑战并存微前端架构，简单来说，就是将单体前端应用拆分成多个小型、自治的前端应用，这些子应用可以由不同的团队独立开发、部署和维护。 但微前端架构并非一帆风顺。当多个子应用集成在同一个页面时，样式冲突和资源隔离问题就会凸显出来。 资源隔离：亟待解决的关键难题资源隔离问题同样不容忽视。在微前端架构中，每个子应用都有自己的JavaScript代码、CSS样式、图片、字体等资源。 微前端架构下的样式冲突与资源隔离问题是我们在实践中必须面对和解决的重要挑战。通过深入理解问题的根源，采用合适的技术方案和管理策略，并注重实践中的考量与优化。
21400编辑于 2025-06-26- 来自专栏coding个人笔记
css 隔离
css隔离就是为了解决这个问题。 css Modules： 这其实跟命名空间有点类似，vue应该就是使用类似的方法，给选择器加上特殊的字符串，达到css隔离的效果。 css-in-js： 这个概念已经诞生很多年了，作为开发了快四年的前端，还是因为了解一下css隔离才知道有这个东西。 ; p.innerText = '这是shdow dom';shadow.appendChild(p); 不过奇怪的是自己实现的能在标签那边看见，Shadow DOM真正意义上的实现了dom和css的隔离
1.6K30发布于 2020-08-21 - 来自专栏nobody
高可用：故障隔离方案【隔离术】
故障隔离的基本原理就是在故障发生时能够及时切断故障源，以防止故障扩散到整个系统。隔离范围由高到低的排序，反映了不同级别的隔离策略和它们在系统架构中的作用。以下是对这些隔离级别的简要说明： 1. 数据中心隔离： 数据中心隔离是在物理层面上最彻底的隔离方式，意味着将服务部署在不同的数据中心。这样，即使一个数据中心发生故障，其他数据中心仍然可以继续提供服务。这种隔离级别最高，但成本也最高。 2. 部署隔离： 部署隔离通常指的是在不同的物理服务器或虚拟机上部署服务实例。这种隔离可以减少单个硬件故障对整个服务的影响，并且可以通过负载均衡器在不同部署之间分配流量。 进程级隔离可以通过在不同机器上部署进程来实现，从而进一步隔离故障。 8.资源隔离： 将系统资源分成几个部分，每部分资源负责一个模块，避免资源争抢。 此外，故障隔离还需要结合其他技术和策略，如： 10.强弱依赖隔离： 避免同步调用，因为同步调用意味着强依赖，当依赖方故障时，调用方也会异常。
98510编辑于 2024-09-13 - 来自专栏JavaEdge
高可用架构(10)-Hystrix隔离策略、Command及资源池大小控制
1.1 THREAD - 线程池隔离 线程池隔离技术，并非指控制类似tomcat web容器的线程。严格意义说，hystrix的线程池隔离技 术，控制tomcat线程的执行。 线程池和信号量做资源隔离、限流、容量的限制，默认的容量都是10。 线程池隔离技术是用自己的线程去执行调用的。 信号量隔离技术，是直接让tomcat的线程去调用依赖服务的。 默认的策略为线程池。 个服务实例，每个服务实例上，其实用这个command group对应这个服务，给一个线程池，量大概在10个左右，就可以了，你对整个服务的整体的访问QPS大概在每秒100左右 一般来说，command group 对应这个服务的多个接口，多个接口的调用共享同一个线程池 如果说你的command key，要用自己的线程池，可以定义自己的threadpool key，就ok了 4 coreSize 设置线程池的大小，默认是10 允许访问的最大并发量，超过这个最大并发量，请求直接被reject 这个并发量的设置，跟线程池大小的设置，应该是类似的 但是基于信号量的话，性能会好很多，而且hystrix框架本身的开销会小很多 默认值是10
98820编辑于 2022-11-30 - 来自专栏运维小郭
环境隔离
环境隔离的几种方法。
1.5K90编辑于 2022-04-18 - 来自专栏朱永胜的私房菜
隔离级别
什么是隔离级别？ 隔离级别定义了一个事务可能受其他并发事务影响的程度。隔离级别的设置决定了数据库系统在并发环境下维持数据一致性的方式以及可能出现的问题（如脏读、不可重复读和幻读）。 2. 为什么需要隔离级别？ 隔离级别的需求源于事务处理的并发性和一致性之间的矛盾。较高的隔离级别可以提供更好的数据一致性保障，但可能会降低并发性能。较低的隔离级别则允许更高的并发，但可能导致数据一致性问题。 因此，需要根据应用的业务逻辑和性能需求来选择合适的隔离级别。 3. 隔离级别的实现原理？ 不同的隔离级别通过使用锁定机制和时间戳技术（如 MVCC）来实现。 隔离级别的使用示例 以下 SQL 语句演示了如何设置隔离级别： -- 设置隔离级别为 READ COMMITTED SET TRANSACTION ISOLATION LEVEL READ COMMITTED 隔离级别的使用注意事项 业务需求分析：选择合适的隔离级别前，需要 分析业务逻辑对数据一致性的要求。
629100编辑于 2023-11-07 - 来自专栏HappenLee的技术杂谈
事务与隔离级别------《Designing Data-Intensive Applications》读书笔记10
怎么样更好的理解数据库中的事务与隔离级别呢？ 并发写对隔离性的破坏 隔离性意味着并发执行的事务彼此隔离，数据库确保当事务提交时，结果与它们顺序运行相同，即使它们实际上是并发运行的。 在几种特性之中，隔离性是DBA对数据库调优最为侧重的部分，接下来，我们着重来聊一聊事务的隔离性。 2. 隔离级别 如果两个事务不触及相同的数据，它们可以安全地并行运行，因为两者都不依赖于其他数据。 天下没有免费的午餐，串行化的隔离级别会带来额外的性能开销，所以许多数据库会提供一些弱隔离级别作为选择，它们可以防止一部分并发问题。所以，接下来，我们将一一梳理，不同的隔离级别之间的差异。 消失的100美元 在Read Committed隔离级别之下出现的这种异常被称为不可重复读,我们需要寻找新的解决方案。 快照隔离 为了实现可重复读，我们需要快照隔离的技术。
66860发布于 2018-09-05 - 来自专栏JavaEdge
高可用服务架构设计(10)-Hystrix隔离策略细粒度控制
0 Github 资源隔离两种策略 线程池隔离 信号量隔离 对于资源隔离，做更加深入一些的讲解，除了可以选择隔离策略，对选择的隔离策略，可以做一定的细粒度的控制 1 execution.isolation.strategy 推荐是根据一个服务去划分出一个线程池，command key默认都是属于同一个线程池的 比如说你以一个服务为粒度，估算出来这个服务每秒的所有接口加起来的整体QPS在100左右 你调用那个服务的当前服务，部署了10 个服务实例，每个服务实例上，其实用这个command group对应这个服务，给一个线程池，量大概在10个左右，就可以了，你对整个服务的整体的访问QPS大概在每秒100左右 一般来说，command group 对应这个服务的多个接口，多个接口的调用共享同一个线程池 如果说你的command key，要用自己的线程池，可以定义自己的threadpool key，就ok了 4 coreSize 设置线程池的大小，默认是10 允许访问的最大并发量，超过这个最大并发量，请求直接被reject 这个并发量的设置，跟线程池大小的设置，应该是类似的 但是基于信号量的话，性能会好很多，而且hystrix框架本身的开销会小很多 默认值是10
60600发布于 2019-07-14 - 来自专栏全栈程序员必看
mysql 修改隔离级别_设置mysql隔离级别
1.查看当前会话隔离级别 select @@tx_isolation; 2.查看系统当前隔离级别 select @@global.tx_isolation; 3.设置当前会话隔离级别 set session transaction isolatin level repeatable read; 4.设置系统当前隔离级别 set global transaction isolation level repeatable read; 5.命令行，开始事务时 set autocommit=off 或者 start transaction 关于隔离级别的理解 1.read uncommitted 可以看到未提交的数据(脏读 3.repeatable read(MySQL默认隔离级别) 可以重复读取，但有幻读。读写观点：读取的数据行不可写，但是可以往表中新增数据。在MySQL中，其他事务新增的数据，看不到，不会产生幻读。
3K30编辑于 2022-07-02 - 来自专栏LieBrother
接口隔离原则
设计模式六大原则之四：接口隔离原则。 简介 姓名 ：接口隔离原则 英文名 ：Interface Segregation Principle 价值观 ：宁缺毋滥 个人介绍 ： 1. 故事只是把大家带入这个场景，我们在工作中，着手开发之前不都得先理清好需求背景，这就是要讲接口隔离原则的背景，通过代码来给大家讲解一下如何用好接口隔离原则。 有人可能要问，不是说接口隔离么？这里面 Work 接口的 4 个方法都可以分离开，它们都是各自的工作内容。 看了这个过程，你理解了接口隔离原则了么？再看一看上面的定义：客户端不应该依赖它不需要的接口。闭上眼睛，静默 3 秒，感受一下。 我们也可以回忆一下在工作中编写的代码，是不是有遵守接口隔离原则？ 在特定的场景下，如果很多类实现了同一个接口，并且都只实现了接口的极少部分方法，这时候很有可能就是接口隔离性不好，就要去分析能不能把方法拆分到不同的接口。
89820发布于 2019-03-29 - 来自专栏强仔仔
MySQL隔离级别
MySQL事务隔离级别 事务隔离级别 脏读 不可重复读 幻读 读未提交（read-uncommitted） 是 是 是 不可重复读（read-committed） 否 是 是 可重复读（repeatable-read ） 否 否 是 串行化（serializable） 否 否 否 mysql默认的事务隔离级别为repeatable-read ? serializable时会锁表，因此不会出现幻读的情况，这种隔离级别并发性极低，开发中很少会用到。 事务隔离级别为读提交时，写数据只会锁住相应的行 事务隔离级别为可重复读时，如果有索引（包括主键索引）的时候，以索引列为条件更新数据，会存在间隙锁间隙锁、行锁、下一键锁的问题，从而锁住一些行；如果没有索引 事务隔离级别为串行化时，读写数据都会锁住整张表 隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大，鱼和熊掌不可兼得啊。
2.3K10发布于 2019-05-25 微隔离实施五步法，让安全防护转起来
零信任架构、零信任原则，零信任与微隔离的关系等又该如何解读？小德今天在这里要跟大家分享一些德迅云安全对零信任的思考和微隔离的实践，零信任是目的，微隔离是手段，所以重点是零信任。 微隔离的技术背景微隔离，故事就简单了，因为大家早就被各微隔离厂商灌输的太多了。 微隔离的实现方式目前，微隔离已有多种实现方式，企业可以根据自身需要进行选择。 蜂巢的微隔离之路定义：蜂巢微隔离原生自适应容器多变的环境。通过对访问关系的梳理和学习，提供自适应、自迁移、自维护的网络隔离策略，帮助用户快速、安全地落地容器微隔离能力。 最后一步，持续监控就是对被微隔离控制住的攻击和违规进行溯源调查，持续优化微隔离策略，让PDCA转起来。如何检验微隔离的效果？检验微隔离是否真正发挥效果，最直接的方式就是在攻防对抗中进行检验。
1K10编辑于 2024-04-30- 来自专栏全栈程序员必看
MySQL默认事物隔离级别_sqlserver事务隔离级别
mysql数据库事务的隔离级别有4个，而默认的事务处理级别就是【REPEATABLE-READ】，也就是可重复读。 下面本篇文章就来带大家了解一下mysql的这4种事务的隔离级别，希望对大家有所帮助。 SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。 低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。 mysql的4种事务隔离级别，如下所示： 1、未提交读(Read Uncommitted)：允许脏读，也就是可能读取到其他会话中未提交事务修改的数据 2、提交读(Read Committed)：只能读取到已经提交的数据 在SQL标准中，该隔离级别消除了不可重复读，但是还存在幻象读，但是innoDB解决了幻读 4、串行读(Serializable)：完全串行化的读，每次读都需要获得表级共享锁，读写相互都会阻塞 相关mysql
4K20编辑于 2022-11-04 - 来自专栏全栈程序员必看
mysql设置隔离级别_修改mysql事务隔离级别
Mysql默认的事务隔离级别是可重复读(Repeatable Read)，那互联网项目中Mysql也是用默认隔离级别，不做修改么？ OK，不是的，我们在项目中一般用读已提交(Read Commited)这个隔离级别！ what！居然是读已提交，网上不是说这个隔离级别存在不可重复读和幻读问题么？不用管么？ 而这种格式在读已提交(Read Commited)这个隔离级别下主从复制是有bug的，因此Mysql将可重复读(Repeatable Read)作为默认的隔离级别！ 而在RC隔离级别下，不存在间隙锁，其他事务是可以插入数据！ ps:在RC隔离级别下并不是不会出现死锁，只是出现几率比RR低而已！ 缘由二：在RR隔离级别下，条件列未命中索引会锁表！ Oracle的默认隔离级别就是RC，你们改过Oracle的默认隔离级别么？ 在RC级别下，主从复制用什么binlog格式？ OK,在该隔离级别下，用的binlog为row格式，是基于行的复制！
3.4K10编辑于 2022-10-02 - 来自专栏全栈程序员必看
oracle事务隔离级别_mysql查看事务隔离级别
先看一张Concepts中关于事务隔离级别的一张表格： 从上图可以看到： 通常事务的隔离级别定义为以下4种（基于3种在并发事务中需要避免的现象来划分的）： 1.Read uncommitted 所以这种隔离级别不能避免 不可重复读（Nonrepeatable Read）。 在串行化隔离级别的时候，事务看到的都是事务开始那一刻的数据。举例说明。现在员工表中dept_id=20的员工总数为50。 以上大致介绍了基于3种需要避免的现象而划分出的4种隔离级别。 随着隔离级别的提高，数据库对于事务并发的支持能力会下降。对于Oracle默认情况下不能避免的 不可重复读 和 幻读 现象。在应用设计阶段应该考虑到。
2.4K30编辑于 2022-11-04
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号