首页 文章 精选 留言 我的

精选列表

搜索[国产神器]，共5661篇文章
优秀的个人博客,低调大师

FolkMQ v1.4.5（新式国产消息中间件）

功能简表 角色 功能 生产者（客户端） 发布消息、定时消息（或叫延时）、顺序消息、可过期消息、事务消息。支持 Qos0、Qos1 消费者（客户端） 订阅、取消订阅。消费-ACK（自动、手动） 服务端 发布-Confirm、订阅-Confirm、取消订阅-Confirm、派发-Retry、派发-Delayed 客户端语言支持 for Java for JavaScript for Python 传输协议支持（基于 socket.d 开发，所以同时支持） tcp udp websocket kcp 本次更新 新增 python client sdk 增加 基于内存的限流（当内存使用超过80%时，开始限流） 增加folkmq:wss://协议头支持 增加 与小程序的兼容性 添加 客户端虚拟命名空间支持 sokcet.d 升为 2.4.17 面向简单编程 1) 启动服务 docker run -p 18602:18602 -p 8602:8602 noearorg/folkmq-server:1.4.5 2) 编写程序 引入一个小依赖 <dependency> <groupId>org.noear</groupId> <artifactId>folkmq-transport-netty</artifactId> <version>1.4.5</version> </dependency> 写程序喽 public class ClientDemo { public static void main(String[] args) throws Exception { //创建客户端，并连接 MqClient client = FolkMQ.createClient("folkmq://127.0.0.1:18602") .nameAs("demoapp") .connect(); //订阅主题 client.subscribe("demo.topic", message -> { System.out.println(message); }); //发布消息 client.publish("demo.topic", new MqMessage("helloworld!")); } } 代码仓库 https://gitee.com/noear/folkmq https://github.com/noear/folkmq 官网 https://folkmq.noear.org
2024-05-17
优秀的个人博客,低调大师

国产自主操作系统内核宣布支持weston

weston是一套Wayland窗口显示协议的实现。而目前主流的Linux发行版桌面系统都在使用Wayland的方式做多窗口的显示合成，例如Ubuntu，Federa等。 Wayland以高性能和直接渲染为核心特点，为图形处理提供了更为高效的方式。Wayland的工作原理有些类似于：Wayland中会分成客户端和服务端（服务端也叫Compositor，合成器）。相较于老的X11，客户端负责完成所有的渲染任务。接到输入信号后，客户端会自行计算需渲染的区域，并在内存中分配空间。绘制好的图像会被存入缓冲区，随后通知Wayland的合成器。合成器负责接收所有客户端的请求，对图像缓冲区进行高效合成，然后将结果发送给渲染器进行渲染。这种新方式相较于传统的X11方式，大幅降低了客户端与服务器之间的交互和数据传输，从而提升了渲染效率。 Weston是Wayland的一个参考实现，可以看成它是一个简单的图形多窗口的桌面系统。但Weston本身的实现也并不简单，有基于socket方式通信的多客户端管理（通过epoll来监听），基本都是以fd方式进行管理，进行操作（衍生出来的包括eventfd, timerfd，signalfd等各种fd方式），也有底层的DRM (Direct Rendering Manager)对接。所以从系统的对接上，如果是一个非Linux系统还得大费一番周折。 RT-Thread做为一个国内自主的实时操作系统，一直以自己规划方式向前发展，对设备端嵌入式设备的理解，对硬件芯片未来发展的判断，从2020年发布了RT-Thread Smart混合微内核操作系统，而在2022年的RT-Thread v5.0版本中也把smart分支完整合并到RT-Thread的开源主干，真正实现了一套内核代码在多端运行的方式（从小型的MCU微处理器，到面向IoT场景的智能硬件，以及高计算复杂领域的MPU微控制器领域）。 现在基于RT-Thread Smart系统，也提供每天凌晨自动构建更新的prebuilt版本（可以在QEMU的arm/aarch64，riscv64仿真平台下直接运行），也加入了对weston多窗口桌面的支持： 如何获得并尝试smartprebuilt版本 鉴于 RT-Thread Smart 目前更新比较频繁，我们每日定时生成相应的prebuilt 集合包（预构建集合包），整合相关功能，打造一份可在 QEMU 模拟环境下运行的集合包。以保证大家可以用到最新的smart内核。prebuilt可以在这里下载： ●aarch64版本 （相关链接：https://download-redirect.rt-thread.org/download/rt-smart/prebuilt/qemu-virt64-aarch64_latest.tar.gz） 请注意，此处下载的prebuilt仅包含 Smart 内核与文件镜像，QEMU 模拟器本身需另行下载。RT-Thread 对 QEMU 的移植已涵盖 virtio 半虚拟化驱动，但需较高版本 QEMU，推荐 QEMU 7.1.0。针对 Windows/Linux 用户，我们已经准备好了下载链接： ● Windows：https://qemu.eu/w64/2023/ ●Linux:请使用源代码编译 除Weston外，prebuilt还支持更多用户态应用程序，如 ● BusyBox， Linux 工具的瑞士军刀（默认系统启动后进入 busybox 的 ash 命令行）； ● MicroPython，一套轻量级 Python 实现； ● Lua ，一种小巧的脚本语言； ● OpenCV，一个开源的计算机视觉和机器学习库。 更多特性等待您的探索。 为进一步优化用户体验，我们将不断丰富预构建合集的功能。在此，我们诚挚地邀请各位开发者参与，共同推动 RT-Thread 操作系统的发展。让我们携手共创美好未来！ ———————End——————— 👇点击阅读原文进入官网 本文分享自微信公众号 - RTThread物联网操作系统（RTThread）。 如有侵权，请联系 support@oschina.cn 删除。 本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
2024-01-04
优秀的个人博客,低调大师

