云原生性能测试通用中的基本参数

第一:云原生性能测试通用中的基本参数

了解云原生性能测试通用中的基本参数,以其为基础确保性能测试的准确和有效。

并发用户数, 请求/事务数量,响应时间, CPU 使用率,内存使用率,网络延迟, 磁盘 I/O,错误率等,

如何对云原生应用的各个基本参数进行判断和调整,以达到最佳的性能和稳定性。

在云原生性能测试中,常用的基本参数包括:

  1. 延迟(Latency):衡量系统响应时间的指标,表示从请求发出到收到响应的时间间隔,可以用于评估系统在高负载下的性能表现。

  2. 吞吐量(Throughput):表示系统在单位时间内可以处理的请求数量,通常以每秒钟处理的请求数(QPS)来衡量,通过测量吞吐量可以评估系统的处理能力。

  3. 并发性(Concurrency):表示系统同时处理的请求数量。较高的并发性可以提高系统的吞吐量,但也可能增加延迟。

  4. CPU使用率:表示系统处理器的利用率,衡量系统的运算能力。

  5. 内存使用率:表示系统内存的利用率,衡量系统的存储能力。

  6. 网络带宽:表示系统传输数据的速率,通常以每秒钟传输的数据量(bps)来衡量。

  7. 磁盘IO:表示系统磁盘读写的速度,包括读取数据和写入数据的速率。

  8. 数据库响应时间:衡量数据库处理请求的时间,包括查询、插入、更新和删除等操作。

  9. 容量:表示系统可以存储的数据量,通常以存储空间的大小来衡量。

  10. 并发用户数:指同时模拟的用户数量,用于测试系统在高负载下的性能表现。

  11. 事务响应时间:指系统处理单个事务所花费的时间,可以用于评估系统的响应速度和性能。

  12. 资源利用率:包括CPU利用率、内存利用率、网络带宽利用率等,用于评估系统对硬件资源的有效利用程度。

  13. 错误率:指系统处理事务过程中出现错误的比例,可以用于评估系统的稳定性和可靠性。

  14. 存储性能:包括读取、写入、删除等操作的速度,用于评估系统对存储资源的访问性能。

  15. 网络性能:包括传输速度、延迟、吞吐量等指标,用于评估系统与网络资源的交互性能。

这些基本参数可以通过性能测试工具进行测量和分析,以评估系统在不同负载条件下的性能表现。

第二:如何对云原生应用的各个基本参数进行判断和调整,以达到最佳的性能和稳定性。

1. 延迟(Latency)

对云原生项目的延迟进行性能测试可以使用以下步骤:

  1. 了解项目架构:首先要了解云原生项目的架构,包括云平台、容器编排工具、微服务架构等,并明确延迟的关键组件和流程。

  2. 设置性能测试环境:搭建一个与生产环境相似的性能测试环境,包括硬件、网络等方面。可以使用云服务提供商的虚拟机或容器服务来搭建测试环境。

  3. 选择性能测试工具:选择适合云原生项目的性能测试工具,比如Apache JMeter、Gatling、Locust等。确保工具能够模拟真实的用户行为和负载,并且支持云原生场景的测试。

  4. 设计性能测试场景:根据实际应用场景,设计合适的性能测试场景,包括并发用户数、请求的类型和频率等。可以参考实际的用户访问模式和流量数据进行设置。

  5. 运行性能测试:使用选定的性能测试工具,运行设计好的性能测试场景,并记录测试过程中的延迟数据。可以监控云原生项目的关键指标,比如响应时间、吞吐量、错误率等。

  6. 分析性能测试结果:从性能测试结果中分析延迟问题的原因。可以根据延迟高的组件或流程进行深入排查,比如数据库查询、网络通信等。同时,可以比较不同配置或优化策略对延迟的影响。

  7. 优化云原生项目:根据分析结果,对云原生项目进行优化。可以采取不同的策略,比如增加资源、优化代码、调整配置等,以减少延迟。

  8. 重复测试和优化:反复进行性能测试和优化,直到达到预期的延迟要求。可以通过持续集成和持续部署的方式,将性能测试纳入到整个开发流程中。

需要注意的是,在进行性能测试时,要确保测试环境和生产环境的一致性,并进行充分的测试和验证,以避免对生产环境造成影响。

2. 吞吐量(Throughput)

