首页 文章 精选 留言 我的

精选列表

搜索[高并发]，共10000篇文章
优秀的个人博客,低调大师

有了国产 DevOps 工具 ，还怕数字化转型成本高？

企业数字化转型升级，就是通过深化数字技术在生产、运营、管理和营销等诸多环节的应用，实现企业的数字化、网络化、智能化发展，不断释放数字技术对经济发展的放大、叠加、倍增作用。转型成功，企业就能降低内部成本，提升市场竞争力，获得利润最大化；如果企业继续做“井底之蛙”，拒绝拥抱互联网，或是用错误的方式、工具搞得进退两难，结果就只有慢慢走向衰亡。 然而近年来，我们常常听到一种说法：不做“数字化转型”是等死，做“数字化转型”是找死。 事实上，传统企业进行数字化转型，并没有说的那么恐怖。 数字化转型需要 DevOps 传统企业在进行数字化转型的过程中，不可避免的一个环节就是创建能够满足业务需求的软件。不同企业有不同的需求，有的需要能够对生产的大数据进行分析和利用的软件，有的需要能够自动化测试和部署的工具，有的需要能够实现合规、安全自动化监测的平台。而开发这些软件工具或平台，最好的技术方法就是 DevOps。 DevOps 优势之一：更短的开发周期 在传统的组织架构中，IT 部门在很大程度上独立于公司内的其他团队。如果运营部门需要开发某个应用程序，他们只需提出需求，IT 部门就会着手开发。只有在开发完成后，才会将软件发送给运营部门以获得反馈。在大部分情况下，最终开发的软件可能与运营部门的设想并不完全一致，在最终交付之前，必须进行多次迭代。因此，成功部署软件所需的总时间往往会超出预期，有所延长。 然而，在DevOps 模型中，运维将积极参与开发过程。这个过程被称为 CI/CD（持续集成/持续部署）。持续集成涉及在开发代码时对代码进行增量更改，持续部署确保最终产品能够快速交付并被用户快速采用。运维在软件开发早期就介入，能够及时反馈，减少后期迭代频次，缩短后期迭代周期，最终实现快速交付。 DevOps 优势 之二：IT 软件稳定性更高 DevOps 对软件安全性有着巨大的影响。很多时候，导致部署时间延长就是因为代码故障或缺陷。不过，持续集成通过在较短得周期内实现频繁的代码修改可以很好地应对这一挑战，因为团队可以更快地识别代码问题并予以解决。 当然，在 DevOps 流程中，往往会使用许多自动化工具来实现这一点。代码可以通过程序自动运行以检测代码问题，无需每次手动检查。项目管理软件可以轻松地委派任务并为参与开发过程的各个团队分配时间表。这意味着，各团队可以同时工作，而不是等待项目的一部分完成后再将其传递给下一个团队。企业往往还会采用单一环境进行开发、测试和部署，因此不必浪费时间将数据从一个环境传输到另一个环境——这一过程可能会导致代码丢失或损坏。 当然，需要警惕的是，DevOps 本身并不是灵丹妙药。它必须经过深思熟虑的实施，并植根于公司的流程和文化。然而，如果没有 CI/CD 和基础设施的自动化，数字化转型将更加困难。换句话说，正确地做这件事是有风险的，但什么都不做的风险要大得多。 传统企业如何利用好 DevOps？ 由于DevOps 在提升软件交付速度方面有着明显的促进作用，已成为企业数字化转型不可或缺的软件开发方法。Verified Market Research 发布的市场调查显示，预计到 2026 年，全球 DevOps 市场将超过 200 亿美元，从 2019 年到 2026 年的复合年增长率为 24.7%。可想而知，在未来，DevOps 将大行其道。 既然 DevOps 具有如此明显的好处，并且势不可当，那么，传统企业要如何利用 DevOps 进行数字化转型呢？ 软件是数字化的基础。首先要明确的是，无论是自己开发软件，还是采购软件，哪怕对于拥有雄厚技术实力的互联网巨头而言，都是个值得深思的问题。 一般而言，遇到下面这几种情况需要考虑自研： 业务进入无人区，市面上很难有成功的商业解决方案输出，只能依靠自身团队搭建原生的业务体系； 技术进入无人区，没有可供参考的具体方法，即使有先行者，也要保护自己的核心技术； 企业在细分赛道的技术资源超过这个领域里的软件供应商； 有可能将自研的投入转化为标准技术和产品，并占据行业前几名，实现从成本中心到利润中心的转换； 过高的交易成本、信任成本、摩擦成本和商务成本； 应对软件供应链安全的 Plan B计划。 而自主研发最重要的，莫过于选择一个合适的 DevOps 开发平台。众所周知，市面上已经有不少 DevOps 开发工具，比如Jenkins、Terraform、Packer、Ansible、Chef 和 Puppet 等，已经覆盖了构建、开发、测试、部署、监管等软件开发全生命周期。 但这些工具，对于人才本就紧缺的中小型传统企业来说，门槛还是太高了，最终要花费的成本令企业难以接受。而飞算自主研发的SoFlu软件机器人，因为开发门槛极低、效率极高而备受国内传统中小型企业的青睐。 门槛有多低呢？整个开发界面采用可视化，根据业务逻辑，拖拽组件然后配置参数，无需写代码，即可自动完成后端微服务的开发。根据用户实际反馈，拥有3年左右经验的 Java 工程师只需经过2-3天的全日制深度学习就可以基本掌握该平台，即便是只有1年经验的工程师大概在7天内也能学会。 效率有多高呢？这里有一个实际案例。中国石油要开发一个大型电商平台，涵盖商品推荐、下单、客服、秒杀等众多复杂单元。为此，他们聘请外部团队，花了约一年的时间才将其完成。但在电商平台上线后，却出现了系统运行不稳定、信息安全存在隐患等诸多问题，急需优化功能。之后，该企业选择使用 SoFlu 软件机器人对商城进行系统重构，原本需要27人花费300多天才能完成的工作，在SoFlu软件机器人的帮助下，仅投入 9 位研发人员在 45 天内就完成了。截止目前，该电商平台已稳定运行了一年多时间。且该电商平台可以根据企业的需求，独立部署到任何平台。也就是说，SoFlu软件机器人真正帮企业实现了“一人一项目，十人抵百人” 。 更值得一提的是，SoFlu软件机器人将软件设计、开发、测试、运维全部联通，并且自动化执行，无需考虑与第三方平台的集成成本。比如，由于全自动测试平台关联了前、后端全自动开发平台，一旦开发环节有所变化，测试环节可以生成自动化的测试脚本，实现精准回归测试。飞算还把运维相关的170个的参数和指标嵌入在开发过程中，因此，运维也变得更简单。 有了国产 DevOps 工具——SoFlu软件机器人，传统企业尤其是中小型企业进行数字化转型的成本会大大降低，毫无疑问，企业核心竞争力也会进一步提升。对于在寻求转型的企业来说，不妨先免费试用一个月。申请链接：http://m4z6wek9e1e0dn3e.mikecrm.com/9dW4GeZ
2022-08-08
优秀的个人博客,低调大师