网易国产开源分布式存储系统 —— Curve

导读：Curve 是一款高性能、易运维、云原生的开源分布式存储系统(CNCF Sandbox)。可应用于主流的云原生基础设施平台：对接 OpenStack 平台为云主机提供高性能块存储服务；对接 Kubernetes 为其提供 RWO、RWX 等类型的持久化存储卷；对接 PolarFS 作为云原生数据库的高性能存储底座，完美支持云原生数据库的存算分离架构。 Curve 亦可作为云存储中间件使用 S3 兼容的对象存储作为数据存储引擎，为公有云用户提供高性价比的共享文件存储。本文将介绍Curve块存储相关的部分，并分享Curve在一些场景的应用。 全文目录： 1.分布式存储介绍 2.Curve架构及介绍 3.Curve主要亮点 4.Curve RoadMap 5. 问答环节‍‍‍ 01分布式存储介绍 1.分布式存储的分类 首先简单介绍一下分布式存储的分类。分布式存储可以分为三类：对象存储、文件存储和块存储。对象存储在互联网中应用的比较多，比如一个对象、一个图片、一个音频，这种可以通过PUT GET接口来进行存储。文件存储与传统意义的文件系统的区别是，它是分布式的，传统的项目对应的是Ext4，或者是NTFS。块存储，就是所谓的云盘。 2. 分布式存储的要素 下面介绍一下分布式存储在设计时的一些要素。首先，需要大容量的硬盘空间，并且可以随机写，还有最重要的是要保证服务的质量，数据不能丢失，还要保证它的可用性。 要素可以拆解为以下三方面： ①第一是高性能。在分布存储里面，存储节点会非常多，所以要知道数据存在什么位置以及如何去取。 ②第二是可用性。要保证数据的可靠性，避免数据丢失，并且保证在机器故障时数据的读写是能够正常运行的。 ③第三是可扩展性。如果容量用完了，可以新增机器扩展容量。 数据分布，主要有两种，一个是无中心节点，另一个是有中心节点。 另外一个比较重要的点是一致性协议。首先是Ceph的强一致性。在分布式系统中，一致性是指在多个副本之间保持数据一致。在RADOS中，数据被分割成多个对象，每个对象都有多个副本，这些副本分布在集群的不同节点上。当一个对象被修改时，Ceph会确保所有的副本都被同时更新，从而保证了强一致性。第二是Raft算法，他只需要大多数副本保证更新完成就可以认为成功了。 02‍Curve架构及介绍 1. 项目介绍 关于Curve，我们的愿景是希望打造一款性能比较好，适用多种场景的，并且是围绕开源的云原生分布式存储系统。目前，Curve已经捐赠给CNCF基金会，并成为其生态系统中的一个项目。Curve提供块存储和文件存储两种方式，以满足不同应用的需求。 对于Curve块存储，它具有快照克隆恢复功能，主要应用场景包括OpenStack云主机和Kubernetes持久存储卷。对于共享需求，Curve提供文件存储；对于性能要求较高且无共享需求的场景，建议使用Curve块存储。 Curve还与阿里巴巴的PolarDB进行了联合，作为其底层存储运行。此外，Curve也在AI训练领域得到了广泛应用。Curve在过去几年中通过了信创认证，并获得了工信部组织的中国开源创新大赛二等奖。 2. Curve的架构介绍 Curve的整体架构是以硬盘为单位进行空间分配，每个硬盘被划分为多个segment，而每个segment又包含多个chunk。引入segment的概念是为了减少原数据的量。类似于Ceph中的一个硬盘对应一个节点，Curve中的一个硬盘对应一个服务组件，由一个磁盘进程进行管理。 Curve采用了Raft协议作为其一致性协议的选择。这是因为Curve项目的背景与我们在网易的实际业务需求有关。在网易的业务中，之前大部分业务使用的是Ceph。然而，在使用Ceph过程中，一旦用户更换硬盘或某个机器发生故障，会导致业务出现卡顿，这是业务方无法接受的。因此，这促使我们进行Curve的研发。基于这个背景，我们选择了Raft协议。 选择Raft协议的原因有两个方面：一是Raft协议具有较高的可用性，相对于Ceph的强一致性模型，在集群中出现一些问题时，可用性不会受到太大影响。另一个原因是Raft协议相对较容易理解。 在Curve的开发过程中，我们希望能够快速迭代，并避免重复开发组件。为了实现这一目标，我们选择了百度的Braft和brpc这两个被广泛认可为优秀的组件作为底层基础。我们在这两个组件的基础上也进行了一系列的开发工作。 03‍Curve的主要亮点 Curve的主要亮点是以下四个方面： 下面将逐一展开介绍。 1. 高性能 Curve在随机读写方面表现优于Ceph。然而，我们也要承认目前存在一个问题：在大块顺序读写方面，Curve的性能差于于Ceph。我们正在进行后续的优化工作，以改进这方面的性能表现。 在性能方面，我们的目标是支持云原生数据库，因为云原生数据库对性能要求较高。除了支持阿里巴巴的PolarDB数据库，我们还支持网易内部的其他数据库。我们致力于提供高性能的存储解决方案，以满足不同数据库的需求。 在数据库方面，我们引入了SPDK（Storage Performance Development Kit）和RDMA（Remote Direct Memory Access）技术。这两种技术已经在2023年上半年上线。然而，在实施过程中，我们也面临了一些问题和挑战。以下是一些典型的例子： RDMA对网络质量要求较高。当用户的网络质量较差时，可能会出现丢包或拥塞现象，而这对性能的影响明显高于TCP。为了解决这个问题，我们实现了网络链路的自动切换机制。当用户的网络质量较差时，系统会自动切换到TCP来应对这个问题。 在将NVMe绑定到SPDK后，它将没有盘符。然而，缺少盘符会导致线上监控失效。对于一个存储系统来说，缺乏监控是不可接受的。为了解决这个问题，我们利用SPDK提供的一系列脚本进行了内部适配，以确保监控的正常运行。这些问题和挑战是我们在引入SPDK和RDMA技术时所面临的，我们正在努力解决它们，以提供更稳定和可靠的存储解决方案。 第三个挑战是关于Brpc的RDMA支持。在当时，Brpc的RDMA功能并不完善。因此，我们对Brpc的RDMA进行了支持。由于RDMA支持是一个较为常见的技术，我们对Brpc的RDMA进行了文档介绍和代码方面的比较。如果您对此感兴趣，欢迎加入我们的微信群进行学习和交流。 第四个挑战是关于零拷贝技术。在引入SPDK后，我们希望引入零拷贝技术。然而，零拷贝技术在实施过程中有很多要求。因此，我们对这项技术进行了一些探索和研究。最终，我们成功实现了零拷贝技术，并且我们的技术和性能得到了显著提升。 在混合存储方面，我们利用了bcache来实现。为什么要采用混合存储呢？因为使用NVMe或者SSD可能会在性能和成本方面遇到一些瓶颈。因此，我们希望能够利用HDD作为数据盘，类似于Ceph中的HDD，而利用高性能存储设备来提升低速磁盘的IO性能。为了实现这一目标，我们采用了bcache技术。 bcache技术在我们的架构中起到了重要作用。在最初的设计中，我们使用了一个NVMe硬盘和几块数据盘。然而，如果NVMe硬盘发生故障，那么整个数据盘的数据都会丢失。为了解决这个问题，我们采用了raid技术，以提供冗余备份。此外，我们还对bcache进行了优化。在优化过程中，我们遇到了一些问题，例如发现bcache的writeback机制会失效，即使写入的数据量未达到阈值。最终，我们发现这是一个bug，并进行了修复。有关这个bug的详细记录可以在上面图片的链接中找到。 在处理bcache Gc的影响方面，我们也进行了一些工作。例如，我们采取了分离的策略，将WAL单独放置在NVMe设备中，而不放在bcache Gc的范围内。通过这样的方式，我们能够减少bcache Gc对系统性能的影响。 第三个问题也是非常重要的，尽管在最初的测试中可能不容易发现，但我们花了相当长的时间来定位它。我们发现在测试集群性能时，重复测试可能导致性能下降。最终的定位结果表明，这实际上是由于NVMe硬盘本身存在的问题。在持续写入的情况下，NVMe硬盘的性能可能会下降。这与硬盘的SAD和OP空间有关。通过适当设置OP空间，可以提升硬盘的性能。 此外，我们还了解到三星的企业级硬盘可能存在一些问题，例如固件支持方面。有关这方面的详细记录可以在下面图片的参考链接中找到。如果您对此感兴趣，欢迎参考相关文档。 在高性能方面，我们仍然有许多工作要做。正如之前提到的，我们的随机读写性能要比Ceph好得多，但在顺序读写方面则差于Ceph。因此，我们将重点优化顺序读写性能，这是我们后续工作的重点之一。 另一个重要工作是本地快照的支持。目前，我们的快照功能将快照上传到S3存储。然而，对于一些用户来说，他们对数据的安全性要求更高，可能没有使用S3存储。因此，我们非常关注本地快照的支持，以满足这些用户的需求(本地快照功能已经开发完成，预计Q4可release)。 还有其它一些计划，可以查看相关的road map以获取更多信息。 2. 易运维 Curve是一个易运维的存储系统。即使对于不熟悉Curve的人来说，根据我们的文档，只需要花费十几分钟的时间就能够将Curve部署起来。除了部署易用性方面，我们还支持在Kubernetes云原生环境中进行部署。我们提供了类似于Operator的解决方案，使得Curve的部署和运维更加简单。目前，我们已经支持了基本的部署易用性，例如Operator，但还有一些高级功能，如自动升级，尚未完全实现，我们将在后续继续努力。 3. 更稳定 Curve在稳定性方面具有显著优势。正如之前提到的，我们选择开发Curve的原因之一就是为了提高系统的稳定性，这也是我们从Ceph中获得的经验。此外，热升级也是Curve的一个亮点。关于热升级的详细信息，您可以在我们的文档中找到相关介绍。 在Curve的开发过程中，我们对质量要求非常高。我们进行了单元测试、集成测试以及各种其他类型的测试，以确保系统的稳定性和可靠性。我们注重测试的全面性和多样性，以确保Curve在各种异常场景下都能表现出色。 4. 高质量 对于Curve项目，当开发者提交一个PR时，会自动触发CI流程。CI流程包括单元测试、集成测试和系统测试等多个测试环节。只有当CI流程通过并且测试通过后，PR才会被合并入代码库。这样的流程确保了代码的质量和稳定性。 在技术架构的先进性方面，简要介绍两个关键点。首先是中心化节点，它充当集群的中心，可以感知集群的负载容量和异常情况，并进行资源调度和数据均衡。其次是文件池的chunkfilepool，它通过降低文件原数据的开销来提高性能，同时也支持快照功能。目前，我们使用的是快照S3，这使得用户可以方便地与S3或其他对象存储进行对接。 04‍ RoadMap 最后来分享一下后续的计划。 除了CurveBS，我们还有Curve FS作为另一个重点方向。Curve BS已经在网易进行了两三年的大规模线上运行，数据非常稳定，目前主要是在进行支持一些高级特性方面的工作。而Curve FS在2022年6月份完成了第一个release版本并上线。截至目前，Curve FS的开发时间只有大约一年左右，还有很多工作要做。特别是在AI时代，我们希望Curve能够在支持AI方面做得更好，这也是我们的一个亮点。当然，除了支持Ai，我们还在开发其他场景的支持，例如ES和传统的接口，如HDFS。 05‍ 问答环节 Q：Curve写入代码性能比Ceph低吗？ A：在性能方面，Curve在随机写方面表现比Ceph要好很多，但在顺序写方面则差于Ceph。这主要是因为Ceph在过去使用了双写的机制，导致日志和数据都需要写入两次。为了解决这个问题，Ceph后来采用了BlueStore引擎，使得大块写入时只需写入数据一次，从而减少了原数据的写入量。然而，Curve目前仍然存在日志和数据写入两份的问题，因为它使用了Raft机制。这导致了带宽的利用率不高，性能相对于Ceph较差。因此，我们的重点之一是优化Curve的顺序写性能，特别是在KBS（Kernel Block Service）方面。我们目前正在进行这方面的工作。 Q：我了解Curve，请提供CurveFS和CurveBS他们之间的区别和联系？ A：Curve FS是一个文件系统，而Curve BS是一个块存储系统。与Ceph相比，Curve有一个有趣的特点是Curve FS和Curve BS可以进行联动。这意味着Curve FS的数据既可以存储在S3中，也可以存储在Curve BS中。这是与Ceph相比的一个亮点。通过这种联动，我们可以根据性能需求直接对接Curve BS，或者根据成本需求直接对接S3。这是我们的一个亮点，为用户提供了更大的灵活性和选择性。 Q：SPD跟RDMA什么时候开源？ A：关于SPDK和RDMA，我们在GitHub上已经有一个版本可用。在上半年，我们在这方面进行了大量的工作，并且在不久前进行了上线。目前，我们正在整理相关的源代码和其他资料。预计在第四季度我们将完成整理工作并达到一个稳定的状态。 Q：Curve如何对接K8S?在这一方面做了一些什么事情？ A：Curve有一个重要亮点是易运维，我们开发了CurveAdm工具。CurveAdm工具通过容器化技术实现了部署和易运维的功能，这只是其中的一小部分。此外，我们还支持与云原生环境结合，我们已经通过Operator实现了这一功能。 ------ END. ------ 🔥 社区资讯： Curve 社区上半年 Roadmap 进展及下半年规划 🔥 用户案例： Curve 文件存储在 Elasticsearch 冷热数据存储中的应用实践 扬州万方：基于申威平台的 Curve 块存储在高性能和超融合场景下的实践 创云融达：基于 Curve 块存储的超融合场景实践 🔥 技术解析： 探索 : CurveBS 模拟 RBD 接口对接 OpenStack Curve 安全加固：基于Kerberos的鉴权系统 CurveBS RDMA & SPDK 部署指南 GitHub：https://github.com/opencurve/curve 官网：https://opencurve.io/ 用户论坛：https://ask.opencurve.io/ 微信群：搜索群助手微信号 OpenCurve_bot
2023-09-22
优秀的个人博客,低调大师

