首页 文章 精选 留言 我的

精选列表

搜索[VMware替代],共10000篇文章
优秀的个人博客,低调大师

🔥飞书钉钉开源替代无代码流程引擎 FlowLong 1.1.9 发布

开源地址:https://gitee.com/aizuda/flowlong 开源地址:https://github.com/aizuda/flowlong 官网文档:https://flowlong.aizuda.com 支持全流程操作监听,仅 8 张表实现整个流程引擎(更符合中国人的思维模式设计),截至当前近 300 家企业自用登记接入使用。300 多家企业包括,国家计算中心,电信 等国企已上车,你还在等什么呢? 开源登记使用名单如下,企业版用户暂不公开 https://gitee.com/aizuda/flowlong/issues/IB5K4V Flowlong 1.1.9 主要亮点 feat: 新增支持异步子流程 feat: 新增支持父节点为并行分支或包容分支同步驳回 feat: 新增支持唤醒撤回或拒绝终止历史任务 opt: 优化(自动完成、自动拒绝)节点事件监听 opt: 优化跳转设置委托人为当前参与者 opt: 优化下一个执行节点结束逻辑 opt: 优化动态获取下一个节点 opt: 优化支持驳回跳过子流程重启 fixed 异步子流程结束主流程审批任务异常 fixed issues/IC5U5U

优秀的个人博客,低调大师

AWS 从 Elastic“抢”来的开源替代品 OpenSearch,成功了吗?

2021 年初,开源搜索和数据分析引擎 Elasticsearch 背后的母公司——Elastic 宣布变更 Elasticsearch 和 Kibana 的开源许可证,将原本的 Apache License 2.0 变更为双授权许可,即 Server Side Public License (SSPL) + Elastic License,两者都不是符合 OSI 定义的开源 License。 SSPL 是 MongoDB设计的许可证,它基于 GPLv3,被认为是 Copyleft License,其核心条款是 “如果将程序的功能或修改后的版本作为服务提供给第三方,那么必须免费公开提供服务源代码”。 Elastic License 是非商业许可证,核心条款是如果将产品作为 SaaS 使用则需要获得商业授权。 当时 Elastic 公司称此举主要是限制云服务提供商(如 AWS)在没有回馈的情况下将 Elasticsearch 和 Kibana 作为一项服务提供给他人使用,以保护 Elastic 在开发免费和开放产品方面的持续投资。但变更许可证也意味着 Elasticsearch 和 Kibana 不再是真正的“开源软件”(OSI 定义的开源)。 随后,AWS 宣布创建了一个自称真正开源的Elasticsearch 分支——OpenSearch,并获得了包括红帽、SAP、Capital One 和 Logz.io 等在内的多个组织和厂商的支持。 OpenSearch 是一个由社区驱动的开源搜索和分析套件,包括企业安全、异常检测、告警、机器学习、SQL、索引状态管理等功能,fork 自 Apache License 2.0 许可的 Elasticsearch 7.10.2 和 Kibana 7.10.2。它由一个搜索引擎守护程序 (OpenSearch)、一个可视化和用户界面 (OpenSearch Dashboards) 以及 Open Distro for Elasticsearch 的高级功能组成。 AWS 介绍称,他们推出的 OpenSearch 删除了 Elasticsearch 中受 Elastic 商业许可证限制的功能、代码和商标,以兼容 Apache License 2.0,自称这是每个人都可以构建和创新的基础,任何人无需签署 CLA (Contributor License Agreement) 即可为项目贡献代码。 当时有人认为 AWS 的行为是在赤裸裸地 “抢劫” 开源项目,但也有人认为 Elastic 从最初的变更开源协议,到后面限制用户正常使用客户端,不仅违背了开源精神,更是有拿用户当做筹码的意味。 现在距 OpenSearch 诞生已经两年了,这个基于 Elasticsearch 的开源分支取得了怎样的成绩? 根据 OpenSearch 年初发布的年度报告,截至 2022 年底,OpenSearch、OpenSearch Dashboards 和客户端库的总计下载量已突破 1 亿,共有 496 名贡献者提交了 8760 次 PR。 BigData 博客近日也对 OpenSearch 和 Elasticsearch 进行了详细的对比,对比项包括 repo 的提交数量、功能、许可证和限制等。 他们计算了自 2021 年 4 月 22 日以来两者在 master/main 分支上所做的提交(统计数据于 2023 年 4 月收集)。统计结果显示,Elasticsearch 仓库有将近 2 万次提交,其中 6 千次提交到 Elasticsearch 核心("server"文件夹),还有一些提交到附属模块。 # total commits in repo since fork ➜ elasticsearch git:(master) git log --oneline --all --since='Apr 22 2021' | wc -l 19527 # total commits to the main codebase (server folder) since fork ➜ elasticsearch git:(master) git log --oneline --all --since='Apr 22 2021' -- server/ | wc -l 6130 # total commits to main modules (various surrounding functionality not under x-pack) since fork # https://github.com/elastic/elasticsearch/tree/main/modules ➜ elasticsearch git:(master) git log --oneline --all --since='Apr 22 2021' -- modules/ | wc -l 1437 # just as means of comparison, the amount of work made on x-pack features is not negligible ➜ elasticsearch git:(master) git log --oneline --all --since='Apr 22 2021' -- x-pack/ | wc -l 7294 对比 OpenSearch,它提交到核心的代码量少 3 倍以上,重要模块则减少约 14 倍,这些模块包括脚本语言、重新索引功能、提取管道处理器等。 ➜ OpenSearch git:(main) git log --oneline --all --since='Apr 22 2021' | wc -l 3727 ➜ OpenSearch git:(main) git log --oneline --all --since='Apr 22 2021' -- server/ | wc -l 1966 # total commits to main modules (surrounding functionality not under x-pack) since fork # https://github.com/opensearch-project/OpenSearch/tree/main/modules ➜ OpenSearch git:(main) git log --oneline --all --since='Apr 22 2021' -- modules/ | wc -l 470 因此,与 Elasticsearch 发布的版本(主要和次要)相比,OpenSearch 发布的版本更少。 功能方面,OpenSearch 和 Elasticsearch 在基本功能和性能上没有太大的差异。虽然 Elasticsearch 提供了更丰富的功能,但需要客户额外付费,某些类似功能 Elasticsearch 收费 OpenSearch 则免费提供。 企业采用方面,Adobe 决定在 Adobe Commerce 套件中用 OpenSearch 取代 Elasticsearch。此外,OpenSearch 已进入 DB-Engines 数据库流行度排名前五十。 因此有观点认为,基于 Elasticsearch 的开源分支 OpenSearch 在某种意义上取得了成功。 那么问题来了,你选择 OpenSearch 还是 Elasticsearch?