企业高管对2022年网络安全趋势的预测

WOT全球技术创新大会2022，门票6折抢购中！购票立减2320元！ Query.AI公司首席运营官Andrew Maloney表示：“影响2022年网络安全的最明显因素是新冠疫情。一些安全团队将被迫弥补由于企业急于进行数字化转型而带来的所有安全漏洞。除此之外，我们还将看到一些企业在招聘网络安全人才、存储数据、构建安全架构等方面发生重大转变——我将这种趋势称为人才、数据、技术的大迁移。 总的来说，我们将看到更多企业重新思考以往使用的工具、流程和策略，并制定新的安全计划，帮助他们更好地抵御当今日益猖獗的网络犯罪，并为数字世界制定弹性策略。” 2022年网络安全趋势预测 (1)2022年将是弥补安全漏洞之年 当新冠疫情迫使企业几乎在一夜之间转变业务模式时，很多企业在短时间内部署了各种新技术来维持运营，这常常使安全性成为事后考虑的事项。这给首席信息安全官带来了很多难题：弥补企业急于数字化转型带来的安全漏洞。 (2)XDR作为单一解决方案将会消亡 尽管扩展检测和响应(XDR)供应商承诺，考虑到当今分散的数据和孤立的安全工具，没有哪一家技术供应商拥有安全分析师有效执行调查所需的所有能力。扩展检测和响应(XDR)按照预期工作的唯一方式是，扩展检测和响应(XDR)供应商在他们没有聚合或功能的领域进行合作。 (3)人才的“大迁移” 为了克服网络安全技能的差距，企业将在全球各地寻求招聘成本更低的人才。很多企业厌倦了在硅谷和奥斯汀等技术热点地区竞相招聘人才。为了避免这种挫败感，再加上远程劳动力的招聘，将在2022年引发一场人才的大迁移，届时更多的企业将组建自己的团队，并通过在世界各地挖掘更多的人才，弥补网络安全技能的差距。 (4)数据的“大迁移” 更多的企业将把内部部署的数据移动到云平台上。许多企业在过去几年中将业务迁移到云平台，在2022年，将会看到更多的企业继续减少其内部部署足迹，进一步将数据迁移到云平台上。当他们这样做时，建立和维护跨数据可见性对在不存在任何安全风险的情况下获得云计算的好处是至关重要的。 (5)技术的“大迁移” 客户对API集成的需求将会增加。市场对提供API集成和技术的安全提供商的需求将会增加，越来越多的企业将开始改进其安全基础设施，以便通过API利用最佳的安全解决方案。 对于使用数据集中的企业来说，清算的日子即将到来 考虑到当今分布在许多不同位置的大量和各种各样的数据，通用的数据集中和单一控制平台的概念不再可行。如今，企业必须对其安全运营实现现代化，以处理来自各种工具和平台的分散的、分布式的数据，这意味着需要突破常规思维。
2021-12-13
优秀的个人博客,低调大师

