搜索--e-works数字化企业网

文章
新闻
资料
视频
活动
特别报道
书屋
智能制造
VIP智库
专家
报告

e-works为您找到 1397 条结果

相关性
发布时间

携手合作共赢，跨国交流开辟智能制造新局面

工信部等八部门联合印发的《机械工业数字化转型实施方案（2025—2030年）》提出要“充分发挥国际智能制造联盟、IEC智能制造系统委员会中国专委会等机构作用，推动我国装备产品、配套服务 2025年，国际智能制造联盟在新加坡举办了ICIM国际智能制造研讨会，国内外智能制造专家学者、国际知名制造企业齐聚一堂，聚焦工业大模型、工业智能体、数字孪生、增材制造、开源工业自动化平台等热点话题和热门技术的应用趋势展开了深入研讨 ICIM国际智能制造研讨会的成功举办，为全球智能制造领域的交流合作搭建了优质平台，众多前沿观点与实践经验的分享，将有力推动智能制造技术的创新发展，助力产业在智能浪潮中实现转型升级。国际智能制造联盟还发起了“2025东南亚制造业与智能制造发展考察”，深入新加坡、马来西亚、越南三国，参访东南亚具有影响力的学术机构、参观多座国际标杆企业和优秀中企出海东南亚的工厂，搭建起中国与东南亚国家在智能制造领域的跨国协作桥梁此外，国际智能制造联盟、中国科协智能制造学会联合体已连续第九年在“世界智能制造大会”发布智能制造两项“十大”科技进展。

来源：e-works

2026-02-04

中国制造业SaaS服务市场生态地图

为了更全面地解读中国制造业SaaS服务市场格局，推动SaaS产业发展与应用，e-works精心梳理了为中国制造企业提供企业级SaaS服务的国内外厂商，绘制出“中国制造业SaaS服务市场生态地图中国制造业SaaS服务市场生态地图说明：生态地图由e-works基于厂商公开信息所得，若有遗漏，欢迎SaaS厂商与e-works积极联系，我们将在未来发布的版本中进行增补与完善。，为企业提供纯SaaS解决方案，当前正在寻求与中国本土的基础设施提供商合作，以实现SaaS技术在中国的落地；西门子发布了SaaSPLM解决方案TeamcenterX和TeamcenterShare。而随着《工业和信息化领域数据安全管理办法（试行）》的推行，与本土IaaS厂商合作将是国际厂商进军中国制造业SaaS服务市场的主要路径。未来，SaaS向PaaS领域延伸会变得更加普遍。

来源：e-works

2022-04-29

汪秋果厦门ABB低压电器设备有限公司CIO

图1厦门ABB低压电器设备有限公司二、CIO个人简介汪秋果深耕制造行业智能制造和数字化转型领域17年，先后任职于多家大中型制造型企业，从系统工程师起步，逐步晋升为项目经理、数字化团队负责人、智能制造委员会领导委员图2厦门ABB低压电器设备有限公司CIO汪秋果三、个人信息化从业经历及主要业绩数字驱动的产品设计与更新迭代采用前沿数字工具和平台管理理念，确保设计、生产和服务之间的流畅衔接，用大数据驱动产品研发与迭代更新和工艺数字化设计基于低压电器行业产品高质量、绿色化、智能化和高端化的发展需求，围绕产品设计、生产制造、供应链协同、运维与服务等核心业务环节，通过新一代信息技术与制造过程的深度融合，已打造一系列17个智能制造典型场景，建立了面向低压电器设计 3.人机协同作业（面向价值流的多维度智能协同作业）：ABB针对半成品生产进度不匹配、各工序孤岛式生产，缺乏协同作业的问题，通过IT和OT结合TSN技术，搭建信息基础设施，部署产线服务器配合高灵敏传感器和 5.产品智能运维（基于大数据及预测模型的远程运维平台）：针对低压开关柜健康状态监测和运维服务，使用以边缘处理器Edge为核心，通过智能传感器实时监测采集运行数据和以太网通讯技术，集成工业大数据及模糊数据理论模型

优秀CIO参评内容

2026-02-02

如何在云中调试微服务