优秀的个人博客,低调大师

带您了解能替代 Jenkins 的国产【项目运维】开源软件

Jpom 介绍 📢 Jpom 是一款简而轻的低侵入式在线构建、自动部署、日常运维、项目运维监控软件。 Jpom 从 2018 年初正式开源至今已经迭代了 120个以上小版本,2 个大版本,9 个次要版本。 已经在中小团队中得到了可行性的验证,目前有许多长期并稳定使用 Jpom 来运维项目的公司以及团队了,充分证明 Jpom 是能给用户带来便利和可靠性。 📢 业界内已经有使用 Jpom 来代替 Jenkins 的传言了 🤩 Jpom 的主要功能 资产管理 + 工作空间管理 在线 SSH 终端、SFTP 管理 Docker + Swarm集群管理 多种形式的脚本管理 代码仓库 + 在线构建管理 文件中心管理 方便快捷的在线升级 更多实用的功能等您来挖掘 2.10.x 新特性 🧩 Jpom 2.10.x 版本主要是解决了遗留问题、优化部分不易用的功能。 2.10.x 从 2022年12月19日发布第一个版本(2.10.1) 到现在已经发布 2.10.35 累计发布了 35 个小版本。 我们一起回顾一下在这 35 个小版本中主要更新了啥? 优化了项目日志文件配置(支持自定义配置日志级别); 项目运行的目录结构更标准化、配置属性标准化; 2.10.9 数据库开始支持了 mysql (并且能将 h2 数据库内容迁移到 mysql); 2.10.10 上传文件支持分片上传,再也不用担心大文件上传耗内存啦; 构建产物模糊匹配规则优化支持更多方式的规则; 新增资产管理:机器管理、SSH 管理、Docker 管理; 支持更详细的机器、SSH 基础信息监控; 令牌导入仓库支持了:gitea、gogs; 新增文件管理中心来统一存储、发布文件; DSL 项目支持解析多 PID、多端口; 整合了菜单名(合并优化菜单、节点管理更名为逻辑节点); 系统默认模板、docker 模板支持自定义配置; 用户自定义工作空间排序、备注别名; 更多优化、小变动更新期待您来发现。 完整的更新日志:https://jpom.top/pages/changelog/new/ 致谢 🤝 在 2.10.x 版本中我们要特别感谢几个大佬积极的为 Jpom 反馈问题,提供问题解决思路 @张飞鸿 @酱总 @loyal @大灰灰大 @爱琳琳真是太好了 更多的群友 排名不分先后顺序 整体预览图 💻 我们先来几张新版本的整体菜单截图 总结 🗒 通过截图可以看出:有取消的、新增、更名等更新 取消 节点管理:和节点&项目管理合并 分发管理:和节点&项目管理合并 新增 文件管理 其他管理 资产管理 更名 系统管理(服务端)变更为:服务端配置 系统管理(插件端)变更为:插件端配置 节点管理变更为:逻辑节点 文件管理 📦 新版本中新了文件管理,可以使用文件管理快捷将文件分发到目标机器并执行相应的脚本。 可以实现服务器基础环境的一键安装,统一执行命令脚本。 🎁 您想为离线服务器统一安装 jdk、nginx、php、docker 等那么 Jpom 的文件管理功能是不错的选择 资产管理 ⚙ 新版本中的资产管理主要是解决了同一个资产(物理节点、SSH、docker)跨工作空间不方便管理的问题。 旧版本: 需要在工作空间下创建资产(物理节点、SSH、docker),但是创建的资产只能在当前工作空间中使用,如果想在其他工作空间中使用则需要在另一个工作空间中重复操作创建资产的步骤 因此在资产较多的情况下就不方便管理,并且在工作空间划分较细的情况下也无法灵活管理资产。 新版本: 同一个资产只需要在资产管理中创建一次即可完成快捷分配到多个工作空间,以及查看资产已经被分配到哪个工作空间中,新版本也对资产新增了基础状态监控。 机器资产详情 新版本中我们对机器资产做了更准确的服务状态监控 服务器的 CPU、内存、硬盘、网络流量、文件系统、网卡都支持实时查看 **注意:**添加节点已经变更为添加机器啦(资产管理中添加机器) SSH 资产列表 SSH 这里在新版本中我们支持对 SSH 的连接状态和 SSH 服务器的基础信息监控 Docker 资产列表 新版本中使用 docker 资产来统一管理 docker + swarm 集群 数据库使用 mysql 💾 在之前版本中 Jpom 一直是使用 h2 数据库来存储数据,部分用户提出期望使用 mysql 数据库来存储这样可以更好地保证数据稳定。 在新版本中我们支持了使用 mysql 数据库存储 配置方式如下: 修改服务端配置文件conf/application.yml: jpom: db: # 修改 jpom.db.mode 为 MYSQL,如果配置则新增配置即可 mode: MYSQL # 修改 mysql 的 jdbc 地址( jdbc:mysql://127.0.0.1:3306/jpom?useUnicode=true&characterEncoding=UTF-8&useSSL=false) url: jdbc:mysql://127.0.0.1:3306/jpom?useUnicode=true&characterEncoding=UTF-8&useSSL=false # 修改 jpom.db.user-name 为对应 mysql 账户 user-name: jpom # 修改 jpom.db.user-pwd 为对应 mysql 密码 user-pwd: dbpwd 如果您需要迁移之前 h2 数据库中的数据到 mysql(需要先将 mysql 的连接信息配置好后才能迁移) bash ./bin/Server.sh restart -15 --h2-migrate-mysql --h2-user=jpom --h2-pass=jpom 完整的操作说明:https://jpom.top/pages/4cfb46/ 赞赏支持 ❤️ 随着用户增加,需要协助解决的问题也多种多样,用户环境、业务场景也是多变的, 为了能给用户提供 更优质、更准确 的 疑难问题 解答我们推出赞赏咨询服务。 您可以到 https://jpom.top/pages/praise/ 选择合适你的赞赏服务方案。 未来的路 🚀 我们会长期坚持去完善这个项目,希望可以让 Jpom 帮助到更多中小团队的开发者、运维,服务于更多公司。 TODO 我们即将支持的功能列表: 插件端通讯支持推送方式 用户体系支持接入第三方系统 构建支持流水线模式 其他功能细节优化 更多需求您可以来提 上述功能敬请期待奥 如果您还未加入我们社群您可以点击下面连接查看加入社群方式:https://jpom.top/pages/praise/join/ Jpom 链接 ✈ 官网:https://jpom.top/ Gitee: https://gitee.com/dromara/Jpom Github: https://github.com/dromara/Jpom 常见问题:https://jpom.top/pages/FQA/ 加入社群:https://jpom.top/pages/praise/join/ 赞赏&支持:https://jpom.top/pages/praise/