在对云原生项目的吞吐量进行性能测试之前,你需要考虑以下几个方面:

  1. 测试环境:确定性能测试的硬件、软件和网络环境。确保测试环境与生产环境相似,以保证测试结果的准确性。

  2. 测试工具:选择适合云原生项目性能测试的工具。常用的性能测试工具有Apache JMeter 、Gatling、Locust等。根据项目的具体需求和技术栈选择合适的工具。

  3. 测试场景:根据实际需求定义测试场景。可以考虑模拟并发用户操作、大量数据处理、网络请求等场景 ,以测试项目在高负载情况 下的性能表现。

  4. 测试指标:定义性能测试的指标,如吞吐量、响应时间、并发数等。吞吐量是指单位时间内处理的请求数量,可以用来衡量系统的处理能力。

  5. 测试数据:准备合适的测试数据,以反映真实生产环境中的数据情况。测试数据的复杂性和规模 应该与实际情况相当。

  6. 测试报告:根据测试结果生成详细的测试报告,包括各项指标的数据和分析,以及性能测试的问题和建议。

在进行性能测试时,需要注意以下几点:

  1. 预热:在正式测试之前,进行一段时间的预热,以让应用程序达到稳定状态,避免测试结果受到初始化和缓存等因素的影响。

  2. 监控:在测试过程中,实时监控系统的运行情况,包括CPU、内存、网络等指标,以及系统日志和错误日志。这样可以及时发现性能问题和瓶颈,并进行优化和调整。

  3. 并发控制:根据实际需求和系统性能要求,逐步增加并发负载,观察系统的性能表现。可以通过增加并发用户数、请求频率等方式进行并发控制。

  4. 测试数据的多样性:测试过程中,尽量使用多样性的测试数据,以覆盖不同情况下的性能表现。例如,可以使用不同大小的数据文件、不同类型的请求等。

  5. 结果分析:根据性能测试的结果,进行详细的分析和总结。包括发现的性能问题、系统瓶颈,以及对性能进行优化和提升的建议。

总之,云原生项目的性能测试需要综合考虑硬件、软件、网络等方面的因素,以及测试工具、测试场景等的选择,从而全面评估项目的吞吐量和性能表现,并进行相应的优化和改进。

3. 并发性(Concurrency)

云原生项目的并发性是指在同一时间内能够处理的并发请求的能力。为了测试云原生项目的并发性能,可以采取以下步骤:

  1. 确定测试场景:根据项目的实际使用情况和预期负载,确定测试场景。例如,可以模拟多个用户同时访问项目的不同功能。

  2. 设置负载生成器:使用合适的负载生成器工具,例如Apache JMeter或Gatling等,设置并发请求的数量和持续时间。

  3. 配置测试环境:根据项目的实际运行环境,配置测试环境。包括网络、服务器硬件和软件配置等。

  4. 执行性能测试:运行负载生成器,模拟并发请求发送到项目中。同时监控项目的性能指标,如响应时间、吞吐量等。

  5. 分析测试结果:根据测试结果,分析项目在不同并发负载下的性能表现。可以比较不同场景下的性能差异,找出瓶颈和改进的方向。

  6. 优化和调整:根据测试结果,进行相应的优化和调整。可以通过调整服务器资源分配、优化代码逻辑、增加缓存等方式提升并发性能。

需要注意的是,在进行性能测试时,要尽量模拟真实的使用场景,并遵守合适的测试方法和规范。另外,性能测试应该是持续的过程,通过不断地测试和优化,提升项目的并发性能。

4. CPU使用率

对云原生项目的CPU使用率进行测试,可以采取以下步骤:

  1. 确定测试目标:明确测试的目的和要求,例如测试项目的性能指标、预期的CPU使用率等。

  2. 创建测试环境:搭建一个与实际生产环境相似的测试环境,包括操作系统、云原生平台、应用程序、虚拟机或容器等。

  3. 监测工具:选择合适的监测工具,用于监测和收集CPU使用率的数据。常用的工具有top、htop、sar等。

  4. 压力测试工具:选择合适的压力测试工具,用于模拟实际使用场景下的负载。常用的工具有JMeter、Siege、Apache Bench等。

  5. 设置测试用例:根据测试目标,定义一系列测试用例,包括不同负载下的场景和预期的CPU使用率。

  6. 执行测试用例:按照测试用例进行测试,使用压力测试工具模拟不同的负载,同时使用监测工具监测CPU使用率。

  7. 收集和分析数据:收集测试过程中的性能数据和监测数据,对CPU使用率进行分析和比较,找出潜在问题。

  8. 性能优化:根据测试结果,进行性能优化,包括调整云原生项目的配置、优化代码、增加资源等方式。

  9. 重复测试:根据优化后的代码和配置,再次进行测试,验证优化效果,直到满足预期的CPU使用率。