调试微服务对于工作人员来说似乎令人生畏，而采用正确的工具和策略可以使他们更轻松地开展工作。信息架构的增长促使许多组织采用云服务，并随着时间的推移而增长。由于信息架构的复杂性以及从开发阶段到生产阶段的过渡，在云中调试微服务可能是一项艰巨的任务。以下探讨一下面临的一些挑战以及如何无缝地应对这些挑战。调试微服务的挑战(1)追踪和可观察性不足微服务需求的增长带来了基础设施的复杂性。独立运行的微服务难以跟踪异步模块中存在的任何用户请求，这可能会导致错误的链式复制。这也意味着检测相互交互的服务可能会受到这些错误的影响。并为微服务提供广泛的可观察性。这些工具提供了很多功能，例如分布式和无服务器计算功能。

来源：企业网D1Net

2021-04-06

微服务API级权限的技术架构

于是我们决定自研开发，技术方案有几个特点：权限系统微服务化既然有那么多微服务，那么我们把权限系统也微服务化，通过微服务来控制其他微服务的权限，保证整体系统架构的一致性。接下去，我们具体来阐述，权限微服务的核心技术方案，基于界面的权限控制相对容易，就略过了，主要讲一下基于API权限的实现。业务服务可自行定义权限组，也可以选择不定义，那么会归属到默认预定义的权限组中。权限服务和Redis分布式缓存系统整合由于权限服务属于公共服务，它提供面向买单侠所有业务服务的权限接入，所以承受的性能压力会很大，我们通过运用Redis分布式缓存系统缓存已经验证过的权限。未来的规划，我们会考虑通过多种机制实现服务级别的访问控制：黑/白IP名单机制。当A服务调用B服务的时候，B服务会实现维护一个黑/白IP列表，表示B服务只允许在某个IP网段的A服务才能有权限调用B服务。

来源：OmniStack

2017-09-09

微服务架构的核心要点和实现原理

在项目初期，中心化的API网关统一了所有API的入口，这看起来很规范，但从技术角度来看限制了API的多样化。这个案例是典型的微服务的反模式，微服务倡导去中心化的治理，不推荐每个微服务都使用相同的标准和技术来开发和使用服务。只有在服务消费者完全不能识别接收到的消息，或者无法通过识别的信息继续处理流程时，才能抛出异常。服务的消费者的容错模式忽略了新的消息项、可选的消息项、未知的数据值及服务消费者不需要的数据项。 5.服务异步消息模式前面的所有服务组合模式都使用同步的RESTful风格的同步调用来实现，同步调用模式在调用的过程中会阻塞线程，如果服务提供方迟迟没有返回，则服务消费方会一直阻塞，在严重情况下会撑满服务的线程池图1-246.服务共享数据模式服务共享数据模式其实是反模式，在1.3.3节中提出了去数据共享模式，由于去掉了数据共享，所以仅仅通过服务之间良好定义的接口进行交互和通信，使得每个服务都是自治的，服务本身和服务的团队包含全角色栈的技术和运营人员

来源：极客头条

2017-08-22

实施微服务架构的关键技术

因为在调用过来以后先到微服务1，然后再同步地调用微服务2，微服务2会做一些处理，处理以后微服务2才会反馈给微服务1，微服务1再反馈给Gateway，最后反馈到APP。第三种模式是数据共享模式，这种模式相对比较简单，比如APP经过微服务网关，接下来调用微服务1和微服务2，理想情况下微服务1和微服务2都有自己独立的DB，但是有些情况下由于微服务1和微服务2的请求量和存储量较小 APP更新请求经过微服务网关，持久化到MQ，写入MQ成功后马上Response给APP客户端，之后微服务根据需要从MQ里面订阅更新消息进行异步处理，我们为了提高吞吐量也会采用这种模式。这个时候吞吐量会增加，但是会带来一定的困惑。比如这个时候我发了一条Feed，用户再一查就直接到数据库里面查，可能异步提交消息队列有延迟，查不到，用户就困惑了，这个问题怎么解决？分布式事务关键是两个表（如上图），第一是事务组表，假设A->B->C三个请求是一个事务，首先针对ABC生成一个事务的ID，写在这个表里面，并且会记录这个事务的状态，默认的情况下正常的，执行失败以后我们再把状态由

来源：极客头条

2017-07-14

微服务架构实施原理