容器中的网络延迟相较于宿主机到底高多少？

今天一个从来没有用过docker容器的同事问了我一个网络延迟的问题，很简单，但我确没有准确回答出来。经过简单的验证，现在我把过程及结果分享给各位粉丝。 简短对话 容器中的网络延迟相较于宿主机有多高啊？ 我不假思索的回答可以忽略不计吧 同事带着疑惑的的说了句，那你说说docker网络桥接的实现 在容器启动时，Docker引擎将veth pair设备的一端放在新创建的容器中，并命名为eth0，另一端放在宿主机中；docker0子网中分配一个IP给容器使用，并设置docker0的IP地址为容器的默认网关；这样它们就组成了一个数据的通道，数据从一个设备进入，就会从另一个设备出来。相当于多了一层网络，就少不了网络解封包开销，看来是有影响的。 影响到底有多大呢？没有做过这方面的测试...... 验证环境准备 本次验证工具我使用了Netperf，Netperf是一种网络性能的测量工具，可以测试基于TCP或UDP吞吐、响应速率。Netperf包括Clien和Server端。Server端主要用来实现监听工作，Client端进行测试。根据流量传输方式可分为以下三种： 单方向最大吞吐传输大量数据。 双方向交互传输数据，对于tcp为单连接。 针对tcp，每个连接交互传输数据。 环境信息 总共两台机器，一台机器启动了NetPerf服务端；另外一台机器分别在容器内和宿主机上运行Netperf客户端。 NetPerf服务端 1.下载wget http://repo.iotti.biz/CentOS/7/x86_64/netperf-2.7.0-1.el7.lux.x86_64.rpm 2.安装 rpm -ivh netperf-2.7.0-1.el7.lux.x86_64.rpm 3.启动 netserver NetPerf客户端 宿主机验证 首先直接在宿主机上安装Netperf，然后进行网络性能测试，如下所示： TCP_RR 是 netperf 里专门用来测试网络延时的，缺省每次运行10秒钟。运行以后，我们还要计算平均每秒钟 TCP request/response 的次数，这个次数越高，就说明延时越小。如上所示，总共测试三轮，分别得出20146、20248、20221，平均是20221/s 容器中验证 在同一台客户端机器上，启动docker服务，并安装Netperf进行验证，命令如下所示[root@test ~]# docker run -d --name test -v /home/net/:/home/net/ docker.harbor.com/centos:7.8 sleep 36000 我这里相当于是把Netperf挂载到容器内部，然后执行：docker exec -it test bash进入容器内部安装Netperf。 同样运行了三轮，分别得出的是19546、19541、19259，平均是19448/s。 从数据上看容器中比宿主机少了773次。773/20221= 4%也就是容器中网络处理速度下降了4%，后来在网上找到了一些paper，有人得出结论是10%上下。 容器中共享宿主机网络运行 [root@test ~]# docker run -d --name test --network host -v /home/net/:/home/net/ docker.harbor.com/centos:7.8 sleep 36000 可以发现当使用共享宿主机网络模式下，其网络延迟跟宿主机基本没有差异。 原因分析 网络延迟的原因也不难想象，因为每次网络数据传输都要经过veth接口，然后向外发送。这个虚拟的网络设备除了没有硬中断，只有软中断处理过程，其它跟网卡发送数据逻辑基本相似，虽然发送速度很快。但即便如此也带来了一定的网络开销，从而造成了网络延迟。 总结 本文主要通过Netperf工具测试了宿主机和docker容器中的网络延迟，总的来说，在可接受范围之内，但是如果您的服务对延迟比较敏感，那么就可以考虑共享宿主机网络，或者使用后来推出的macvlan/ipvlan（IPVlan 和 macvlan 类似，都是从一个主机接口虚拟出多个虚拟网络接口，发送逻辑更简单。）其性能基本上接近于宿主机。当然最近几年Kubernetes定义了CNI标准，我们可以根据CNI实现自己的网络转发模式。比如Flannel、Calico、Weave和Canal都是基于该接口实现，让Kubernetes生态系统中的网络解决方案有更多样的选择，意味着大多数用户将能够找到适合其当前需求和部署环境的CNI插件和解决方案。如有问题，请关注公众号、加我微信，我拉你进群讨论！ 推荐 聊聊Oracle分区的使用心得 讲一讲加密数据如何进行模糊查询 Kubernetes入门培训（内含PPT） 原创不易，随手关注或者”在看“，诚挚感谢 本文分享自微信公众号 - 云原生技术爱好者社区（programmer_java）。如有侵权，请联系 support@oschina.cn 删除。本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
2021-03-09

资源下载

更多资源
腾讯云软件源

腾讯云软件源

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

时间: 2025-12-28 大小: 1MB 下载: 4次
Spring

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

时间: 2025-12-17 大小: 5MB 下载: 1次
Rocky Linux

Rocky Linux

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

时间: 2026-01-03 大小: 1.42GB 下载: 2次
Sublime Text

Sublime Text

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

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

欢迎您来访！

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

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

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册