信创优选，国产开源，Solon v2.3.6 发布

Solon 是什么开源项目？ 一个，Java 新的生态型应用开发框架。它从零开始构建，有自己的标准规范与开放生态（历时五年，已有全球第二级别的生态）。与其他框架相比，它解决了两个重要的痛点：启动慢，费资源。 解决痛点？ 由于SolonBean容器的独特设计，不会因为扩展依赖变多而启动很慢（开发调试时，省时、爽快）！以知名开源项目“小诺”为例： “snowy-spring 版”启动 30-50秒 “snowy-solon 版”启动3-5秒（有兴趣的，欢迎拉取代码体验） 所谓：“时间就是生命，效率就是金钱”，“天下武功，唯快不破”。 相对于 Spring Boot 和 Spring Cloud 的项目，有什么特点？ 启动快 5 ～ 10 倍。（更快） qps 高 2～ 3 倍。（更高） 运行时内存节省 1/3 ~ 1/2。（更少） 打包可以缩小到 1/2 ~ 1/10；比如，300Mb 的变成了 23Mb。（更小） 同时支持 jdk8, jdk11, jdk17, jdk20,graalvm native 入门探索视频（用户录制）： 本次更新了什么？ 新增 solon.boot.websocket.netty 插件 新增 solon.web.sse 插件（sse: Server Send Events） 新增 solon.web.flux 插件，web 响应式接口支持插件 增加 Context 异步控制接口，为响应式web开发提供支持 增加 ActionReturnHandler 接口，之后特别的返回结果可定制。为响应式web开发提供支持 增加 ActionExecuteHandler 接口（替代旧的 ActionExecutor），并交由 chainManager 管理 增加 jetty、undertow、smarthttp 对 Context 异步适配 增加 solon.boot.jdkhttp 插件，虚拟异步支持（进而支持响应式接口） 增加 solon.boot.jlhttp 插件，虚拟异步支持（进而支持响应式接口） 增加 solon.scheduling 插件，简单的 Retry 功能 增加 solon.validation 一次性验证所有字段的支持 增加 solon.docs 插件，支持字段 transient 排除 增加 mybatis-plus-solon-plugin 插件，原生编译支持（GraalVM Native Image） 增加 Inject("{xxx:def}") 默认值转集合和数组支持 完善 mybatis-solon-plugin 原生编译支持 完善 solon.aot 增加 lambda 序列化支持 完善 Servlet 启动打印信息 完善 ContextPathFilter 对根地址的映射处理 修复 Context:forward 在有 context-path 时的会出错的问题 修复 请求路径动态变化后，路径变量获取失败的问题 guava 升为 32.0.0-jre smarthttp 升为 1.2.4 smartsocket 升为 1.5.30 dromara-plugins 升为 0.0.9 forest 升为 1.5.32 mybatis-flex 升为 1.4.1 sqltoy 升为 5.2.54 hutool 升为 5.8.20 fastjson2 升为 2.0.34 java-websocket 升为 1.5.3 项目仓库地址？ gitee：https://gitee.com/noear/solon github：https://github.com/noear/solon 技术支持与交流？ https://solon.noear.org/article/support 架构图？ Solon 架构图： Solon Cloud 架构图：
2023-06-25
优秀的个人博客,低调大师

