- 综合排序
- 最热优先
- 最新优先
- 来自专栏原创
个推前端微服务化：突破传统SPA瓶颈
为什么要进行前端微服务化 之所以强调“部分项目”，是因为任何一种技术或者概念都有其适用场景，微前端也不例外。针对中小型的项目，使用微前端反而会将事情复杂化，因为微前端对项目的开发并不友好。 以上便是个推前端微服务化的开发及部署的实践情况。 在实践中我们发现，微服务化的接入，很好地解决了项目中遇到的维护难、产品编译部署麻烦等问题。 在模块化拆分时，我们开发的CLI工具也很好地解决了模块单独开发运行的问题。 当然，我们的微服务化方案也存在局限。 在不久的将来，除了微服务化方案的继续升级，我们还会接入新的框架，迎接新的挑战。
1.3K30发布于 2019-03-12 - 来自专栏cwl_Java
快速学习Docker-传统虚拟化和容器虚拟化的区别
本文链接：https://blog.csdn.net/weixin_42528266/article/details/102864931 传统的虚拟化技术 虚拟化，是指通过虚拟化技术将一台计算机虚拟为多台逻辑计算机 随着硬件厂商的不断发展,很多在虚拟机里面的指令不需要通过虚拟的硬件层走到真正的硬件层.硬件厂商是支持直接在虚拟机里面实用指令操作硬件,这个技术我们就称为是硬件辅助的虚拟化.这种硬件的辅助虚拟化比起软件虚拟的硬件层来说 ,他不需要模拟所有的硬件.有些指令是直接运行在虚拟机上来操作硬件的.性能和效率比传统的虚拟化高更高些. 系统级别的虚拟化 特点: 不需要模拟硬件层. 共享同一个宿主机的内核 ? 传统虚拟化和容器虚拟化的区别 ?
1.3K10发布于 2019-11-04 - 来自专栏SDNLAB
云数据中心网络虚拟化——网络虚拟化的传统技术之VLAN
很简单的一个字段吧，没有什么分域，更不能用来寻址，就只是一个标签，不过这对于传统局域网里的网络虚拟化来说就足够了。 传统局域网中，虚拟化的需求就是不同组织间的隔离。 这样一来一台物理的以太网交换机就被逻辑地划分成了多台属于不同VLAN的子交换机，属于网络虚拟化里的“一虚多”模型。 搞定了一台交换机上的虚拟化，新需求又来了。 理解了模型，就理解了网络虚拟化的根源。 VLAN网络虚拟化的精髓基本上就是上面这么多了。 可扩展性这一点上，一个局域网中，VLAN最多只能支持4096个虚拟网络；运维的自动化方面，VLAN有VTP做集中配置与策略的分发。 用VLAN做网络虚拟化在很多场景都足够了。 不过在云网络中，4096个虚网的上限却成为了VLAN技术最大的瓶颈，于是VxLAN（Virtual Extensible LAN）出现了，火了。
2K60发布于 2018-04-02 - 来自专栏Tencent Serverless 官方专栏
突破传统OJ瓶颈 - 判题姬接入云函数
目前随着在线编程在各行各业中的应用逐渐变多起来，传统的OJ也焕发了新的生机，无论是学校、个人还是某些企业，都逐渐的开始使用OJ，传统的OJ可能只是测评，为ACM备战，但是随着时代的发展，OJ已经真正的成为了测评工具 那么"判题姬"是否只能存在传统的宿主机中，能否也焕发一下新的生命力？那就是和现有的云函数进行结合？ 简单思路 通过云函数实现在线编程的思路基本有两个： 1.
1.6K172发布于 2019-05-05 万员奔走与数据迷雾：传统普查的瓶颈
快消行业正面临数字化浪潮的冲击，售点、消费者、供应链等核心模块亟需通过技术改造实现降本增效。 在供应链端，单纯的数字化已无法构筑竞争壁垒。可口可乐中国需要过“数智化”手段优化生产、供应和销售环节，但传统模式无法支撑对高价值售点的筛选和空白市场的洞察，资源投放如同“盲打”，严重制约增长天花板。 全域运营支持则梳理了品牌数字化触点，服务于价盘规划、客户拓展、订单组货等全价值链条。 售点潜力模型：驱动资源精准配置通过“售点潜力模型”，可口可乐中国不仅筛选出全国优质售点，更实现了冷饮设备部署的精准化。这一模型将数据与地图结合，赋能终端运营和营销活动，形成闭环管理。 尽管文档未提供具体量化提升百分比，但模型的应用显著优化了资源分配效率，降低了传统人工普查的运维成本（OpsCost），为动销增长提供了可衡量的决策依据。
19010编辑于 2025-12-15腾讯云全栈AI方案：破解传统玩具交互瓶颈，驱动全球化智能升级
识别行业核心痛点：传统玩具智能化转型受阻 全球玩具制造业面临智能化升级需求，但普遍存在交互体验差、开发效率低与全球化部署难三大瓶颈。 具体表现为：语音交互延迟高导致用户流失，多语言场景技术支持不足制约出海业务，传统开发模式使产品迭代周期长达数月。 40%（来源：云联络中心TCCC数据） 具身智能实践案例：TAIROS平台赋能机器人开发 某头部玩具厂商采用TAIROS具身智能开放平台后： 集成多模态感知模型开发周期从12个月缩短至3个月 通过模块化调用实现情感交互
13410编辑于 2026-05-10- 来自专栏云计算D1net
存储虚拟化想法好！但改造传统系统能力仍受质疑
传统存储解决方案的弊病很多，这些弊病多由异构存储和SAN孤岛造成。异构存储是说在企业IT系统中，存储设备往往来自不同供应商。 整合异构存储是存储虚拟化的首要任务，所有存储设备将不再被贴上供应商的标签，企业也不会被一家或者几家厂商绑架。因为存储虚拟化方案中，底层的硬件设备相对上层应用来说是完全透明的。 而且并不是所有的存储虚拟化产品均支持能够保留原有磁盘数据的接入技术，对于现有生产系统的存储虚拟化改造，数据迁移等应用来说，是否具备该功能，是减少建设对现有生产系统最小化影响的前提和有效保障! 这也就是说虽然存储虚拟化是个好技术，但是要改造企业固有的系统还需要大量的实践证明自己的能力才是。 所以说存储虚拟化是个好想法，特别是在软件定义的大潮流中，存储虚拟化更是有着光明的前景。 但是需要指出的是，存储虚拟化要取代传统的存储解决方案就必须保证用户的数据安全的完成从传统系统向新系统的迁移，在做到这点之前，所有天方夜谭的存储虚拟化解决方案都近乎无稽之谈。
730120发布于 2018-03-20 - 来自专栏帅云霓的技术小屋
局域网SDN技术硬核内幕 - 3 前传 突破多核的瓶颈——虚拟化
在前一篇《局域网SDN技术硬核内幕 - 前传 多核技术为摩尔定律延寿》中提到了，通过多核可以突破主频物理限制的瓶颈，提升单台计算机的计算能力。 答案是，通过虚拟化技术可以解决这一问题。 虚拟化技术的翘楚——VMWare，最初是通过虚拟化技术解决在同一台计算机上同时运行异构操作系统的问题。然而，在多核时代，它绽放出了新的光芒。 如果，将一台拥有数十个处理器内核的服务器被虚拟化为数十个虚拟机，那么，在每个虚拟机上运行的程序，根本无需对多处理器做任何优化，就可以高效并发执行！ 当然，我们还需要一个节点为多个虚拟机做任务分发。 正是由于虚拟化技术可以大大提升多核计算机的工作效率，近十年来，虚拟化软件成了数据中心的标配，除VMWare大发横财以外，基于Linux的开源虚拟化软件KVM也炙手可热。 大家没有意料到的是，数据中心虚拟化，引发了网络的一场大革命……
55510编辑于 2022-07-22 - 来自专栏CloudBest
传统云计算遇瓶颈 边缘计算或开辟新赛道
但有业内人士认为，随着互联网流量的暴增、数据几何式的增长，云计算的传统架构正在放缓，尤其是无法满足互联网实时交互的需求。 在此背景下，一种新型的边缘计算平台正在兴起。 亚马逊、微软等传统云巨头也开始意识到边缘计算的趋势，并围绕其部署相关服务，同时，CDN公司也瞄准了这场新的科技浪潮，Limelight、CloudFlare等CDN公司相继推出了不同的边缘计算服务。
1.3K20发布于 2019-08-01 - 来自专栏cloudskyme
虚拟化技术（2）——存储虚拟化
与传统存储的比较 与传统存储相比，虚拟化存储的优点主要体现在：磁盘利用率高，传统存储技术的磁盘利用率一般只有30－70%，而采用虚拟化技术后的磁盘利用率高达70－90%；存储灵活，可以适应不同厂商、不同类别的异构存储平台 根据在I/O路径中实现虚拟化的位置不同，虚拟化存储可以分为主机的虚拟存储、网络的虚拟存储、存储设备的虚拟存储。根据控制路径和数据路径的不同，虚拟化存储分为对称虚拟化与不对称虚拟化。 三层模型 根据云存储系统的构成和特点，可将虚拟化存储的模型分为三层：物理设备虚拟化层、存储节点虚拟化层、存储区域网络虚拟化层。 下面简单地介绍带内、带外和独立路径存储虚拟化方法： 带内（In-band）/对称存储虚拟化技术 带内方法主要在主服务器和存储设备之间实现虚拟功能，是传统的产品和存储系统经常采用的方法。 实例：传统的存储系统、产品，如IBM SVC、FalconStor软件公司和 DataCore 软件公司的相关产品。
7.9K60发布于 2018-03-20 - 来自专栏点云PCL
LOFIC技术：突破传统摄像头的动态范围瓶颈
传统车载摄像头在逆光、隧道出入口等场景下容易出现过曝或欠曝问题，导致智能驾驶系统误判或“致盲”，成为安全隐患。 LOFIC的核心原理 传统HDR技术通过多帧合成（多次曝光+算法融合）提升动态范围，但会导致延迟高、运动模糊等问题。LOFIC则从硬件底层重构了传感器设计： 1. 核心原理：电容“蓄水池” 横向溢出电容：每个像素旁增加一个电容，当光线过强时，多余电荷暂存于电容，避免像素饱和（传统传感器直接丢弃溢出电荷）。 场景实测数据 据小鹏官方测试，搭载LOFIC的G6/G9在以下场景表现提升显著： 隧道出口识别距离：从传统摄像头的50米提升至80米。 夜间行人识别率：提高30%，误报率下降45%。 总结 LOFIC技术证明，通过底层硬件创新而非单纯堆砌传感器数量，同样可以突破智能驾驶的感知瓶颈。这为行业提供了“降本增效”的新思路。
1.7K10编辑于 2025-03-19 - 来自专栏Flowlet
Intel 虚拟化技术（Intel® VT）：CPU 虚拟化与内存虚拟化
1、Intel® VT 虚拟化技术概述 狭义的 Intel® VT 主要提供分别针对处理器、芯片组、网络的虚拟化技术。 抽象化的虚拟机硬件：即虚拟层呈现的虚拟化的硬件设备。虚拟机能够发现哪种硬件设施，完全由 VMM 决定。 2.4 X86 平台的虚拟化 ---- 正是因为 x86 平台指令集有上述缺陷，所以为了计算虚拟化技术在 x86 平台应用，各大虚拟化厂商推出了五花八门的虚拟化技术，其目的都是围绕“如何捕获模拟这 19 3、内存虚拟化 大型操作系统（比如 Linux）的都是通过虚拟内存进行内存管理，内存虚拟化需要对虚拟内存再进行虚拟化。 内存虚拟化技术主要包含两个方面：内存地址转换和内存虚拟化管理。 3.2 内存虚拟化管理技术 ---- 在虚拟化环境中，内存是保证虚拟机工作性能的关键因素。
7.3K40编辑于 2023-08-11 - 来自专栏科控自动化
虚拟化
目前为止还没有连载完. 2021年10月10日 1 虚拟化技术简介 1.1 虚拟化概念 顾名思义，虚拟化是指计算元件在虚拟的基础而不是在真实的基础上运行。 ，只需在虚拟层上运行操作系统和应用软件，和物理平台无关 在家用计算机的上安装常规软件属于非虚拟化，而在办公计算机上安装虚拟化软件就属于虚拟化应用了，典型的非虚拟化和虚拟化的物理架构如图1-1 所示 ） 可以移植 通过相应工具可以实现原物理机到虚拟机的转换 部署灵活 虚拟机以文件的形式，可以在不同的服务器之间灵活部署服务器虚拟化主要有以下两种架构： 完全虚拟化 在完全虚拟化架构中，操作系统处于隔离的环境中 图2-1 对于完全虚拟化来说，也就是在常规的虚拟化应用来说，一般通过本机的显卡和显示器以及外设来直接操作虚拟机；而对于硬件辅助虚拟化而言，由于在服务器上同时开启了多个虚拟机，每个虚拟机可以应用于不同的场合 图3-22 在客户机上连接虚拟机后，可以参照在物理机上的传统的组态和配置方法，部署inCC 项目。
3.6K31编辑于 2022-03-29 - 来自专栏0x7c00的专栏
虚拟化
虚拟化 發佈於 2021-08-16 今天给公司搭建虚拟化平台，对其中用到的一些知识进行整理。 虚拟化平台 ---- 我们常说的虚拟化可以分为两种类型: TYPE I 和 TYPE II。 我们常见的 VMWare Workstation、VirtualBox、Parallels Desktop、Hyper-V 等均属于二型虚拟化软件，他们需要运行于宿主操作系统。 而企业级虚拟化平台例如 VMWare vSphere、KVM、Hyper-V server 等则属于一型虚拟化，他们直接运行于裸金属服务器。 公司虚拟化平台 ---- 公司新买的 DELL 服务器今天到了，要搭建虚拟化平台，由于自己对 ESXi 比较熟悉，因此决定采用该软件进行平台搭建。 创建虚拟机 创建虚拟机前，我们要先在存储中上载对应操作系统的镜像文件，创建虚拟机过程非常简单，在此不再赘述。
2.6K50发布于 2021-10-29 - 来自专栏sktj
虚拟化
yum install -y docker* docker pull nignx docker pull centos docker version docker search centos docker images docker pull centos docker ps -a docker -i -t -d centos /bin/bash
2K20发布于 2019-09-20 - 来自专栏计算机技术-参与活动
虚拟化技术实现；容器和虚拟化；
目录虚拟化技术实现1. GPU虚拟化技术2. CPU虚拟化技术3. 容器化虚拟化技术4. 存储和网络虚拟化技术5. 算力并网技术容器和虚拟化1. 隔离性2. 资源利用率3. 启动时间4. 部署方式实例说明一种软件实现各类厂商多种型号算力资源池化和虚拟化的虚拟化技术实现算力共享平台在实现过程中，通常会采用多种虚拟化技术来优化算力资源的分配和利用。 CPU虚拟化技术CPU虚拟化是算力共享平台中的基础技术之一。通过CPU虚拟化，平台可以在物理服务器上运行多个虚拟机（VM），每个虚拟机都拥有独立的CPU资源。 容器化虚拟化技术容器化虚拟化是一种轻量级的虚拟化方式，它共享操作系统内核，但与其他容器隔离运行。在算力共享平台中，容器化技术（如Docker）被广泛应用于快速部署和隔离不同的应用或服务。 算力共享平台通常利用存储虚拟化技术来管理海量数据，为不同用户提供高效的存储服务。网络虚拟化：将网络资源进行隔离和虚拟化，提高网络资源的利用率和安全性。
1.1K21编辑于 2024-09-18 AI Agent系统驱动智能渗透测试：突破传统瓶颈的实战验证
识别渗透测试中的认知偏差与上下文管理瓶颈 行业面临战略困境：传统渗透测试依赖人工经验，易受认知偏差影响（如误判漏洞不可利用），且存在上下文信噪比低、长链路工具调用无序、知识复用效率低等瓶颈。 具体表现为：输入被转义时易放弃有效漏洞方向（如XSS），缺乏系统化偏差修正机制，工具调用与记忆存储割裂，导致重复试错成本高。 上下文操作层：实现三层上下文清洗（关键工具保护、保留最近5个工具调用、工具输入精简）、长链路唤醒机制（连续20次工具调用未总结则注入结构化指导），基于LangChain中间件监控上下文状态并持久化。 记忆层：工作记忆主动记录重要发现（规范化输出结构），知识库整合PortSwigger网络安全学院材料、PayloadsAllTheThings漏洞payload库（https://github.com/ undefined核心设计原则：渐进式输入（分阶段引入知识库、Kali工具，解决模型失焦与上下文窗口限制）、规范化输出（SEPC）（用表格+mermaid流程图建模漏洞关联，TypedDict定义重要笔记结构
39320编辑于 2026-04-05突破传统瓶颈！国产 RAS 方案构建存储故障防控新体系！
中科可控护数据安全 近年来，数智化浪潮澎湃迭进，企业数据管理也迎来新一轮模式变革。 尤其在数据安全领域，从单个硬盘的可靠性指标到“芯-云”全栈系统化升级，随着存储RAS技术在国产存储链路中的应用愈发深入，产业上下游正构建起高效协同的生态纽带，目标直指数据存储全域安全高地。 2025年，在国家信息安全和自主可控要求下，国产化存储链路建设不断提速。 与此同时，面向SSD监控和故障预测等细分存储场景，传统Smart ID模式也暴露出一系列技术难点：如各家Smart ID定义不一致，难以统一；可监控指标性少，缺乏后续延伸性等。 中科可控全国产RAS方案流程图 l 固件级的开放标准 各厂商遵循统一的RAS接口标准，通过硬盘固件本身进行量化打分，并根据不同分值对健康值进行相应的判断，为智能化运维提供基础。
13410编辑于 2026-01-13- 来自专栏运维技术迷
RHEL下KVM虚拟化部署-安装虚拟化
) 3.虚拟网络类型 3.1桥接 Guest和Host连接到同一个交换机上（同一个网络内）,通过桥接物理网卡，相当于直接连接到Host所在的网络 3.2 隔离模式 Guest可以访问统一虚拟交换机上的其他 充当路由器,开启转发(需要额外设置外网与Guest之间互访的路由) 二、安装KVM 1.安装KVM虚拟化相关包组 [root@svr5 桌面]# yum groupinstall virtualization virtualization Client” “virtualization Platform” 注意：如果操作系统语言是中文的话,需要使用中文.例如↓: [root@svr5 桌面]# yum groupinstall 虚拟化 虚拟化平台 虚拟化工具 虚拟化客户端 2.启动服务/设置服务为开机启动 [root@svr5 桌面]# /etc/init.d/libvirtd restart [root@svr5 桌面]# chkconfig 2.新建并安装一台虚拟机 ? ? ? ? ? ? ? 至此,一台新的KVM虚拟机就创建完成了。
2K30发布于 2018-03-26 - 来自专栏python基础文章
云计算——内存虚拟化与IO虚拟化
座右铭：低头赶路，敬事如仪 个人主页：网络豆的主页 前言 本章将会讲解云计算，内存虚拟化的知识 一.内存虚拟化 内存虚拟化抽象了物理内存，虚拟机每个进程都被赋予一块连续的，超大的虚拟内存空间 1.内存虚拟化类型 全虚拟化 半虚拟化 硬件辅助内存虚拟化 ---- 全虚拟化 为每个VM维护一个影子页表记录虚拟化内有与物理内存的映射关系。 内存复用技术有： 内存气泡：虚拟化层将较空闲VM内存，分配给内存使用较高的虚拟机。内存的回收和分配由虚拟化层实现，虚拟机上的应用无感知，提高物理内存利用率。 开启了内存虚拟化（这里以物理内存150%）物理内存由6G变为逻辑上的9G（虚拟上的9G）则每台虚拟机内存为3G. ---- 二.I/O虚拟化 1.I/O虚拟化类型 ---- 全虚拟化 通过软件模拟的形式模拟 硬件辅助虚拟化 通过硬件的辅助可以让虚拟机直接访问物理设备，而不需要通过VMM。
1.4K30编辑于 2023-10-17
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号