优秀的个人博客,低调大师

Figma 开源替代品 Penpot 获 800 万美元 A 轮融资

9 月中旬,Adobe 宣布以现金+股票方式收购在线协作设计平台 Figma,交易协议对 Figma 估值达 200 亿美元。Adobe 此举在业内引起了极高的关注度——从商业层面来看,Adobe 斥巨资收购了一个竞争对手。但在社区层面,不少设计师和部分其他用户则对此感到沮丧,毕竟他们使用 Figma 正是为了躲开 Adobe。 与此同时,和 Figma 类似且颇有名气的一款开源工具也“蹭”到了一波意料之外的流量,并在近日宣布获得了 800 万美元 A 轮融资。这款开源工具名为 Penpot,是第一个面向跨域团队的开源设计和原型设计平台。Penpot 使用开放的 Web 标准 (SVG),且基于 Web ,不依赖操作系统,有浏览器即可使用。 在 Adobe 收购 Figma 之前,Penpot 就已经在 GitHub 获得了大约 15000 star,据称其活跃用户中的 10000 家公司包括谷歌、微软、红帽、腾讯、字节跳动和 Mozilla。 Penpot CEO 兼联合创始人 Pablo Ruiz-Múzquiz 表示,在 Adobe 宣布收购 Figma 之前,他们产品的注册人数保持着每月 40% 左右的增长。而在 Adobe-Figma 的新闻之后,这个数字增长到 5600%,并且从那时起一直保持稳定增长。内部部署也增长了 400%。 Pablo Ruiz-Múzquiz 还提到,他们原本没想过会为设计师构建开源工具,因为他们本来只是一家后端开发公司,并且公司内部程序员和设计师的相处也并不融洽。后来,他发现在设计界很少出现开源的产品——而这在开发者社区却十分常见。所以他想到可以创造一个支持自定义操作的平台,以满足特定用户群体和用途的需要。这就是 Penpot 诞生的契机。 ▲ Penpot 创始团队,右下是创始人 Pablo Ruiz-Múzquiz Penpot 开发商是来自西班牙的开源创业公司,他们表示这笔投资是迄今为止西班牙开源企业中最高的 A 轮融资。而这笔资金将用于加速他们构建开源设计和原型平台的愿景,以及升级云基础设施。未来几周将提供从专有工具无缝迁移到 Penpot 的功能。

