• 瑞萨电子推出全新700V降压稳压器产品家族,适用于家电、智能家居、感测系统、电表和工业控制等应用

    2021 年 6 月 24 日,日本东京讯 - 全球半导体解决方案供应商瑞萨电子集团(TSE:6723)今日宣布,推出全新700V降压稳压器产品家族---RAA2230XX系列产品,为设计人员带来相较于其他竞争方案更多的优势。该新产品具有卓越的低功耗、低噪声和电磁干扰(EMI)抑制能力,且极具系统成本优势,成为家用电器、感测系统(如烟雾报警器和气体传感器)、白色家电、电表和工业控制等各类应用的理想选择。 全新RAA2230XX降压稳压器在空载时,功耗仅为10mW至30mW,可帮助系统设计人员满足日益严格的低待机功耗需求。它们通过独特的开关算法,最大限度地减少了电磁干扰,并消除了市场同类解决方案中常见的嗡声或呜声等音频噪音。新型稳压器还可以提供低至3.3V的输出,使设计人员无需第二级低压差稳压器(LDO),从而节省BOM成本和占板空间。 全新降压稳压器由交流AC供电,经降压后为瑞萨的MCU、传感器和其它数字IC供电。同时,瑞萨开发了多款包含该新产品在内的“成功产品组合”,由互补的模拟、电源、时钟和嵌入式处理产品组成,打造出了一种易于使用的架构,简化设计过程并显著降低客户面向各种应用的设计风险。例如,“家用烟雾探测器”成功展示了适用于智能工业控制终端的住宅烟雾报警器的交钥匙方案。了解此解决方案和其它方案的更多信息,请访问:renesas.com/win。此外,瑞萨还提供200余款与兼容设备无缝配合的成功产品组合。 瑞萨电子工业和通信事业部副总裁Philip Chesley表示:“卓越的全新RAA2230XX系列产品,扩充了我们针对家庭和工业市场雄厚且丰富的产品线。该产品也是瑞萨将优秀产品与设计和应用专业知识相融合的极佳例证,可帮助我们的客户借助差异化终端产品更快上市。” RAA2230XX降压稳压器的关键特性 (1)支持非隔离降压和隔离反激式拓扑结构,使客户可以开发多种类型的AC输入电源 Ÿ(2)超低的10mW至30mW空载功耗,以符合严格的待机功耗需求 (3)Ÿ超低EMI和无音频噪音,避免了后期产品开发难题 Ÿ(4)提供TSOT23-5、SOIC-8和SOIC-7封装选项,并与竞争产品引脚兼容,易于替换 供货信息 全新700V RAA2230XX降压稳压器现已上市;该系列包括2W、4W和8W版本。瑞萨电子还为不同的封装和输出组合提供多种评估板。

    Renesas 瑞萨电子 智能家居 感测系统

  • Microchip的MPLAB云工具生态系统为PIC和AVR单片机提供安全、平台无关的开发工作流程

    Microchip(美国微芯科技公司)今日推出适用于PIC和AVR器件的全新MPLAB云工具生态系统,让单片机(MCU)设计比以往任何时候都更简单。新推出的免费一体化云平台提供了一种协作环境,集示例代码简便搜索和发现、项目图形化配置和代码调试等功能于一体。新平台环境能够实现企业级的快速开发,可以借助直观的基于浏览器的界面和云端连接,帮助各种技能水平的用户简化软件设计。 Microchip的MPLAB云工具生态系统包含三大组件,旨在实现PIC和AVR单片机开发工作流程的现代化。用户可以使用MPLAB Discover中的直观目录,轻松找到配置完整的源代码、项目、示例和软件应用程序。选定的代码和项目会立即在MPLAB Xpress集成开发环境(IDE)中弹出,以便进一步开发。MPLAB代码配置器(MCC)具有易于使用的图形化配置,提供点击选项来设置硬件外设和进一步配置项目。通过优化的外设库、模块化下载和更新,简化器件设置。无需安装任何软件,即可直接从任何网络浏览器完成项目应用的开发、调试和部署。 增强的MPLAB Xpress IDE为开发和调试提供了一个强大的、可扩展的云基础设施,同时还提供了使用安全GitHub仓库接口控件的社区协作工具。设计人员可以选择下载MPLAB Xpress项目,在MPLAB X IDE中继续开发。从Xpress工具栏中可以无缝、快速访问MPLAB Discover和MPLAB 代码配置器。MPLAB云工具生态系统可根据客户所处的开发流程作为前端加以访问,还提供快速入门指南和工具概览。 通过与安全的公共和私有GitHub仓库紧密集成来保存和共享源代码,以及将在线项目无缝导入和导出到本地存储,并为在线会话启用安全的myMicrochip登录。 Microchip开发工具业务部高级总监Rodger Richey表示:“为了改善开发体验,帮助设计人员加快上市时间,这一全新平台为设计人员提供了从创新理念到生产所需的一切。与需要多个软件应用和复杂安装、IDE和服务的工具不同,我们的生态系统没有安装要求,专门致力于打造一个直观、易用的工作环境。” 开发支持 Microchip的Curiosity和Curiosity nano板可用于8位PIC和AVR单片机的评估和编程,并得到MPLAB云工具生态系统的支持。该平台包括集成的编程器/调试器,不需要额外硬件就可开始使用。 供货与定价 MPLAB云工具生态系统可在Microchip的网站上免费使用。PICkit™ 4开发工具提供调试和编程支持,价格为69.99美元。Microchip的MPLAB SNAP调试器售价30.99美元。Curiosity和Curiosity Nano板售价为18.99美元起。

    Microchip Microchip 单片机 MPLAB

  • Microchip推出用于卫星通信终端的高线性度Ka波段单片微波集成电路(MMIC),进一步丰富氮化镓(GaN)射频产品组合

    卫星通信系统使用复杂的调制方案,以实现极快的数据速率用于传递视频和宽带数据。因此,它们必须具备高射频输出功率,同时确保信号保持其理想的特征。Microchip Technology Inc.(美国微芯科技公司)今日宣布推出新型GMICP2731-10 GaN MMIC功率放大器,以满足上述要求。 这款新器件是Microchip的首款GaN MMIC(氮化镓单片微波集成电路),专为商业和国防卫星通信、5G网络以及其他航空航天和国防系统而设计。 GMICP2731-10采用碳化硅基氮化镓技术制造。它可在27.5至31 GHz之间的3.5 GHz带宽上提供高达10W的饱和射频输出功率。GMICP2731-10的功率在此基础上可再提高20%;小信号增益为22 dB;回波损耗为15 dB。此外,新器件具有平衡结构,可以很好地匹配50欧姆电阻,并在输出端集成直流阻断电容,以简化设计集成。 Microchip分立式产品业务部副总裁Leon Gross表示:“随着通信系统采用128-QAM等复杂的调制方案,以及固态功率放大器(SSPA)功率不断上升,射频功率放大器设计人员面临着困难的挑战,即在寻找更高的功率解决方案的同时降低重量和功耗。与GaAs同类产品相比,高功率SSPA中使用的GaN MMIC可以降低30%以上的功耗和重量,这对卫星OEM来说是一个巨大的优势。新产品体现了氮化镓技术的优势,满足了原始设备制造商对尺寸、重量、功耗和成本的要求。” GMICP2731-10进一步扩大了Microchip现有的产品阵容,包括砷化镓MMIC射频功率放大器、开关、低噪声放大器和Wi-Fi®前端模块,以及用于雷达系统的硅基氮化镓高电子移动性晶体管(HEMT)驱动器和最终放大器晶体管。

    Microchip Microchip 氮化镓 微波集成电路

  • Microchip推出首款多端口千兆位PoE供电器,简化Wi-Fi® 6接入点和小基站节点部署

    目前,只有在有交流电或者交换机可以根据需要提供电源和数据的地方,企业才能够部署Wi-Fi® 6接入点(AP)和5G小基站接入节点。Microchip Technology Inc.(美国微芯科技公司)宣布推出首款多端口以太网供电(PoE)电源设备(PSE)供电器(又称中跨),创造性地提供了一种更灵活、更经济的替代方案,使任何千兆位交换机都能支持高供电需求和数据速率,而无需进行网络配置或停机。 Microchip 以太网(PoE)业务部总监Iris Shuker表示:“我们新推出的多端口千兆位PoE供电器系列产品,为安装Wi-Fi 6设备和小基站设备提供了最简单且经济的方式。Microchip的专利技术解决了为这些设备供电的难题,同时支持每秒10千兆的数据速率。这大大简化了Wi-Fi 6接入点的部署,同时首次让服务提供商能够快速、低成本地将5G皮基站(picocell)和飞基站(femtocell)安装到不靠近交流电插座的地方。” 为Wi-Fi 6设备和小型基站设备提供足够电力的千兆位PoE交换机价格昂贵,因此并未得到广泛采用。要为这些高速设备的网络接入电源,一种更经济的方法是在这些设备和任何标准千兆位交换机之间安装Microchip的新型多端口千兆位中跨。每个中跨有6端口、12端口和24端口配置,支持Wi-Fi 6设备的高IEEE 802.11ax数据速率,并按照IEEE 802.3bt PoE和10GBASE-T规范,为每个端口提供高达60瓦的输出功率。使用Microchip基于网页的PowerView Pro平台,可以对这些中跨进行安全的远程监测和控制。

    Microchip Wi-Fi Microchip 供电器

  • Microchip抗辐射MOSFET获得商业和军用卫星及航空电源解决方案认证

    空间应用电源需要在抗辐射技术环境中运行,防止极端粒子相互作用及太阳和电磁事件的影响,因为这类事件会降低空间系统的性能并干扰运行。为满足这一要求,Microchip Technology Inc.(美国微芯科技公司)今日宣布其M6 MRH25N12U3抗辐射型250V、0.21欧姆Rds(on)金属氧化物半导体场效应晶体管(MOSFET)获得了商业航天和国防空间应用认证。 Microchip耐辐射M6 MRH25N12U3 MOSFET为电源转换电路提供了主要的开关元件,包括负载点转换器、DC-DC转换器、电机驱动和控制以及通用开关。这款MOSFET器件能够承受恶劣的空间环境,增强电源电路的可靠性,并以更高的性能满足MIL-PRF19500/746的所有要求。 M6 MRH25N12U3 MOSFET可用于未来的卫星系统,也可作为现有系统的备用电源。 新器件可以承受高达100 krad和300 krad的总电离剂量(TID)以及高达87 MeV/mg/cm2的线性能量转移(LET)的单一事件效应(SEE)。在验证测试中,器件的晶圆批次耐辐射合格率达到100%。 Microchip分立式产品业务部副总裁Leon Gross表示:“Microchip进入耐辐射MOSFET市场,体现了我们致力于为客户提供支持,为航空航天和国防OEM厂商和集成商提供高性能解决方案和持续供应的长期承诺。除了公认的高质量和可靠性外,M6 MRH25N12U3还为开发人员提供价值定价选择以及全面的应用支持。” M6 MRH25N12U3属于Microchip丰富的航空、国防和航天技术产品线。这些产品包括现场可编程门阵列(FPGA)、微处理器集成电路(IC)、线性IC、功率器件、分立器件和集成SiC和Si电源解决方案的电源模块。再搭配单片机(MCU)和模拟产品,Microchip能够满足大功率系统控制、门驱动和功率级的需求,可为全球开发者提供整体系统解决方案。 Microchip在不断推出新技术的同时,还寻求与航天产品制造商和集成商合作,保障现有和未来系统供应链的安全。

    Microchip Microchip MOSFET 航空电源

  • Microchip推出业内首款用于加强FPGA设计保护的工具,有效防范系统安全面临的主要威胁

    部署在世界各地的任务关键型系统和其他高安全性系统正面临着网络犯罪分子迅速发展的威胁,他们试图通过现场可编程门阵列(FPGA)窃取关键程序信息(CPI)。Microchip Technology Inc.(美国微芯科技公司)今日宣布推出名为DesignShield(设计安全盾)的开发工具,进一步增强FPGA系列产品的安全性,防止CPI被恶意提取。 Microchip FPGA业务部副总裁Bruce Weyer说:“作为安全领域的领军企业,Microchip提供了包含最新反制手段的产品线,以减少克隆、知识产权盗窃、逆向工程或恶意木马入侵的风险。使用我们的DesignShield工具保护已部署系统中的CPI,对于维护国家安全和保持经济活力至关重要。这款工具推动了比特流(bitstream)保护机制的发展,并提供了额外的防御层,确保已部署系统按预期方式运行,防范伪造者,避免其对开发者的设计投入和品牌声誉造成威胁。” DesignShield工具旨在保护航空航天、国防和其他高安全性系统的开发者,防止网络犯罪分子从现场已部署系统中获取FPGA的比特流。它通过结合使用逻辑和基于路由的加密技术,来掩盖比特流(通常包括CPI)的逻辑等价物,从而阻止对比特流的逆向工程。这种方法能提高设计的安全性和完整性,同时降低系统损坏的风险,并减少定制代码、知识产权或对国家安全至关重要的信息被未授权人员使用的可能性。 供货 作为Microchip早期使用计划(Early Access Program)的旗下产品,DesignShield工具已经可以通过授权方式供货。早期使用计划能让客户在产品大范围商业化之前使用FPGA器件和设计工具进行设计。DesignShield工具是Microchip旗下Libero开发工具包的一部分。 Microchip FPGA的安全性 Microchip FPGA以非易失性闪存为基础,与基于SRAM的替代产品相比,具有更好的内在安全性,后者在每个上电周期都会暴露敏感的比特流数据。Microchip的FPGA还包括独特的集成安全功能,可防止过度建设和克隆,保护设计IP,并提供信任根、安全数据通信和防篡改功能。Microchip多层安全策略包括获得专利许可的差分功率分析(DPA)保护、内置认证安全功能、内置防篡改检测器以及确保FPGA真实性的供应链保证。安全需要多层防护,每一层都坚不可摧。DesignShield增加了另一层防护,可有效保护设计的真实性、完整性和保密性。

    Microchip FPGA Microchip CPI

  • 利用PoE技术为5G网络中的新一代IoT和其他设备供电

    新一代5G技术能够提供具有更高速度的先进移动互联网连接,可助力实现各种IoT和大数据应用,从而创造新的商机。这些应用以空前的速度推动了将更多类型的受电设备(PD)连接到以太网网络的需求,这些设备包括IP监控摄像头、802.11ac和802.11ax接入点、LED灯具、5G小型基站以及其他IoT电器。以太网供电(PoE)技术给在5G部署中为这些设备供电带来了诸多优势,通过将供电设备(PSE)和受电设备(PD)的功率限值分别设定为90W和71.3W,最新的IEEE® 802.3bt标准让这种可能性成为现实。 面临的挑战是如何部署支持这项最新一代PoE技术的PD,以便它们能够与现有IEEE 802.3bt标准之前的2对和4对PD协同工作,也就是支持早期符合之前标准的通用PoE(UPOE)和HDBaseT供电(POH)规范的PD。如今,行业已经弥合了这种互操作性差距,可确保符合之前标准和全新IEEE 802.3bt-2018标准的PD能够共用相同的以太网基础设施,而无需更换现有的交换机或布线。 通向IEEE 802.3bt之路 自2003年批准第一个PoE标准以来,PoE的应用范围大幅增长,并且在新应用方面不断取得进展。在简化安装、节省CAPEX和OPEX成本以及为全球使用提供统一且安全的电源标准方面,PoE拥有巨大优势。 在新应用中影响PoE使用的主要限制因素是可用功率的大小。尽管15.4W的电源足以满足大多数IP电话和802.11a/b/g接入点的需求,但却不足以为IP视频电话、802.11n和云台变焦控制(PTZ)IP摄像机供电。因此,电气电子工程师协会(IEEE)在2009年发布了IEEE 802.3at标准,规定了功率为30W的PoE电源。 如今,需要更高的功率来为连接到以太网的其他设备(例如PTZ监控摄像头、自助服务终端、POS终端、瘦客户端、802.11ac和802.11ax接入点、小型基站以及联网LED照明)提供支持,而这类设备均可从PoE中受益。为了满足这一需求,新的IEEE 802.3bt标准主要通过利用全部四对结构化布线来提高PoE的最大可用功率。IEEE 802.3bt扩展了在初始协商期间交换的电源分类信息,可实现高效的电源管理功能,支持多个PoE等级,同时还可向后兼容。这些增强功能解决了更高功率和更高效PoE供电系统带来的挑战。 IEEE 802.3bt标准意向征集(CFI)活动于2013年初开始,并于2018年9月获得正式批准。由于新标准通过将PSE和PD的功率限值分别设定为90W和71.3W来拓展PoE的使用场景,因此它不但能够满足现有市场需求,还被普遍认为是PoE市场增长的主要推动因素。 不过,在IEEE 802.3bt实施之前,也有一些同步开展的工作在努力提高PD的供电性能。从IEEE 802.3af-2003 PoE标准开始,能够通过两对5e类(Cat5e)线缆为每个设备提供最高达15.4W的输出功率。IEEE 802.3at-2009标准(也称为PoE+)引入了支持30W输出功率和25.5W负载功率的“Type 2”PSE/PD。后者主要是对第一个标准的扩展。随后,HDBaseT联盟对HDBaseT协议进行了标准化,允许通过Cat5e或更高标准的线缆将HDMI链路扩展到最长100m。2011年,HDBaseT联盟创建了HDBaseT供电(PoH)标准,这项标准将四对线缆的最大供电功率扩展到95W。 下表汇总了IEEE 802.3bt之前的标准: 注1:如果通道长度已知,则扩展功率容量能够实现最高95W的PD输入功率。 IEEE 802.3bt添加了许多功能。除了引入Type 3和Type 4 PSE/PD以及通过四对线缆工作之外,这项标准还支持单签名和双签名PD结构,并将等级5到等级8添加到了改进的双向认证过程中。只要通道长度已知,就会添加自动分级功能,功率容量也会得到扩展。最后,这项标准还包含低功耗待机功能,并且支持采用PoE的10G-BASE-T。下表给出了在IEEE 802.3bt标准批准后提供的PoE功能。 注1:如果通道长度已知,则扩展功率容量能够实现最高60W(Type 3)和90W(Type 4)的PD输入功率。 IEEE 802.3bt标准的目标之一是符合ISO/IEC 60950中定义的有限电源和安全特低电压(SELV)要求。但是,这种合规性意味着每个端口的功率都不能超过100W。尽管存在这一功率上限,但每个端口100W的功率仍足以满足先前在原有IEEE标准下不支持的应用的需求,这样便能扩展PoE端口部署的潜在数量。 确保互操作性 只有PSE能够(在功率方面)支持PD并且两者均符合标准,IEEE 802.3bt规范便可确保IEEE 802.3bt系统能够自动与传统Type 1和Type 2设备配合工作。如果PD需要更高的功率(IEEE 802.3bt PD)而PSE无法支持该PD(IEEE 802.3af/at PSE),那么PD将保持关闭状态,或者进入开启状态而只消耗来自PSE的可用功率。 最早提供这种互操作性的解决方案示例之一是Microchip的PSE芯片组,它实现了符合之前标准的交换机与符合新IEEE 802.3bt-2018标准的产品之间的互操作。该芯片组基于Microchip的早期PSE芯片组,用于实现已广泛采用的PoH四对供电标准(适用于95W PD)。另外,它也是符合IEEE 802.3bt-2018标准的PoE供电器和中跨产品的核心,可为用户弥合互操作性差距。 通过在PD与现有交换机之间安装符合IEEE 802.3bt-2018标准的PoE注入器和中跨,用户能够为符合之前标准的PD与符合IEEE 802.3bt-2018标准的PD的任意组合供电。通过使用单端口和多端口选项,符合新IEEE 802.3bt标准的交换机也能够为满足之前标准的PD供电。 对于系统开发人员而言,IEEE 802.3af/at/bt PoE芯片组提供了可扩展性,能够将支持符合之前标准和符合IEEE 802.3bt-2018标准的PoE所需的两对和四对系统集成到单板设计中。这些芯片组必须能够均衡整个系统的散热,并且应包含构建PSE设备所需的所有管理器和控制器功能,这些设备可为每个端口提供90W至99.9W的功率,同时为IEEE 802.3bt Type 3(1-6级)和Type 4(7-8级)应用提供最多48个端口的支持。需要额外考虑的是,基于这些芯片组的系统应具有无需更改硬件即可通过软件更新将早期标准升级到IEEE 802.3bt的能力。 开发人员的最后一个担忧是能否保护PD免受反极性连接的影响,并减少提供IEEE 802.3bt Type 4 8级电源所需的电源空间和成本。借助在PoE连接的供电侧所使用的全桥整流器,最新的IEEE 802.3bt解决方案也解决了这一问题。 新的IEEE 802.3bt标准能够通过四对Cat5e线缆及更高标准的线缆提供90W的功率。这一PoE等级预计是已定义的最高级别,因为更高的级别对于当今基础设施中部署的现有线缆和连接器可能并不安全。此标准将取代目前提供60W/75W/95W的所有现有符合之前标准的解决方案,例如UPOE或4PPoE。PoE系统和设备供应商提供了实现这些新标准的路线图,同时也为早期符合之前标准的实现方案(包括支持UPOE和POH规范的实现方案)提供支持。符合之前标准的PD和符合新IEEE 802.3bt-2018标准的PD在合理实现后可以共用相同的以太网基础设施,而无需更换现有的交换机或线缆。

    Microchip 以太网 5G 交换机

  • Microchip嵌入式控制工程师在线培训课程“Microchip University”现已开放注册

    由开发Microchip产品和设计工具的创新专家授课,讲授如何在流行的各类嵌入式系统应用中更好地使用Microchip产品和设计工具 Microchip Technology Inc.(美国微芯科技公司)今日宣布已开放注册面向工程师的在线课程,涵盖从C语言编程和密码学等内容在内的各种嵌入式设计主题,帮助他们更有效地使用Microchip相关产品。Microchip University在线培训课程提供了实现各种系统的最佳实践,如物联网(IoT)、蓝牙、通用串行总线(USB)和控制器区域网(CAN)等通信协议,以及自举程序和使用现场可编程门阵列(FPGA)的高速数据分析。 Microchip技术应用部门全球副总裁Ken Pye表示:“我们的客户现在可以随时随地获得业界最全面的高质量通用嵌入式系统控制设计课程。这些免费课程将教授工程师如何更快、更有效地将新设计推向市场,同时最大限度地利用我们的产品和开发工具。我们一直致力于为客户提供关于我们产品的高质量培训,通过开放在线课程,我们可以帮助各种经验水平的工程师更方便地获得培训机会。” 以往,Microchip只在年度会议期间提供现场的专场培训。如今,Microchip University已将相关培训课程搬到了网上。工程师们可以学习如何使用Microchip的MPLAB®代码配置器(MCC)和独立于内核的外设(CIP),以及创建嵌入式Linux®应用的解决方案。培训课程内容丰富,涵盖了电机控制、电池充电基础知识、电源、安全、模拟系统设计等方面的最佳实践。Microchip University课程覆盖Microchip的全线产品。

    Microchip Microchip 嵌入式 控制器区域网

  • 交流电机测试供电解决方案

    摘要:交流电机广泛应用于多领域内,在使用过程中,电机通过软起动方式直至满功率工作。PSA可编程交流电源为交流电机性能测试提供操作便捷、功能丰富的测试供电方案,准确把握电机各阶段启动特性。 交流电机是一种将交流电的电能转变为机械能的装置,主要由一个用以产生磁场的电磁铁绕组或分布的定子绕组和一个旋转电枢或转子组成。因其结构简单、工作效率高、制造方便等优势,广泛应用于工农业生产、交通运输、商业及家用电器等领域。 交流电机测试过程中通常不能直接将其启动至最大功率,尤其未配置调速功能电机。电机直接满全功率启动会产生过高的启动电流,会导致供电设备输出电压跌落波动或触发过流保护,导致无法正常启动。通过缓慢增加电机工作电压实现转速逐渐达到预期设定值,也是俗称电机软启动,显著降低电机启动电流,确保测试正常开展。ZLG-PSA6000系列可编程交流电源为交流电机提供便捷操作、精准供电的测试供电方案, 即LIST/STEP编程与调节输出电压的变化速率等两种方案,实现交流电机供电缓慢提升。 一、LIST/STEP编程方案 PSA6000系列可编程交流电源STEP/LIST功能,允许灵活地设置起始电压值、结束电压值、电压步进值以及每一步电压的持续时间等,实现电压由低至高步阶式升高。 STEP设定界面图 STEP编程输出电压 二、调节输出电压的变化速率 PSA6000系列可编程交流电源允许设定电压的变化速率。通过改变电压的变化速率,实现交流电机两端输入电压由低至高线性的升高。 电压的变化速率的设定界面 电压按某变化速率输出 ZLG PSA6000系列高性能可编程交流电源是具有高精度、宽范围输出的电网模拟输出设备,输出功率2~21kVA,输出频率超过5000Hz,支持输出自校正能显著提升输出精度,集成丰富的前沿应用解决方案,为电子产品性能测试与品质验证提供正常或异常供电工况,配备完善的保护功能(OVP/OCP/OPP/OTP 等),可轻松应对交流电机的研发、认证、生产等阶段的复杂测试。

    致远电子 致远电子 交流电机 LISTSTEP编程

  • MySQL面试重点篇27问27答

    26、数据库三大范式精讲 第一范式 在任何一个关系数据库中,第一范式(1NF)是对关系模式的基本要求,不满足第一范式(1NF)的数据库就不是关系数据库。所谓第一范式(1NF)是指数据库表的每一列都是不可分割的基本数据项,同一列中不能有多个值,即实体中的某个属性不能有多个值或者不能有重复的属性。 如果出现重复的属性,就可能需要定义一个新的实体,新的实体由重复的属性构成,新实体与原实体之间为一对多关系。在第一范式(1NF)中表的每一行只包含一个实例的信息。 简而言之,第一范式就是无重复的列。 第二范式 第二范式(2NF)是在第一范式(1NF)的基础上建立起来的,即满足第二范式(2NF)必须先满足第一范式(1NF)。第二范式(2NF)要求数据库表中的每个实例或行必须可以被惟一地区分。 为实现区分通常需要为表加上一个列,以存储各个实例的惟一标识。这个惟一属性列被称为主关键字或主键、主码。第二范式(2NF)要求实体的属性完全依赖于主关键字。 所谓完全依赖是指不能存在仅依赖主关键字一部分的属性,如果存在,那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体,新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列,以存储各个实例的惟一标识。 简而言之,第二范式就是非主属性非部分依赖于主关键字。 第三范式 满足第三范式(3NF)必须先满足第二范式(2NF)。简而言之,第三范式(3NF)要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。 例如,存在一个部门信息表,其中每个部门有部门编号(dept_id)、部门名称、部门简介等信息。那么在员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。如果不存在部门信息表,则根据第三范式(3NF)也应该构建它,否则就会有大量的数据冗余。 简而言之,第三范式就是属性不依赖于其它非主属性。 27、数据库三大范式精要总结 (1)简单归纳: 第一范式(1NF):字段不可分; 第二范式(2NF):有主键,非主键字段依赖主键; 第三范式(3NF):非主键字段不能相互依赖。 (2)解释: 1NF:原子性。字段不可再分,否则就不是关系数据库;; 2NF:唯一性 。一个表只说明一个事物; 3NF:每列都与主键有直接关系,不存在传递依赖。 28、MySQL常见的存储引擎InnoDB、MyISAM的区别?适用场景分别是? 1)事务:MyISAM不支持,InnoDB支持 2)锁级别:MyISAM 表级锁,InnoDB 行级锁及外键约束 3)MyISAM存储表的总行数;InnoDB不存储总行数; 4)MyISAM采用非聚集索引,B+树叶子存储指向数据文件的指针。InnoDB主键索引采用聚集索引,B+树叶子存储数据 适用场景: MyISAM适合:插入不频繁,查询非常频繁,如果执行大量的SELECT,MyISAM是更好的选择, 没有事务。 InnoDB适合:可靠性要求比较高,或者要求事务;表更新和查询都相当的频繁, 大量的INSERT或UPDATE 29、事务四大特性(ACID)原子性、一致性、隔离性、持久性? 第一种回答 原子性:一个事务(transaction)中的所有操作,要么全部完成,要么全部不完成,不会结束在中间某个环节。。事务在执行过程中发生错误,会被恢复(Rollback)到事务开始前的状态,就像这个事务从来没有执行过一样。一致性:在事务开始之前和事务结束以后,数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则,这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。隔离性:数据库允许多个并发事务同时对其数据进行读写和修改的能力,隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别,包括读未提交(Read uncommitted)、读提交(read committed)、可重复读(repeatable read)和串行化(Serializable)。持久性:事务处理结束后,对数据的修改就是永久的,即便系统故障也不会丢失。 第二种回答 原子性(Atomicity) 原子性是指事务包含的所有操作要么全部成功,要么全部失败回滚,因此事务的操作如果成功就必须要完全应用到数据库,如果操作失败则不能对数据库有任何影响。 一致性(Consistency) 事务开始前和结束后,数据库的完整性约束没有被破坏。比如A向B转账,不可能A扣了钱,B却没收到。 隔离性(Isolation) 隔离性是当多个用户并发访问数据库时,比如操作同一张表时,数据库为每一个用户开启的事务,不能被其他事务的操作所干扰,多个并发事务之间要相互隔离。 同一时间,只允许一个事务请求同一数据,不同的事务之间彼此没有任何干扰。比如A正在从一张银行卡中取钱,在A取钱的过程结束前,B不能向这张卡转账。关于事务的隔离性数据库提供了多种隔离级别,稍后会介绍到。 持久性(Durability) 持久性是指一个事务一旦被提交了,那么对数据库中的数据的改变就是永久性的,即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。 30、SQL中的NOW()和CURRENT_DATE()两个函数有什么区别? NOW()命令用于显示当前年份,月份,日期,小时,分钟和秒。CURRENT_DATE()仅显示当前年份,月份和日期。 31、什么是聚合索引 ? 聚簇索引就是按照拼音查询,非聚簇索引就是按照偏旁等来进行查询。 其实,我们的汉语字典的正文本身就是一个聚集索引。比如,我们要查"安"字,就会很自然地翻开字典的前几页,因为"安"的拼音是"an",而按照拼音排序 汉字的字典是以英文字母"a"开头并以"z"结尾的,那么"安"字就自然地排在字典的前部。如果您翻完了所有以"a"开头的部分仍然找不到这个字,那么就 说明您的字典中没有这个字;同样的,如果查"张"字,那您也会将您的字典翻到最后部分,因为"张"的拼音是"zhang"。也就是说,字典的正文部分本身 就是一个目录,您不需要再去查其他目录来找到您需要找的内容。 我们把这种正文内容本身就是一种按照一定规则排列的目录称为"聚集索引" 32、什么是非聚合索引? 如果您认识某个字,您可以快速地从自动中查到这个字。但您也可能会遇到您不认识的字,不知道它的发音,这时候,您就不能按照刚才的方法找到您要查的字,而 需要去根据"偏旁部首"查到您要找的字,然后根据这个字后的页码直接翻到某页来找到您要找的字。 但您结合"部首目录"和"检字表"而查到的字的排序并不是 真正的正文的排序方法,比如您查"张"字,我们可以看到在查部首之后的检字表中"张"的页码是672页,检字表中"张"的上面是"驰"字,但页码却是63 页,"张"的下面是"弩"字,页面是390页。 很显然,这些字并不是真正的分别位于"张"字的上下方,现在您看到的连续的"驰、张、弩"三字实际上就是他 们在非聚集索引中的排序,是字典正文中的字在非聚集索引中的映射。 我们可以通过这种方式来找到您所需要的字,但它需要两个过程,先找到目录中的结果,然后 再翻到您所需要的页码。 我们把这种目录纯粹是目录,正文纯粹是正文的排序方式称为"非聚集索引"。 33、聚集索引与非聚集索引的区别是什么? 非聚集索引和聚集索引的区别在于, 通过聚集索引可以查到需要查找的数据, 而通过非聚集索引可以查到记录对应的主键值 , 再使用主键的值通过聚集索引查找到需要的数据。聚集索引和非聚集索引的根本区别是表记录的排列顺序和与索引的排列顺序是否一致。 聚集索引(Innodb)的叶节点就是数据节点,而非聚集索引(MyisAM)的叶节点仍然是索引节点,只不过其包含一个指向对应数据块的指针。 34、创建索引时需要注意什么? 非空字段:应该指定列为NOT NULL,除非你想存储NULL。在 MySQL 中,含有空值的列很难进行查询优化,因为它们使得索引、索引的统计信息以及比较运算更加复杂。你应该用0、一个特殊的值或者一个空串代替空值; 取值离散大的字段:(变量各个取值之间的差异程度)的列放到联合索引的前面,可以通过count()函数查看字段的差异值,返回值越大说明字段的唯一值越多字段的离散程度高; 索引字段越小越好:数据库的数据存储以页为单位一页存储的数据越多一次IO操作获取的数据越大效率越高。唯一、不为空、经常被查询的字段 的字段适合建索引 35、MySQL中CHAR和VARCHAR的区别有哪些? char的长度是不可变的,用空格填充到指定长度大小,而varchar的长度是可变的。 char的存取数度还是要比varchar要快得多 char的存储方式是:对英文字符(ASCII)占用1个字节,对一个汉字占用两个字节。varchar的存储方式是:对每个英文字符占用2个字节,汉字也占用2个字节。 36、MySQL 索引使用的注意事项 MySQL 索引通常是被用于提高 WHERE 条件的数据行匹配时的搜索速度,在索引的使用过程中,存在一些使用细节和注意事项。 函数,运算,否定操作符,连接条件,多个单列索引,最左前缀原则,范围查询,不会包含有NULL值的列,like 语句不要在列上使用函数和进行运算 1)不要在列上使用函数,这将导致索引失效而进行全表扫描。 select * from news where id / 100 = 1 为了使用索引,防止执行全表扫描,可以进行改造。 select * from news where news_year = 2017 and news_month = 1 事实上,MySQL 只能使用一个单列索引。为了提高性能,可以使用复合索引 news_year_month_idx(news_year, news_month) 保证 news_year 和 news_month 两个列都被索引覆盖。 4)复合索引的最左前缀原则 复合索引遵守“最左前缀”原则,即在查询条件中使用了复合索引的第一个字段,索引才会被使用。因此,在复合索引中索引列的顺序至关重要。如果不是按照索引的最左列开始查找,则无法使用索引。假设,有一个场景只需要针对资讯的月份进行查询,那么,SQL 语句可以写成: select * from news where news_weekth = 1 and enable = 1 然而,并不是所有的范围查询都可以进行改造,对于必须使用范围查询但无法改造的情况,我的建议:不必试图用 SQL 来解决所有问题,可以使用其他数据存储技术控制时间轴,例如 Redis 的 SortedSet 有序集合保存时间,或者通过缓存方式缓存查询结果从而提高性能。 7)索引不会包含有NULL值的列 只要列中包含有 NULL 值都将不会被包含在索引中,复合索引中只要有一列含有 NULL值,那么这一列对于此复合索引就是无效的。因此,在数据库设计时,除非有一个很特别的原因使用 NULL 值,不然尽量不要让字段的默认值为 NULL。 8)隐式转换的影响 当查询条件左右两侧类型不匹配的时候会发生隐式转换,隐式转换带来的影响就是可能导致索引失效而进行全表扫描。下面的案例中,date_str 是字符串,然而匹配的是整数类型,从而发生隐式转换。

    架构师社区 事务 范式 MySQL

  • 90 后少年,开源传奇!

    大家好,我是小林。 今天给大家分享下小林一位朋友的大喜事。 先来介绍下这位朋友,他是位热爱开源的 90 后小伙,同时也是爱猫咪的程序员,因此大家都称他为喵大人。 喵大人一个人创办了 Dromara 开源社区,自己一人也开源了很多分布式事务框架,后面他的开源社区吸引了很多志同道合的朋友,社区也在逐渐扩大。 最近就发生了一个喜事,喵大人开源的分布式网关框架 Soul,经过多位社区朋友的共同维护和努力,这个开源项目成功已经加入到了 Apache 基金会孵化阶段。 喵大人和他社区的朋友们这股开源精神值得大家学习,期待未来他们的项目能成为顶级项目! 接下来,是「喵大人和他社区的朋友们」想说的。 北京时间 2021 年 5 月 3 日,Dromara 开源社区的 Soul 网关经过 Apache Incubator 的投票,正式步入 Apache 基金会孵化器。 根据投票结果,我们获得了10个约束性投票(binding votes)和 7 个无约束性投票(non-binding votes)的投票,全部持赞同意见,无弃权票和反对票,投票顺利通过。 随后,Soul网关项目将改名为 ShenYu。 功能特点 提供了诸如限流、熔断、转发 、重写、重定向、和路由监控等插件; 支持 HTTP、RESTFul、WebSocket、Dubbo、 GRPC、 Tars、 Spring Cloud 代理; 支持热插拔,用户可以定制化开发; 为了灵活的适配,选择器和规则可以动态的适配; 支持集群部署; 支持 A/B 测试和灰度发布。 模块 soul-admin : 插件和其他信息配置的管理后台 soul-bootstrap : 用于启动项目,用户可以参考 soul-client : 用户可以使用 Spring MVC,Dubbo,Spring Cloud 快速访问 soul-disruptor : 基于disruptor的封装 soul-register-center : 为soul-client提供各种rpc接入注册中心的支持 soul-common : 框架的通用类 soul-dist : 构建项目 soul-metrics : prometheus(普罗米修斯)实现的 metrics soul-plugin : Soul 支持的插件集合 soul-spi : 定义 Soul spi soul-spring-boot-starter : 支持 spring boot starter soul-sync-data-center : 提供 ZooKeeper,HTTP,WebSocket,Nacos 的方式同步数据 soul-examples : RPC 示例项目 soul-web : 包括插件、请求路由和转发等的核心处理包 插件化设计 无论请求何时进入,Soul 会通过响应链执行所有已打开的插件。 插件是 Soul 的灵魂,并且插件也是可扩展和热插拔的。 不同的插件实现不同的功能。 当然,用户也可以定制化插件去满足他们自己的需求。 如果你有定制化插件的需求,请参看这里:https://dromara.org/zh/projects/soul/custom-plugin/ 数据缓存 & 数据同步 所有的数据都被缓存在 JVM 的 ConcurrentHashMap 中,所以它非常快。 当用户在后台界面改变配置信息时,Soul 通过监听 ZooKeeper node,WebSocket push,HTTP longPull 来动态更新缓存。 为什么叫神禹 ShenYu (神禹)是我们古代君王夏禹的尊称(后世也尊称大禹),为造福百姓,成功治理黄河水患,留下了三过家门而不入的感人故事。其和尧舜并称为中国古代最伟大的三位君王 首先,取名为ShenYu是弘扬我们中华文明的传统美德。 其次,网关最最重要的是对流量的治理。 最后,社区将会以公平,公正,公开,任人唯贤的做事方式,致敬神禹的同时也非常符合Apache Way。 感谢 我在 2018 年 3 月写下 soul 网关的第一行代码和创立 Dromara 开源社区的时候,并没有想到过,社区的力量是如此的强大,社区的同学会如此的热情,非常感谢每一位同学提交的代码,写下的每一篇源码解析的文章,参与的每一次分享活动以及每一个Issue。 感谢 Apache 基金会孵化器的每一位导师,他们耐心的布道,提供了建设性的意见,让孵化之路更加通畅。 在进入 Apache 基金会孵化器后,社区将谨遵 Apache Way,这是我们的新挑战,新启航! 最后,如果大家想了解 ShenYu 开源项目,可以点击「阅读原文」,跳转到 Github。 免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!

    小林coding 开源 Dromara ShenYu

  • 为什么看起来不是很复杂的网站,却需要大量顶尖高手来开发?

    为什么很多看起来不是很复杂的网站,比如 Facebook 需要大量顶尖高手来开发? 子柳: 就拿淘宝来说说,当作给新人一些科普。 先说你看到的页面上,最重要的几个: 搜索商品:这个功能,如果你有几千条商品,完全可以用select * from tableXX where title like %XX%这样的操作来搞定。但是——当你有10000000000(一百亿)条商品的时候,任何一个数据库都无法存放了,请问你怎么搜索?这里需要用到分布式的数据存储方案,另外这个搜索也不可能直接从数据库里来取数据,必然要用到搜索引擎(简单来说搜索引擎更快)。好,能搜出商品了,是否大功告成可以啵一个了呢?早着呢,谁家的商品出现在第一页?这里需要用到巨复杂的排序算法。要是再根据你的购买行为做一些个性化的推荐——这够一帮牛叉的算法工程师奋斗终生了。 商品详情:就是搜索完毕,看到你感兴趣的,点击查看商品的页面,这个页面有商品的属性、详细描述、评价、卖家信息等等,这个页面的每天展示次数在30亿以上,同样的道理,如果你做一个网站每天有10个人访问,你丝毫感觉不到服务器的压力,但是30亿,要解决的问题就多了去了。首先,这些请求不能直接压到数据库上,任何单机或分布式的数据库,承受30亿每天的压力,都将崩溃到完全没有幸福感,这种情况下要用到的技术就是大规模的分布式缓存,所有的卖家信息、评价信息、商品描述都是从缓存里面来取到的,甚至更加极致的一点“商品的浏览量”这个信息,每打开页面一次都要刷新,你猜能够从缓存里面来取吗?淘宝做到了,整个商品的详情都在缓存里面。 商品图片:一个商品有5个图片,商品描述里面有更多图片,你猜淘宝有多少张图片要存储?100亿以上。这么多图片要是在你的硬盘里面,你怎么去查找其中的一张?要是你的同学想拷贝你的图片,你需要他准备多少块硬盘?你需要配置多少大的带宽?你们的网卡是否能够承受?你需要多长时间拷贝给他?这样的规模,很不幸市面上已经没有任何商业的解决方案,最终我们必须自己来开发一套存储系统,如果你听说过google的GFS,我们跟他类似,叫TFS。顺便说一下,腾讯也有这样的一套,也叫TFS。 广告系统:淘宝上有很多广告,什么,你不知道?那说明我们的广告做的还不错,居然很多人不认为它是广告,卖家怎么出价去买淘宝的广告位?广告怎么展示?怎么查看广告效果?这又是一套算法精奇的系统。 BOSS系统:淘宝的工作人员怎么去管理这么庞大的一个系统,例如某时刻突然宣布某位作家的作品全部从淘宝消失,从数据库到搜索引擎到广告系统,里面的相关数据在几分钟内全部消失,这又需要一个牛叉的后台支撑系统。 运维体系:支持这么庞大的一个网站,你猜需要多少台服务器?几千台?那是零头。这么多服务器,上面部署什么操作系统,操作系统的内核能否优化?Java虚拟机能否优化?通信模块有没有榨取性能的空间?软件怎么部署上去?出了问题怎么回滚?你装过操作系统吧,优化过吧,被360坑过没,崩溃过没?这里面又有很多门道。 不再多写了,除了上面提到的这些,还有很多很多需要做的技术,当然并不是这些东西有多么高不可攀,任何复杂的庞大的东西都是从小到大做起来的,里面需要牛叉到不行的大犇,也需要充满好奇心的菜鸟,最后这一句,你当我是别有用心好了。 知乎网友@蔡正海 : 刚看了一篇很有意思的文章,讲的很清楚——《你刚才在淘宝上买了一件东西》 你发现快要过年了,于是想给你的女朋友买一件毛衣,你打开了淘宝网址。这时你的浏览器首先查询DNS服务器,将淘宝网址转换成ip地址。不过首先你会发现,你在不同的地区或者不同的网络(电信、联通、移动)的情况下,转换后的IP地址很可能是 不一样的,这首先涉及到负载均衡的第一步,通过DNS解析域名时将你的访问分配到不同的入口,同时尽可能保证你所访问的入口是所有入口中可能较快的一个 (这和后文的CDN不一样)。 你通过这个入口成功的访问了淘宝官网的实际的入口IP地址。这时你产生了一个PV,即Page View,页面访问。每日每个网站的总PV量是形容一个网站规模的重要指标。淘宝网全网在平日(非促销期间)的PV大概是16-25亿之间。同时作为一个独立的用户,你这次访问淘宝网的所有页面,均算作一个UV(Unique Visitor用户访问)。最近臭名昭著的12306的日PV量最高峰在10亿左右,而UV量却远小于淘宝网十余倍,这其中的原因我相信大家都会知道。 因为同一时刻访问淘宝的人数过于巨大,所以即便是生成淘宝首页页面的服务器,也不可能仅有一台。仅用于生成淘宝官网首页的服务器就可能有成百上千台,那么你的一次访问时生成页面给你看的任务便会被分配给其中一台服务器完成。这个过程要保证公正、公平、平均(暨这成百上千台服务器每台负担的用户数要差不多),这一很复杂的过程是由几个系统配合完成,其中最关键的便是LVS(Linux Virtual Server),世界上最流行的负载均衡系统之一,正是由目前在淘宝网供职的章文嵩博士开发的。 经过一系列复杂的逻辑运算和数据处理,用于这次给你看的淘宝网首页的HTML内容便生成成功了。对web前端稍微有点常识的童鞋都应该知道,下一步浏览器会去加载页面中用到的css、js、图片、脚本和资源文件。但是可能相对较少的同学才会知道,你的浏览器在同一个域名下并发加载的资源数量是有限制的,例如IE6-7是两个,IE8是6个,Chrome各版本不大一样,一般是4-6个。我刚刚看了一下,我访问淘宝网首页需要加载126个资源,那么如此小的并发连接数自然会加载很久。所以前端开发人员往往会将上述这些资源文件分布在好多个域名下,变相的绕过浏览器的这个限制,同时也为下文的CDN工作做准备。 据不可靠消息,在双十一当天高峰,淘宝的访问流量最巅峰达到871GB/S。这个数字意味着需要178万个4Mb带宽的家庭宽带才能负担的起,也完全有能力拖垮一个中小城市的全部互联网带宽。那么显然,这些访问流量不可能集中在一起。并且大家都知道,不同地区不同网络(电信、联通等)之间互访会非常缓慢,但是你却发现很少发现淘宝网访问缓慢。这便是CDN(Content Delivery Network),即内容分发网络的作用。淘宝在全国各地建立了数十上百个CDN节点,利用一些手段保证你访问的(这里主要指js、css、图片等)地方是离你最近的CDN节点,这样便保证了大流量分散在各地访问的加速节点上。 这便出现了一个问题,那就是假若一个卖家发布了一个新的宝贝,上传了几张新的宝贝图片,那么淘宝网如何保证全国各地的CDN节点中都会同步的存在这几张图 片供用户使用呢?这里边就涉及到了大量的内容分发与同步的相关技术。淘宝开发了分布式文件系统TFS(Taobao File System)来处理这类问题。 好了,这时你终于加载完了淘宝首页,那么你习惯性的在首页搜索框中输入了'毛衣'二字并敲回车,这时你又产生了一个PV,然后,淘宝网的主搜索系统便开始为你服务了。它首先对你输入的内容基于一个分词库进行分词操作。众所周知,英文是以词为单位的,词和词之间是靠空格隔开,而中文是以字为单位,句子中所有的字连起来才能描述一个意思。例如,英文句子I am a student,用中文则为:“我是一个学生”。计算机可以很简单通过空格知道student是一个单词,但是不能很容易明白“学”、“生”两个字合起来才表示一个词。把中文的汉字序列切分成有意义的词,就是中文分词,有些人也称为切词。我是一个学生,分词的结果是:我 是 一个学生。 进行分词之后,还需要根据你输入的搜索词进行你的购物意图分析。用户进行搜索时常常有如下几类意图: 浏览型:没有明确的购物对象和意图,边看边买,用户比较随意和感性。Query例如:”2010年10大香水排行”,”2010年流行毛衣”, “zippo有多少种类?”; 查询型:有一定的购物意图,体现在对属性的要求上。Query例如:”适合老人用的手机”,”500元 手表”; 对比型:已经缩小了购物意图,具体到了某几个产品。Query例如:”诺基亚E71 E63″,”akg k450 px200″; 确定型:已经做了基本决定,重点考察某个对象。Query例如:”诺基亚N97″,”IBM T60″。通过对你的购物意图的分析,主搜索会呈现出完全不同的结果来。 之后的数个步骤后,主搜索系统便根据上述以及更多复杂的条件列出了搜索结果,这一切是由一千多台搜索服务器完成。然后你开始逐一点击浏览搜索出的宝贝。你开始查看宝贝详情页面。经常网购的亲们会发现,当你买过了一个宝贝之后,即便是商家多次修改了宝贝详情页,你仍然能够通过‘已买到的宝贝’查看当时的快照。这是为了防止商家对在商品详情中承诺过的东西赖账不认。那么显然,对于每年数十上百亿比交易的商品详情快照进行保存和快速调用不是一个简单的事情。这 其中又涉及到数套系统的共同协作,其中较为重要的是Tair,淘宝自行研发的分布式KV存储方案。 然后无论你是否真正进行了交易,你的这些访问行为便忠实的被系统记录下来,用于后续的业务逻辑和数据分析。这些记录中访问日志记录便是最重要的记录之一, 但是前边我们得知,这些访问是分布在各个地区很多不同的服务器上的,并且由于用户众多,这些日志记录都非常庞大,达到TB级别非常正常。那么为了快速及时 传输同步这些日志数据,淘宝研发了TimeTunnel,用于进行实时的数据传输,交给后端系统进行计算报表等操作。 你的浏览数据、交易数据以及其它很多很多的数据记录均会被保留下来。 使得淘宝存储的历史数据轻而易举的便达到了十数甚至更多个PB(1PB=1024TB=1048576GB)。如此巨大的数据量经过淘宝系统1:120的极限压缩存储在淘宝的数据仓库中。并且通过一个叫做云梯的,由2000多台服务器组成的超大规模数据系统不断的进行分析和挖掘。 从这些数据中淘宝能够知道小到你是谁,你喜欢什么,你的孩子几岁了,你是否在谈恋爱,喜欢玩魔兽世界的人喜欢什么样的饮料等,大到各行各业的零售情况、各类商品的兴衰消亡等等海量的信息。 说了这么多,其实也只是叙述了淘宝上正在运行的成千上万个系统中的寥寥几个。即便是你仅仅访问一次淘宝的首页,所涉及到的技术和系统规模都是你完全无法想 象的,是淘宝2000多名顶级的工程师们的心血结晶,其中甚至包括长江学者、国家科学技术最高奖得主等众多大牛。同样,百度、腾讯等的业务系统也绝不比淘宝简单。你需要知道的是,你每天使用的互联网产品,看似简单易用,背后却凝聚着难以想象的智慧与劳动。 免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!

    架构师社区 淘宝 Facebook

  • ERP已死,“中台”已凉,“低代码”称王!

    业界有个说法,认为ERP经过了20多年的发展,理念已经不行了、跟不上时代了;而后起之秀“中台”,经历了兴起、火爆、被唱衰等阶段,也已经凉凉了。 再加上,最近一年“低代码”、“零代码”的迅速崛起,似乎企业数字化领域又要“改朝换代”了。 难道ERP“死”了,“中台”凉了,“低代码”要称王了? 其实,企业数字化领域从来都不缺新概念,每隔几年就来一波。但是,在企业里搞数字化转型的朋友就懵圈了,这么多新概念出来,你们倒是很“敏捷”,可是企业消化不了呀。 企业里的MRP2 报表数字还没对齐,中台就来了,说是要“去烟囱”化,花了几千万上“中台”。刚把“数据孤岛”打通,又说要搞“低代码”了,要干掉程序员,把企业数字化的能力重新交回给业务人员。 01 ERP,中台,低代码的本质是什么? 我们先来思考Why的问题,ERP、中台、低代码的本质是什么? 任何的企业管理软件都只是技术手段,技术解决的是业务的问题,企业治理软件的本质就是企业治理思想的体现。 所以,企业购买软件,实际上买的是企业治理方法论。是要解决企业运作过程中出现的问题,是要降本增效。否则excel表格就够了,要说灵活的话,哪个软件比excel更灵活? 那么,从ERP,到中台,再到低代码,演进的逻辑是什么? 先说结论,从根本上来说就是企业治理的主要矛盾发生了变化。 1、ERP解决的是,企业大规模生产管理问题 ERP,是由美国Gartner公司于1990年提出的。但是ERP的起源则是要追溯到1965年,针对当时企业出现的供应滞后、交货不及时等问题,APICS协会提出了MRP(物料需求计划)的概念。通过MRP管理软件的信息集成系统,企业对生产制造过程中的“销、产、供”等实现了信息集成,使得企业在库存管理上进行有效的计划和控制。 2、中台解决的是,企业快速创新的问题 “大中台,小前台”,是阿里巴巴在2015年提出来的概念,通过合并相似组织,沉淀核心能力到中台,很好地支撑前台快速试错、快速创新。极大释放企业创新和变革的能力,如盒马鲜生、钉钉就是阿里中台创新的成果。 之前,老K的文章说过阿里开始“拆”中台、把中台做薄,也是为了更好的支撑阿里的“五新”战略,帮助阿里打造出颠覆式创新业务,如:代表着新制造的“犀牛制造”等等。 3、“低代码”满足了企业“敏捷能力”的诉求 老K、流水姐写过不少低代码的文章,低代码之所以这两年火了,得益于中小企业对“敏捷能力”的迫切需求。 最近几年,由于疫情、中美关系等外部环境的变化,导致企业的经营策略发生改变。比如线下培训机构要转变成线上线下结合的模式、国内电商公司都纷纷出海。越来越多的企业意识到“敏捷能力”的重要性。 “低代码”、“零代码”帮助企业快速建立“敏捷能力”:即买即用、工具模板化、支持少量定制,云端部署,实时在线。 比如,一家传统培训机构,在疫情期间,一周之内就部署完成:在线课堂、教师管理、员工管理、客户管理、客服管理等模块。如果按照传统的方式来建设系统,需定制开发或购买套件、采购服务器、买带宽/租IDC、培训员工等等。 如果使用“低代码”平台,只要购买SAAS服务模板、对员工进行简单的培训,就可以对一个全新业务模式进行MVP试错。这在以前是不可想象的。 总结一下,ERP、中台、低代码的本质是企业治理方法论,其演进的底层逻辑就是,企业治理的主要矛盾发生了变化。 02 企业数字化转型方法论 下面介绍两个具有代表性的企业数字化转型方法论,一个国内的,一个国外的。 一、华为的“企业数字化转型1234法” 华为在2019年发表了白皮书《企业数字化转型方法论》,正式提出了:企业数字化转型“1234法”。 该方法论包含4个部分: 一个战略。就是要把企业数字化转型战略,定为企业的一级战略,进行全局谋划,配备战略级资源的支持。 二个保障。通过组织转型,激发组织活力;通过文化转型,创造转型氛围。 三个核心原则。战略统筹、技术业务驱动、自主&合作并行作为三个核心原则。将核心原则贯穿转型全过程,保证转型始终在正确的道路上。 四个关键行动。包括顶层设计、平台赋能、生态协同、持续迭代,通过四个关键行动控制转型关键过程。 感兴趣的话可以去下载该白皮书来研究,篇幅有限就不展开了,否则推文就变成论文了。 二、埃森哲数字化转型“三步曲” 埃森哲数字化转型方法论,围绕企业三大价值维度:数字化运营、主营业务增长、商业创新。 埃森哲的方法论,既具有科学性,也很接地气。其实企业转型的根本目的就是提升运营效率,驱动业务增长,激化业务创新。并不是去追什么新的概念。 埃森哲的企业数字化方法论,提出了转型三步曲: 第一步:制定数字化转型目标 企业领导层需要对未来技术发展、行业发展、消费者趋势等诸多因素进行综合分析,定义对本公司最优的数字化目标。 比如沃尔玛的转型目标就是提升营销精准度,他们建立了基于用户行为和偏好的算法模型,为用户推送最感兴趣的商品,为沃尔玛带来了10%~15%的交易量提升。 第二步:采取数字化转型行动 企业需要在全公司范围内提升各方对数字化转型的认同感,并建立起数字化思维方式。 为打造数字化企业,企业应当借助产业物联网、人工智能和敏捷创新等数字技术对其运营进行改造升级,提高内部运营效率。 比如,一家日本连锁便利店,采集并分析了来自全球4000万忠实用户的数据,用以优化营销投资方案和改善货架空间分配及利用率,该项目为其带来了125万美元的利润,以及超过1.25亿美元的年收入增长。 第三步:达成数字化转型成果 数字化转型的诸多努力最终要落到可持续的数字化商业模式,以及能支持该商业模式成功运行的运营模式上。 在“数字中国”的大潮中,数字化转型已成为每个企业的当务之急。借力数字化打造和提升竞争力,企业将在数字时代迸发出更大的活力。 埃森哲数字化转型方法论,提出了5大关键行动: 1、制定面向未来的数字化战略。 2、数字生态建设,实现全面业务升级。 3、打通研发、产品、用户,实现智能创造价值。 4、产品服务智能化升级,打造全生命周期用户差异化服务。 5、建立高韧性、高扩展性和敏捷性组织,支持业务发展和调整。 03 结语 企业数字化转型,是一项长期持久的战略举措,需要企业具备足够的重视度,配备相应的资源作为支撑,并且要有变革的决心和魄力。 从事企业数字化转型的IT同行,也要具备业务洞察力、深度思考的能力,不要盲目追捧层出不穷的新概念。任何的方法论从提出,到企业进行消化,再到落地,都要经历3到5年,甚至更长的时间。 ERP也好,中台也罢,或是低代码,都要结合企业当前的情况进行深入研究。一昧迷信方法论,生搬硬套别人的解决方案,只有死路一条。 作者| Mr.K   整理| Emma 来源| 技术领导力(ID:jishulingdaoli) 作者简介:Mr.K,企业数字化转型观察员、知名电商公司技术老K级人物。文出过畅销书,武做过CTO,若非生活所迫,谁愿一身才华。 免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!

    程序员小灰 中台 ERP

  • 安徽省,出过哪些牛人?

    熟悉小灰的朋友们都知道,小灰很喜欢去旅游。因为旅游不止可以欣赏到当地的风景,也可以了解一个地方的历史和文化。 前一段时间,小灰去了一趟安徽,先后游览了黄山、西递宏村、呈坎村、合肥市,总共历时十天,累并快乐着。 安徽这片土地,曾在春秋战国时期归于楚国,也曾在三国时期分属吴魏。千百年来,这里诞生过不少影响历史进程的伟大人物,小灰希望把他们介绍给大家,让大家更了解历史,更了解安徽。 本文所介绍的人物,按照时间顺序来排列,截止到近代。 1. 管仲 管仲,生于公元前723年,安徽省颍上县人,春秋时期齐国经济学家和政治家,也是法家代表人物,被后人称为“管子”。管仲辅佐齐桓公成为春秋五霸之首。 2. 老子 老子(是三声不是轻声),真名李耳,生于公元前571年,春秋时期陈国(位于安徽省涡阳)人,道家学派创始人,其著作《道德经》流传后世。 3. 庄子 庄子,名周,生于公元前369年,战国时期宋国蒙(位于安徽蒙城县)人,道家代表人物,著有《逍遥游》、《齐物论》、《养生主》等,被后人收录于《庄子》一书。 4. 刘安 刘安,公元前176年生于淮南国寿春县(今安徽省淮南市寿县),汉高祖刘邦之孙,西汉文学家、思想家、美食家。刘安被封为淮南王,曾招揽众多有识之士写成当时的百科全书《淮南子》,同时也是豆腐的发明者。 5. 曹操 曹操,生于公元155年,沛国谯县(今安徽省亳州)人,东汉末年统一中国北方地区建立魏国,死后被追封为魏武帝。 6. 周瑜 周瑜,生于公元175年,庐江舒城(今安徽省舒城)人,东汉末年名将和颜值担当,于赤壁击败曹操军队。 7. 朱温 朱温,生于公元852年,宋州砀山(今安徽省砀山县)人。唐朝末年,朱温参与黄巢的农民起义军,后归附唐军,镇压黄巢起义军,被唐僖宗赐名“全忠”。 随后朱温势力逐渐壮大,进而控制朝廷,杀死唐昭宗,逼迫唐哀帝禅让位(真够忠诚的),建立后梁。 8. 包拯 包拯,生于公元999年,庐州合肥(今安徽省合肥东)人,北宋名臣,任职的最高官位是枢密副使(从二品)。包拯的形象也出现在清代小说《三侠五义》当中,被后人所神化,啊不,黑化了。 9.朱元璋 朱元璋,生于公元1328年,安徽凤阳人,年轻时追随郭子兴起义,灭陈友谅、张士诚,随后北伐推翻元朝,成为明朝开国皇帝,年号“洪武”。 10.李鸿章 李鸿章,生于公元1823年,安徽合肥人。李鸿章曾追随曾国藩,组建淮军,镇压太平天国和捻军起义,因战功升至直隶总督。李鸿章是洋务运动的重要领导人,也是北洋水师的组建者。 李鸿章先后参与签订了《马关条约》《辛丑条约》等30多个条约,使他成为后世毁誉参半的历史人物。 以上列出的10个人,是对中国古代和近代历史影响最大的10位安徽人。当然,在安徽这片人杰地灵的土地上,著名人物远远不止这些,还包括左慈、华佗、曹仁、郭子兴、李善长、常遇春、胡宗宪、年羹尧、胡雪岩、丁汝昌......由于篇幅有限,小灰就不详细介绍了。 大家最欣赏的是哪一个人物呢?欢迎留言说出你的看法。 免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!

    程序员小灰 安徽 李鸿章 管仲

  • 线程的故事:我的3位母亲成就了优秀的我!

    作者 | 王磊 来源 | Java中文社群  声明:本故事纯属虚构,如果雷同那就是真事了! 大家好,我是线程,我的英文名叫 Thread,别看我现在风光无限,好像人尽皆知的样子,然而我的身世却悲惨离奇。 我出身在一个小山村,那是一个与世隔绝的世外桃源,然而年纪轻轻的我,却展现出了与众不同的性格。比如:当身边的同龄人还在沉浸于玩泥巴的喜悦时,我就开始思考如何避免下雨天对出行造成的阻碍?当身边的同龄人还在沉浸于夕阳下的奔跑时,我已经开始思考为什么太阳会东升西落?而我们人类又为什么会生存在地球上?于此可见一斑。 当时的我在所有人眼里就是一个“怪人”,村里面的阿猫、阿狗走路都要躲着我。但我的母亲懂我,她知道这个小伙子器宇不凡、骨骼惊奇,必是练武奇才,将来保护宇宙的重任和维护世界和平的重任可能要交付与我这个神童身上了,于是在我刚满 3 岁那天,母亲就把我过继给了她的一位远房亲戚了。 首位母亲:继承Thread 接下来我要把我的出生过程演示给你看,这也是我的第一段人生经历。 创建方式一 线程最原始的创建方式,只需要继承 Thread 类,重写 run() 方法即可,实现代码如下: // 创建方式 1:继承 Thread class MyThread extends Thread { @Override public void run() { System.out.println("你好,线程~"); } } // 测试 public class ThreadExample { public static void main(String[] args) { // 创建线程 Thread thread = new MyThread(); // 启动线程 thread.start(); } } 变种方法 以上创建线程的方式略显繁琐,我们也可以使用匿名对象的方式,在创建 Thread 类的时候就直接重写 run() 方法,实现代码如下: // 变种 1:匿名方式创建线程 Thread t1 = new Thread() { @Override public void run() { System.out.println("线程变种"); } }; // 启动线程 t1.start(); 继承Thread的缺点 Java 语言的设计是单继承,所以当继承了 Thread 之后,就不能再继承其他类了。 也就是说,如果我一直呆在亲生母亲(extends Thread)的身边,那么就得不到好的教育,所以长大之后也注定会普普通通,这可能就是母亲把我过继给远房亲戚的原因吧。 第二位母亲:实现Runnable 在 Java 语言中,虽然不能实现多继承,但可以实现多接口,所以我在第二位母亲家,过得也算如鱼得水。 创建方式二 和继承 Thread 类差不多,实现 Runnable 接口也是重写 run() 方法,具体实现代码如下: public class ThreadExample2 { // 创建方式 2:实现 Runnable 接口 static class MyThread implements Runnable { @Override public void run() { System.out.println("你好,线程~"); } } // 代码测试 public static void main(String[] args) { // 创建 Runnable 子类 MyThread myThread = new MyThread(); // 创建线程 Thread thread = new Thread(myThread); // 启动线程 thread.start(); } } 变种方法1:匿名Runnable 以上实现 Runnable 的接口有更简单的实现方法,我们可以使用匿名 Runnable 来创建一个线程,如下代码所示: // 变种 1:匿名 Runnable 方式 Thread t2 = new Thread(new Runnable() { @Override public void run() { System.out.println("我是线程变种方法~"); } }); // 启动线程 t2.start(); 变种方法2:Lambda创建Runnable 在 JDK 8 之后,我们可以使用 Lambda 表达式来操作代码了,所以对于创建匿名 Runnable 类,我们也有了更简单的实现方法,如下代码所示: // 变种 2:使用 Lambda 匿名 Runnable 方式 Thread t3 = new Thread(() -> { System.out.println("我是变种 2~"); }); // 启动线程 t3.start(); 注意:以上实现代码只支持 JDK 1.8+ 版本。 第三位母亲:村里的首富 虽然我的前两位母亲对我都很好,但对于我这样一个气宇轩扬、骨骼惊奇将来要拯救宇宙和维护世界和平的少年来说,只在国内混未免局限性太大,所以我一直想去大洋彼岸追寻自己的梦想,然而以「前两位」母亲的财力不足以支撑我这样做。 然而我的第二个家庭和村里的首富一家是至交,得知我的志向之后,他们一家愿意倾囊相授,举一家之力帮我去大洋彼岸追寻我的梦想。于是在感激之余,我的第二位母亲让我当场认下首富一家为我的干爹、干妈。就这样,我就有了第三位母亲了。 创建方式三 前两种创建方式虽然不错,但都不能接收线程执行之后的返回值,于是在 JDK 1.5 之后就加入了 Callable 和 Futrue,用于接收线程执行之后的返回值,具体的实现代码如下: import java.util.Random; import java.util.concurrent.Callable; import java.util.concurrent.ExecutionException; import java.util.concurrent.FutureTask; /** * 线程创建示例 3 */ public class CreateThreadExample3 { // 创建方式 3:实现 Callable 接口 static class MyCallable implements Callable<Integer> { @Override public Integer call() throws Exception { int num = new Random().nextInt(10); System.out.println("生成随机数:" + num); return num; } } // 代码测试 public static void main(String[] args) throws ExecutionException, InterruptedException { // 创建 Callable 子对象 MyCallable callable = new MyCallable(); // 使用 FutureTask 配合 Callable 子对象得到执行结果 FutureTaskfutureTask = new FutureTask<>(callable); // 创建线程 Thread thread = new Thread(futureTask); // 启动线程 thread.start(); // 得到线程执行的结果 int result = futureTask.get(); System.out.println("主线程中拿到子线程执行结果:" + result); } } 使用 Callable 配合 FutrueTask 可以正确拿到线程执行之后的返回值。而我的故事也在这里结束了,我最终不负三位母亲所望,虽不能拯救宇宙和维护世界和平,但却也能在程序界作出自己的一些贡献,这就是我和我三位母亲的故事。 总结 本文使用第一人称“我”(Thread)的视角讲了线程创建的三种方式,第一种是继承 Thread,但因为 Java 语言不允许多继承,所以当继承了 Thread 之后就不能继承其他类了,于是就有了第二种方式实现 Runnable 接口的方式。然而前两种实现虽然可以创建线程,但不能接收线程执行之后的返回值,于是就有了第三种实现 Callable,通过它我们可以取得线程执行之后的返回值。 免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!

    架构师社区 线程 Java Thread

首页  上一页  1 2 3 4 5 6 7 8 9 10 下一页 尾页
发布文章