以上是对云原生项目CPU使用率进行测试的一般步骤。具体的测试方法和工具选择还需要根据实际情况来确定。

5. 内存使用率

性能测试中的内存使用率是指系统在进行**某项任务或运行某个应用程序时所使用的内存资源的比例。**它可以帮助我们评估系统的内存管理能力和性能表现。

内存使用率可以通过以下几个方面来理解:

  1. 内存占用量 :内存使用率可以表示为系统当前使用的实际内存量与系统总内存量之间的比例 。这个比例越高,表示系统使用的内存越多,可能会导致系统变慢或出现内存不足的问题

  2. 内存分配效率 :性能测试中的内存使用率还可以表示为系统分配给某个应用程序或任务的内存与该程序或任务实际使用的内存之间的比例。 这个比例越接近1,表示系统分配内存的效率越高,应用程序或任务可以更充分地利用系统资源。

  3. 内存泄漏:内存使用率还可以帮助我们检测系统中是否存在内存泄漏问题。如果内存使用率在长时间运行后一直增长,而没有释放内存,可能意味着系统中存在内存泄漏,需要进行修复。

  4. 内存性能优化:通过监控内存使用率,我们可以确定系统中需要更多内存资源的地方 ,并对其进行优化。例如,我们可以调整系统参数、优化代码、减少数据加载等方式来减少内存使用率,提高系统的性能。

总而言之,内存使用率是性能测试中一个重要的指标,它可以帮助我们评估系统在处理任务时的内存使用情况,并通过分析和优化来提高系统的性能和资源利用率。

6. 网络带宽

在性能测试中,网络宽带是指网络传输数据的能力或速度 。它表示网络的带宽,即单位时间内可以传输的数据量。网络宽带通常以单位时间内的数据传输速率来衡量,例如以千兆位每秒(Gbps)或兆字节每秒(MBps)来表示。

网络**宽带的大小对性能测试非常重要,因为它会影响系统的响应时间和吞吐量。**如果网络宽带较小,系统的响应时间可能会延长,因为数据传输速度较慢。另外,网络宽带还会限制系统的吞吐量,即单位时间内能够处理的请求数量。如果网络宽带较小,系统可能无法处理大量的请求,导致性能下降。

在性能测试中,通常会对网络宽带进行测量和评估。这可以**通过向系统发送不同数据量和速度的请求来完成。通过测量请求的响应时间和传输速率,可以确定系统在不同网络宽带条件下的性能水平。**这样可以帮助确定系统在实际使用中的可承受负载和性能瓶颈。

总结来说,性能测试中的网络宽带表示网络传输数据的能力或速度,它对系统的响应时间和吞吐量有重要影响。性能测试中通常会对网络宽带进行测量和评估,以确定系统的性能水平和瓶颈。

7. 磁盘IO

磁盘IO是指在性能测试过程中,对系统的磁盘读写操作进行测试和评估的过程。磁盘是计算机系统中重要的存储介质,对于许多应用程序来说,磁盘IO的性能影响着系统的整体性能。

在性能测试中,磁盘IO主要包括磁盘读取和磁盘写入两个方面。

磁盘读取:磁盘读取测试是通过模拟实际应用程序对磁盘的读取操作来评估磁盘的读取性能。 该测试通常会模拟不同的读取负载,例如随机读取、顺序读取等不同的读取模式。通过监控读取操作的吞吐量、响应时间等指标,可以评估磁盘的读取性能。

磁盘写入:磁盘写入测试是通过模拟实际应用程序对磁盘的写入操作来评估磁盘的写入性能。 该测试通常会模拟不同的写入负载,例如随机写入、顺序写入等不同的写入模式。通过监控写入操作的吞吐量、响应时间等指标,可以评估磁盘的写入性能。

理解磁盘IO的性能对于了解系统的瓶颈和优化系统性能非常重要。通过性能测试中的磁盘IO的相关指标,可以发现磁盘的性能瓶颈,例如磁盘读写速度是否达到系统的需求,是否存在磁盘队列等待的情况 等。在优化系统性能时,可以根据磁盘IO的性能指标来调整磁盘配置,例如增加磁盘缓存、优化磁盘访问模式等,从而提高系统的整体性能。

8. 数据库响应时间