ERD Online 4.0.2 来了，国产在线元数据建模软件

ERD架构设计 ERD核心能力 元数据解析 从数据源将元数据解析出来，通过ERD Online在线管理。 元数据管理 这一设计解决了软件开发生命周期中，元数据管理效率低下的问题。 多数源支持（Mysql、Oracle、Sqlserver、Postgresql）支持所有符合SQL规范的数据源，常见的有Mysql、Oracle、Sqlserver、Postgresql。 多数源同步 在线ERD Online，多数据源同步。这一设计解决了一个产品需要适配多种不通数据源，不同数据源 SQL 方言不一致问题。 在线导出 SQL（全量或差量）通过记录元数据变动，形成版本节点，支持不同版本比对，生成各种数据源 SQL 脚本。这一设计解决了产品从开发阶段到生产阶段，差量 SQL 比对费时耗力的问题。 在线执行 SQL 无需安装第三方数据库管理工具，无需打开Shell窗口，在线往数据源执行 SQL。 这一功能节省了企业大量采购正版数据库管理软件的费用。 数据血缘管理 在线管理元数据之间的关联关系，形成血缘视图，一目了然。这一设计解决了传统数据关系不清晰，让数据关系梳理更高效。 团队协作 精准的权限划分，根据不通角色分配不通功能，保障数据安全。支持多人实时在线协作，自动同步。 元数据导出（Word、Pdf、Html、Markdown）支持导出离线文档 Word、Pdf、Html、Markdown，便于线下流通交流、存档。 官方市场一键导入 官方市场有大量各行业、各类型、各设备、各通讯已有的元数据，可一键导入自己的项目，快速形成自己的元数据结构。 每个仪器、每个软件、每次通讯，他们产生、传递的数据结构都是固定的，可在官方市场搜索并导入，避免重复建设。 低代码平台（待建设） BI 大屏 低代码平台 功能展示 4.0.2更新： refactor(erd): 增加关系图功能 refactor(erd): 调整关系图引用 refactor(erd): 增加关系图入口 refactor(erd): 重构默认字段、表设计页面，统一调用方法 fix(erd): 防止保存空表结构 fix(erd): 去掉对象页"设计表"功能 feat(erd): 增加主键变化生成DDL fix(erd): 修复版本比对版本数据readonly的bug refactor(erd): 重构设计页面布局 fix(erd): 重构版本比较代码 fix(erd): 重构版本比较代码，修复无法生成新版本bug fix(erd): 修复生成差量文件bug
2022-06-29
优秀的个人博客,低调大师