优秀的个人博客,低调大师

Rocket.Chat 2.4.0-rc.0 发布,Slack 开源替代品

Rocket.Chat 2.4.0-rc.0 发布了,更新内容如下: 新特性 邀请链接:共享链接以邀请用户 (#15933) 更改密码时注销其他客户端 (#15927) 不要在生产模式下的控制台中打印电子邮件 (#15928) 关闭即时聊天室时的 Apps-Engine 事件 (#15837) Bug 修复 导入程序:出现变量名称而不是其值 (#16010) 在边栏上添加最新消息的时间格式(#15930) 管理员设置说明 (#15994) 上传进度文本的宽度(#16023) 消息列表滚动到响应的底部 (#16018) SAML 注销错误(#15978) …… 详情见更新说明: https://github.com/RocketChat/Rocket.Chat/releases/tag/2.4.0-rc.0

优秀的个人博客,低调大师

Rocket.Chat 2.2.0-rc.0 发布,Slack 开源替代品

Rocket.Chat 2.2.0-rc.0 发布了,更新内容如下: 新特性 接受将 GIF 和 SVG 头像转换为 PNG,并保持 PNG 的透明度 (#11385) 对应用程序 slashcommands 和 slashcommand 预览的线程支持 (#15574) 删除所有已关闭的 Livechat 聊天 (#13991by@knrt10) 单独的集成角色 (#13902) 添加 users.requestDataDownload API 端点 (#14428by@Hudell&@ubarsaiyan) 检查状态为 away/idle(空闲) 时是否可以接收新的实时聊天对话 (#15451) 导入 SAML 语言并自动加入 SAML 渠道 (#14203by@Hudell&@unixtam) 添加选项以启用 X-Frame-options 标头,以避免在任何 iframe 中加载 (#14698) 首先将新的 Livechat 对话分配给 bot 代理 (#15317) 向 RoomFiles 添加文件类型过滤器 (#15289by@juanpetterson) 添加新的 Livechat 外观设置以设置对话结束消息 (#15577) 使用键盘的 Escape 键关闭表情符号框 (#13956by@mohamedar97) 将 livechat 小部件版本更新为 1.2.5 (#15600) 从 CSV 文件导入 DM (#15534) 新版本还包含大量改进和 bug 修复,详情可查看更新说明。

优秀的个人博客,低调大师

替代Docker Compose实现容器双向联通的三种方法

Docker 是目前最热门的技术平台之一,他在产生后很短的时间内就获得了社会的广泛关注。简单的说,他使得开发者和系统管理员能够用一种简易的方法去部署分布式应用。Docker 的生态系统非常庞大,有很多的工具协同工作,比如最常用的工具之一:Docker Compose。他使你可以在单个文件中定义并运行多容器应用,然后通过一个命令执行。 一个 docker-compose.yml 文件看起来是这样的: links 选项使容器能够在一个运行中创建的内部网络中通讯,并且在运行终止后销毁。在上面的例子中,当这个应用启动时,将在 web 容器中的 /etc/hosts 文件中建立一个别名为“redis”的入口,这使web容器能接通 redis 容器的服务。 问题 到目前为止,这个工具使你能够通过一个命令运行多容器服务应用。但是,如果你的容器间有复杂的连通,这就有可能会导致问题甚至应用无法运行。这里复杂的意思是多于一个的容器通过 links 选项共用另一个容器的服务。举例来说,在上面的应用中,web 容器想使用 redis 容器中的服务,如果在 redis 容器中添加“links:-web”并且通过 docker-compose 来运行他,你会看到如下信息: 事实上,这是 Docker 的一个历史问题,Docker 的网络系统曾有一些问题,而这正是一个典型体现。社区建议使用 ambassador pattern 作为解决这个问题的方法,但是这个解决方法增加了你应用的开销,毕竟这只是一个变通方法,不是一个 docker 化的解决方式。 因为我在自己的应用开发中面临这个问题,所以我寻找了一些基于 Docker 平台和 Docker 工具的方法,下面是我尝试成功的三种解决方法。 解决方案1:使用新的 Docker 网络接口 Docker 在DockerCon 2015上宣布了很多新的特性和工具,其中一个进步就是新的网络系统。新的网络类型使我能够采用一个简单的方法来实现一个有复杂通讯的多容器应用。 使用下面的方法使在同一个私有网络中的两个容器相互可见。 创建一个网络 dockernetworkcreatemynetwork 通过列举所有的网络,确保这个网络成功创建。 dockernetworkls 把容器连接到你的网络上 打开一个终端,执行以下命令来运行一个容器: dockerrun-it--publish-serviceweb.mynetworkweb 打开另一个终端并且运行另一个容器: dockerrun-it--publish-serviceredis.mynetworkredis 容器相互可见 现在,你可以从第一个终端 ping redis.mynetwork 并且收到回复。同样,从第二个终端,你可以 ping web.mynetwork 并收到回复。这是发布在.下的服务。 通过这种方法,你无需将自己的应用与 Docker Compose 链接,你只需创建一个网络并且在这个网络上发布服务。换句话说,我们将 docker-compose.yml 的连接替换为一个网络。 虽然这个功能还在试验中(在本文写作时),但我认为这种灵活的方式就是运行多容器应用的未来,所以,建议你遵循 Docker 发展的方向。 解决方案2:在多主机网络中使用 Docker Swarm 和 Compose 在多主机网络中使用 Swarm 和 Compose 也是一个实验性的功能。这个解决方案比前一个需要做更多的工作,但是,如果你有很多容器需要连接并且你打算让他们运行在集群中,这是最好的解决方法。 关于解决的详细流程,请参照 GitHub 里的原始功能介绍。首先,在多主机网络中安装 Swarm,然后你可以在去掉 links 选项后立即运行一个组合应用。为什么?因为从这个使用 Swarm 集群的多主机网络上启动的每一个容器都默认使用“overlay:multihost”网络,这意味着他们可以通过容器名相互访问。 因为这是实验性功能,所以请在 GitHub 给作者反馈。 解决方案3:使用外部 DNS 容器 一个经典的解决方法(我觉得是临时方法)是在你的 docker-compose.yml 文件中添加一个额外的容器。添加如下的容器到你的文件中。 dnsdock: image:tonistiigi/dnsdock volumes: -/var/run/docker.sock:/run/docker.sock ports: -172.17.42.1:53:53/udp 并且,在每个容器中你需要做如下的操作: 告诉容器 DNS 服务在什么位置: dns:172.17.42.1 命名每个容器使其对于服务发现可见 environment: -DNSDOCK_NAME=web -DNSDOCK_IMAGE=web 使用环境变量来完成这个命名。对 redis 容器做同样的操作(不管你的其他容器是什么)。 现在容器在..docker下相互可见。这就是 redis 容器和 web 容器中的服务在 web.docker 下通信的方法。 本文作者:邵长钰 来源:51CTO

资源下载

更多资源
Mario

Mario

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

Nacos

Nacos

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

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册