云原生测试数据库响应时间可以通过以下几种方法进行:

  1. 负载测试:使用负载测试工具模拟多个并发用户或事务对数据库进行读写操作,并记录每个操作的响应时间。可以通过逐渐增加负载和观察响应时间的变化来确定数据库的性能瓶颈和极限

  2. 压力测试:通过增加并发用户或事务数,持续向数据库发送请求,观察响应时间是否随并发增加而增加。可以使用压力测试工具来自动化执行这个过程,并生成相关的性能报告和图表。

  3. 基准测试:在稳定的环境中,执行一系列事务或查询操作,并记录每个操作的响应时间。可以多次执行这些操作,取平均值来得到较为准确的响应时间。这种方法更适合评估数据库的性能和稳定性。

  4. 监控工具:使用监控工具实时监测数据库的性能指标,如响应时间、吞吐量、连接数等。可以设置阈值警报,当性能指标超过预设值时及时通知,并进行相应的优化或调整。

以上方法可根据具体情况选择合适的工具和方式进行测试,并根据测试结果进行性能优化和调整。

9. 容量

云原生测试中的容量测试通常包括以下几个方面:

  1. 弹性扩展测试 :测试系统在负载增加时是否能够自动扩展以满足需求 。这可以通过逐渐增加负载并观察系统的扩展能力来完成。测试人员可以模拟各种负载情况,如并发用户请求、数据量增加等,以确保系统在负载增加时能够持续提供高性能。

  2. 资源管理测试 :测试系统在资源有限的情况下是否能够有效地管理资源 。这可以包括测试系统在资源紧张的情况下是否能够合理分配资源、进行资源回收等。测试人员可以模拟资源有限的情况,如虚拟机内存不足、存储空间不足等,以确保系统可以在资源紧张的情况下继续正常运行

  3. 容错测试 :测试系统在发生故障时是否能够快速恢复,并保证数据的完整性。这可以包括测试系统对硬件故障、网络故障、软件故障等的容错能力。测试人员可以模拟各种故障情况,如节点宕机、网络中断等,以确保系统可以快速恢复并保证数据的可靠性

  4. 高可用性测试:测试系统在长时间运行时是否能够保持高可用性 。这可以包括测试系统在运行一段时间后是否会出现性能下降、系统崩溃等情况。测试人员可以模拟系统长时间运行的情况,如连续高负载、持续访问等,以确保系统可以持续提供稳定的性能。

为了执行容量测试,可以使用各种测试工具和框架,如JMeter、Gatling、Locust等。这些工具可以帮助测试人员模拟各种负载情况,并监测系统的性能和资源使用情况。同时,还可以使用监控工具来实时监测系统的负载、性能和资源使用情况,以便及时发现和解决潜在问题。

10. 并发用户数

云原生测试可以使用以下方法来测量并发用户数:

  1. 压力测试 :在云原生环境中模拟多个并发用户,并对系统的性能进行测试。可以使用工具如JMeter、Gatling等来模拟大量用户并发请求,然后观察系统在不同负载下的性能表现

  2. 负载测试:将**系统的负载逐渐增加,直到达到系统的极限。可以通过逐渐增加用户数量或者频繁发送请求来模拟并发用户。观察系统在负载增加的情况下是否能够正常处理请求,**并且性能是否受到影响。

  3. 自动化测试:利用**自动化测试框架和工具,如Selenium、Appium等,模拟多个并发用户的行为,如点击、输入等,来测试系统的并发性能。**可以通过编写测试脚本来模拟多个并发用户的行为,并观察系统的响应时间和负载情况。

  4. 弹性测试:通过动态调整系统的资源来测试并发用户数。可以**通过负载均衡器、自动扩展等功能来动态分配资源,并观察系统在不同并发用户数下的性能表现。**可以在系统负载增加时自动扩展资源,以确保系统能够正常运行。

通过以上方法,可以测试云原生环境下的并发用户数,了解系统在不同负载下的性能表现,并根据测试结果进行性能优化和资源调整。

11. 事务响应时间

对于云原生应用,测试事物响应时间可以采用以下方法:

  1. 单元测试:编写单元测试用例 ,针对每个函数、类或组件进行测试,验证其响应时间是否符合预期。

  2. 集成测试:模拟真实环境中的交互,测试整个应用的响应时间。可以使用工具模拟并发请求,观察响应时间是否满足性能需求。

  3. 负载测试:通过增加虚拟用户数量、增加并发请求数量等方式,对应用进行压力测试,观察在高负载情况下的响应时间表现。

  4. A/B 测试:在实际生产环境中,将新版本与旧版本进行对比测试,观察新版本的响应时间是否有所改进。可以通过分流实验来比较两个版本的响应时间差异。

  5. 性能监控:使用性能监控工具,实时监测应用的响应时间,并进行分析和优化。可以使用工具来监控应用的各个组件的响应时间,以及整个应用的平均响应时间等指标。