国产开源物联网平台 IoTSharp v2.6 发布

IoTSharp是一个 基于.Net 6 的开源物联网平台， 支持 HTTP、MQTT 、CoAp 协议， 支持系统将遥测数据存储在TDengine 、 InfluxDB、 TimescaleDB等流行的时序数据库， 支持相将关系型数据存储在PostgreSql、MySql、Oracle、SQLServer、Sqlite等。 支持基于数据流处理的规则链，你可以使用JS、Python、C#、SQL、等脚本或者.Net 程序集任务块来处理数据，使用规则链中的表达式处理数据走向，包括数据清洗、数据推送、事件告警等。 升级新的mqttnet4.0 版本 遥测、属性时间刷新;时间轴显示 by@iioterin#691 调整所有数据库EF初始化结构信息。 增加了在线文档。 增加了XML和Json根据网关配置进行解析的数据网关RawDataGateway ， Mqtt和Http协议均有效 滑动验证码，国际化资源文件 增加了gateway 批量上传设备遥测的topic，也兼容了ThingsBoard 的格式。 优化了规则链中C#脚本第一次编译后期使用缓存编译， 使得速度更快。 增加了挂载类型，上线、离线等。 增加了告警接口和查询页面 增加了资产功能， 可以把多个设备组装成一个资产， 形同于一个设备。 遥测数据中增加了 数据断面和滤波取值等。 UI中增加了遥测数据展示图表等功能。 使用了.Net 6.0的 SPA方式， 加速启动项目。 调整了设备详情显示方式。 修正了pengxiwei 提出的涛思时序中的bug问题 优化处理了动态对象问题 将项目文档合并到docs目录中 告警的传播处理 规则级联删除，设计器自定义工具 修正了sdk的编译错误。 国内: https://gitee.com/iotsharp 国外地址:https://github.com/IoTSharp
2022-06-02

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

时间: 2026-04-11 大小: 211.28KB 下载: 56次
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

时间: 2026-08-21 大小: 1MB 下载: 10次
Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

时间: 2026-09-19 大小: 189MB 下载: 8次
WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。

时间: 2025-12-13 大小: 249.54MB 下载: 22次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册