基于微服务架构和Docker容器技术的PaaS云平台建设目标是给我们的开发人员提供一套服务快速开发、部署、运维管理、持续开发持续集成的流程。在系统架构上，PaaS云平台主要分为微服务架构、Docker容器技术、DveOps三部分，这篇文章重点介绍微服务架构的实施。的配置参数自行配置，Eureka服务器在接收到服务实例的最后一次心跳后，需要等待90秒（默认配置90秒，可以通过配置参数进行修改）后，才认定服务已经死亡（即连续3次没有接收到心跳），在Eureka自我保护模式关闭的情况下会清除该服务的注册信息 Eureka服务以集群的方式部署（在博主的另一篇文章中详细介绍了Eureka集群的部署方式），集群内的所有Eureka节点会定时自动同步微服务的注册信息，这样就能保证所有的Eureka服务注册信息保持一致 Docker容器技术让我们的服务部署变得简单、高效。

终端和服务器

来源：IT优就业

2017-07-01

实施微服务需要哪些基础框架和技术热点

引言微服务(MicroServices)架构是当前互联网业界的一个技术热点，圈里有不少同行朋友当前有计划在各自公司开展微服务化体系建设，他们都有相同的疑问：一个微服务架构有哪些技术关注点(technicalconcerns 后端服务启动时会将地址信息注册到服务注册表，前端服务通过查询服务注册表就可以发现然后调用后端服务；前端服务启动时也会将地址信息注册到服务注册表，这样网关通过查询服务注册表就可以将请求路由到目标前端服务，图5简化的微服务架构图服务容错当企业微服务化以后，服务之间会有错综复杂的依赖关系，例如，一个前端请求一般会依赖于多个后端服务，技术上称为1->N扇出(见图Fig6)。 40个线程，当Svc2慢了，给Svc2分配的40个线程因慢而阻塞并最终耗尽，线程隔离可以保证给Svc1/Svc3分配的80个线程可以不受影响，如果没有这种隔离机制，当Svc2慢的时候，120个工作线程会很快全部被对 Svc2的调用吃光，整个应用程序会全部慢下来。

网络与安全

来源：运维派

2017-05-15

信息要会丢知识要会捡

20世纪80年代，《纽约时报》一天刊出的信息，就超过17世纪一个英国人一辈子得到的讯息。进入21世纪，大学生在毕业前就可能收过20万封e-mail，在网上看过50万则广告，更别说其他主动去找的数据信息。信息爆炸、信息汇流，有人正面迎接，有人负面警示。新近当红的畅销书《世界是平的》作者弗里德曼，深刻分析了信息科技和信息本身产生的影响——他认为“信息把世界抹平了”。信息可以是一种素材，也可以是一个起步，但知识则能变成解释、运用和推广这些信息的途径。一位大学教授常语带讥讽地对学生说：“你们不要整天泡在网上，看一些没有营养的信息，就以为学到了知识。 ”他的话一点都没有错，信息要懂得丢，知识却要懂得捡。

来源：KMCenter

2006-10-12

共 140 页总数：1397 条

«
1
7
8
9
140
»

全年活动计划

信息搜索中，请稍候...

资料

系列微信

数字化企业网

PLM之神

e-works制信科技

MES百科

工业自动化洞察

智能制造IM

AI智造圈

智能工厂前线

工业机器人洞察

智造人才圈

工业软件应用

智能制造网博会

ERP之家

供应链指南针

旗下机构

中国光谷产业联盟

广西两化融合促进中心

广西工业创新促进会

e-works 公众号

e-works APP

旗下其他网站

广西两化融合门户

广西新品推介交易平台

特色服务

两化融合贯标

© 2002-2026 武汉制信科技有限公司版权所有 ICP经营许可证：鄂B2-20030029-1（于2003年首获许可证:鄂B2－20030029）
鄂公网安备：420100003343号法律声明及隐私权政策投诉举报电话：027-87592219

关于我们 | 联系我们 | 隐私条款

ICP经营许可证：鄂B2-20080078
（于2003年首获许可证:鄂B2－20030029）
鄂公网安备：420100003343号
© 2002-2026 武汉制信科技有限公司版权所有
投诉举报电话：027-87592219

需求中心

扫码查看

联系我们

返回顶部