总的来说,云原生应用的响应时间测试需要包括单元测试、集成测试、负载测试、A/B 测试和性能监控等多个层面。通过综合使用这些方法,可以全面评估应用在不同场景下的响应时间表现。

12. 资源利用率

云原生测试主要涉及容器化应用的测试,其中包括资源利用率的测试。以下是一些测量资源利用率的常用方法:

1.CPU利用率测试 :通过监控容器内的CPU使用情况来测量CPU利用率。可以使用工具如Docker Stats、cAdvisor等进行监控,或者通过在容器内运行基准测试工具如Stress-ng来模拟高负载场景。

  1. 内存利用率测试:通过监控容器内存的使用情况来测量内存利用率。 可以使用工具如Docker Stats、cAdvisor等进行监控,或者通过在容器内运行基准测试工具如Memtester来模拟内存使用情况。

  2. 磁盘利用率测试:通过监控容器磁盘的使用情况来测量磁盘利用率。可以使用工具如Docker Stats、cAdvisor等进行监控,或者通过在容器内运行基准测试工具如fio来模拟磁盘读写操作。

  3. 网络利用率测试 :通过监控容器网络的使用情况来测量网络利用率。可以使用工具如Docker Stats、cAdvisor等进行监控,或者通过在容器内运行基准测试工具如iperf来模拟网络传输

需要注意的是,对于云原生环境中的资源利用率测试,通常需要考虑**多个容器同时运行的情况,以模拟真实场景下的负载情况。**同时,测试过程中应该记录并分析资源利用率的数据,以便评估系统的性能和调优需求。

13. 错误率

在云原生性能测试中,错误率指标是衡量系统稳定性和可靠性的关键指标之一。以下是一些测试错误率指标的方法:

  1. 故障注入 :通过人为地引入各种故障情况来测试系统的错误处理和恢复能力。例如,模拟服务器故障、网络中断、存储故障等,然后观察系统的错误率指标。

  2. 负载和压力测试 :通过逐渐增加系统的负载和压力,测试系统在高负载情况下的错误率。在这种测试中,可以模拟高并发、大规模数据操作等场景,观察系统在不同负载下的错误率指标。

  3. 边界测试 :测试系统在边界条件下的错误率。例如,输入数据的最大值、最小值、超出范围的值等,观察系统的错误处理能力和错误率指标。

  4. 异常处理测试 :测试系统在各种异常情况下的错误率,例如输入错误的参数、无效的请求、异常数据等。可以通过手动输入异常数据或使用自动化测试工具来模拟异常情况。

  5. 自动化测试:使用自动化测试工具来模拟和执行各种场景,包括正常和异常情况。通过观察测试结果和错误率指标,评估系统的性能和稳定性。

在进行上述测试时,可以使用**监控工具和日志分析工具来收集系统的性能指标和错误信息,以便更好地评估系统的错误率指标。**此外,还可以结合性能测试报告和性能调优建议,对系统进行优化和改进,以降低错误率指标。

14. 存储性能

云原生性能测试中,测试存储性能指标是非常重要的一项任务。以下是一些常见的方法和工具,可用于测试存储性能指标:

  1. 带宽测试 :通过传输大文件来测试存储系统的带宽。可以使用工具如iperf、NTttcp等进行测试。

  2. 吞吐量测试 :通过模拟多个并发访问,在一定时间内对存储系统进行读写操作 ,测试存储系统的吞吐量。可以使用工具如fio、iometer等进行测试。

3.延迟测试 :通过**发送请求并检查收到响应所需的时间,测试存储系统的延迟。**可以使用工具如fio、iozone等进行测试。

  1. IOPS测试 :通过模拟多个并发请求,测试每秒处理的输入/输出操作次数(IOPS)。可以使用工具如fio、iometer等进行测试。

5.峰值负载测试 :通过模拟高负载情况,**测试存储系统在峰值负载下的性能表现。**可以使用工具如fio、iometer等进行测试。

6.随机性能测试 :通过模拟随机读写操作,测试存储系统在随机工作负载下的性能表现。可以使用工具如fio、iometer等进行测试。

除了上述的方法和工具,还可以结合具体场景和需求,使用其他适合的工具和方法进行存储性能测试。值得注意的是,测试时应保证测试环境与实际生产环境尽可能一致,以获取更准确的性能指标。

15. 网络性能

云原生性能测试是一个广泛的领域,包括多个方面,例如应用程序性能、计算性能、存储性能和网络性能等。针对网络性能指标的测试方法主要包括以下几个方面:

  1. 带宽测试 :通过测量网络连接的传输速率 来评估带宽性能。可以使用网络性能测试工具如iPerf、Speedtest等在云原生环境中模拟多个并发用户发送和接收数据流量,并测量实际传输速率。

  2. 延迟测试 :延迟是指数据从发送端到达接收端所需的时间。 可以使用**Ping命令或网络性能测试工具如pingplotter、traceroute等来测量网络的往返延迟。**延迟测试可以帮助评估网络连接的响应速度,对于实时性要求高的应用程序特别重要。

  3. 丢包率测试 :丢包率是指**传输过程中丢失的数据包比例。**可以使用网络性能测试工具如pingplotter、packet loss test等来测量网络连接的丢包率。丢包率测试可以帮助评估网络连接的稳定性和可靠性,对于数据传输要求高的应用程序尤其重要。

  4. 吞吐量测试:吞吐量是指**单位时间内网络连接处理的数据量。**可以使用网络性能测试工具如iPerf、JMeter等在云原生环境中模拟多个并发用户发送和接收数据流量,并测量实际处理的数据量。吞吐量测试可以帮助评估网络连接的传输能力,对于大数据处理、视频流传输等带宽要求高的应用程序特别重要。

以上是一些常见的网络性能指标测试方法。根据具体的应用场景和需求,也可以结合其他测试方法对网络性能进行详细评估。在测试过程中,需要确保测试环境与实际云原生环境尽可能接近,以获得准确的性能测试结果。

16.如何理解负载

在性能测试中,负载是指对系统或应用程序施加的压力或负荷。它可以是并发用户数、同时请求的数量、数据传输量或其他相关的指标。

在负载测试中,通过**模拟实际用户使用系统的情况,对系统的性能进行评估。**负载测试的目标是确定系统在正常运行条件下的性能极限,并且找出系统的瓶颈。

理解负载测试中的负载可以从以下几个方面来考虑:

  1. 并发用户数:负载测试中常用的指标之一是**并发用户数,即同时访问系统的用户数量。**通过增加并发用户数,可以模拟系统在高负载情况下的性能表现。

  2. 请求量:负载测试还可以**根据请求的数量来评估系统的性能。**可以模拟高并发请求时,系统能否快速响应并处理请求。

  3. 数据传输量:负载测试中还需要考虑数据传输量的负载。系统在处理大量数据时的性能表现是评估系统是否能够处理大规模数据的重要指标。

  4. 响应时间:负载测试中还需要关注系统的响应时间。通过监测系统的响应时间,可以评估系统在负载情况下的性能状况。

总之,理解负载测试中的负载是为了确定系统在不同负载条件下的性能状况。通过考虑并发用户数、请求量、数据传输量和响应时间等指标,可以找出系统的性能瓶颈,并采取相应的措施来优化系统性能。

相关推荐
wuxingge9 小时前
k8s1.30.0高可用集群部署
云原生·容器·kubernetes
志凌海纳SmartX10 小时前
趋势洞察|AI 能否带动裸金属 K8s 强势崛起?
云原生·容器·kubernetes
锅总10 小时前
nacos与k8s service健康检查详解
云原生·容器·kubernetes
BUG弄潮儿10 小时前
k8s 集群安装
云原生·容器·kubernetes
Code_Artist10 小时前
Docker镜像加速解决方案:配置HTTP代理,让Docker学会科学上网!
docker·云原生·容器
何遇mirror11 小时前
云原生基础-云计算概览
后端·云原生·云计算
颜淡慕潇12 小时前
【K8S系列】kubectl describe pod显示ImagePullBackOff,如何进一步排查?
后端·云原生·容器·kubernetes
Linux运维日记12 小时前
k8s1.31版本最新版本集群使用容器镜像仓库Harbor
linux·docker·云原生·容器·kubernetes
长囧鹿18 小时前
云原生之k8s服务管理
云原生·容器·kubernetes
怡雪~18 小时前
centos7.9搭建k8s集群
云原生·容器·kubernetes