云原生

ITPUB-微风6 小时前
深度学习·云原生·istio
58同城深度学习推理平台:基于Istio的云原生网关实践解析在当今数字化时代,深度学习技术的快速发展为各行各业带来了革命性的变化。作为国内领先的分类信息网站,58同城一直致力于通过技术创新提升服务质量和用户体验。近期,58同城AI Lab推出了一项重要的技术革新——基于Istio的云原生网关深度学习推理平台。本文将从技术角度深入解析这一创新实践,探讨其架构设计、应用效果以及未来发展方向。
野猪佩挤8 小时前
云原生·容器·kubernetes
minio作为K8S后端存储CSI 是 Kubernetes 的标准接口,允许不同的存储系统(如 S3)与 Kubernetes 集成。csi-s3 驱动实现了 CSI 的 API,使得 Kubernetes 能够通过标准化的方式与 S3 进行交互。 StorageClass 和 PVC:
福大大架构师每日一题15 小时前
云原生·容器·kubernetes
6.4 k8s的informer机制informer机制的作用:informer机制的主要对象架构图分为两部分Reflector: reflector 用来直接和 k8s api server 通信,内部实现了 listwatch 机制
炸鸡物料库15 小时前
运维·云原生·kubernetes·飞书·prometheus·devops
Kubernetes 使用 Kube-Prometheus 构建指标监控 +飞书告警Prometheus Operator 为 Kubernetes 提供了对 Prometheus 机器相关监控组件的本地部署和管理方案,该项目的目的是为了简化和自动化基于 Prometheus 的监控栈配置,主要包括以下几个功能:
ITPUB-微风15 小时前
运维·云原生·devops
云原生DevOps:Zadig架构设计与企业实践分析在云原生时代,随着微服务架构和容器技术的广泛应用,软件交付模式正经历着深刻的变革。DevOps作为一种文化、运动和实践,正逐渐成为企业快速交付高质量软件的关键。本文将探讨在云原生背景下,DevOps工程架构的设计与实践,特别聚焦于Zadig这一开源DevOps平台。
IT闫16 小时前
分布式·zookeeper·云原生·dubbo
【Dubbo+Zookeeper】——SpringBoot+Dubbo+Zookeeper知识整合🎼个人主页:【Y小夜】😎作者简介:一位双非学校的大二学生,编程爱好者,专注于基础和实战分享,欢迎私信咨询!
桂月二二18 小时前
安全·云原生
基于eBPF的零信任API网关:重塑云原生时代的安全通信范式当某政务云平台利用eBPF截获并阻止了伪装成合法gRPC流量的APT攻击时,其背后是纳米级协议深度检测与实时身份拓扑分析的双重保障。监控数据显示,该网关在50万QPS压力下实现全流量TLS 1.3解密仅消耗3.2% CPU,同时阻止了2147次零日攻击尝试。通过动态策略注入技术,API异常访问的检测响应时间从17秒压缩至29毫秒,重新定义了零信任架构的实现路径。
Karoku06618 小时前
运维·ci/cd·docker·云原生·容器·kubernetes·jenkins
【CI/CD】持续集成及 Jenkins1. 瀑布模型(Waterfall Model)2. 敏捷开发(Agile)通俗来说就是启动一个服务,能够监听代码变化,然后自动执行构建、测试、打包、发布等流程;CICD 是持续集成和持续交付/部署简称。 指在研发过程中自动执行一系列脚本来降低开发引入bug的概率,在新代码从开发到部署的过程中,尽量减少人工的介入。这一策略加快了代码提交到功能上线的速度,保证新的功能能够第一时间部署到生产环境并被使用。
KTKong1 天前
云原生·容器·kubernetes
kubeadm拉起的k8s集群证书过期的做法集群已奔溃也可以解决集群还活着 集群已归西(麻烦事儿)使用kubectl获取集群资源看是否正常。此时集群无法连接、无法管理,甚至无法启动
呱牛do it1 天前
微服务·云原生·金融·架构
【系列专栏】银行IT的云原生架构-混合云弹性架构 13在金融科技迅猛发展的当下,银行 IT 架构正经历深刻变革,以满足日益增长的业务需求和数字化创新要求。混合云弹性架构作为一种融合了公有云与私有云优势的架构模式,逐渐成为银行构建云原生架构的重要选择。它赋予银行在资源调配、业务部署等方面的高度灵活性,能够有效应对业务负载的动态变化,提升银行的竞争力和服务质量。深入探讨银行 IT 的混合云弹性架构,对于银行充分发挥混合云优势、实现高效数字化转型具有重要意义。
阿里云云原生1 天前
云原生
IDEA + 通义灵码AI程序员:快速构建DDD后端工程模板作者:陈荣健IDEA + 通义灵码AI程序员:快速构建DDD后端工程模板在软件开发过程中,一个清晰、可维护、可扩展的架构至关重要。领域驱动设计 (DDD) 是一种软件开发方法,它强调将软件模型与业务领域紧密结合,从而构建更贴近业务需求的系统。本文将介绍如何利用 IntelliJ IDEA 编辑器和阿里云的通义灵码 AI 程序员,快速搭建一个基于 DDD 领域驱动架构的后端工程模板,作为其他工程的初始化工程。
仇辉攻防1 天前
web安全·网络安全·docker·云原生·容器·kubernetes·安全威胁分析
【云安全】云原生-Docker(六)Docker API 未授权访问Docker API 未授权访问 是一个非常严重的安全漏洞,可能导致严重的安全风险。Docker API 是 Docker 容器平台提供的一组 RESTful API,用于与 Docker 守护程序进行通信和管理 Docker 容器。通过 Docker API,用户可以通过 HTTP 请求来执行诸如创建、启动、停止、删除容器等操作。同时,Docker API 还允许用户管理镜像、网络、卷等 Docker 资源。用户可以使用任何支持 HTTP 请求的工具或库来访问 Docker API,从而实现与 Dock
易安杰1 天前
分布式·云原生
DeepSeek 云原生分布式部署的深度实践与疑难解析—— 从零到生产级落地的全链路避坑指南关键点:Master 节点需保证强一致性,Worker 节点需支持异构硬件调度。问题现象:直接使用官方 Helm Chart 部署后出现 Pod 频繁重启
云效DevOps平台2 天前
阿里云·云原生·ai程序员·ai程序员体验官
山石网科×阿里云通义灵码,开启研发“AI智造”新时代近日,山石网科正式宣布全面接入阿里云通义灵码企业专属版,这标志着山石网科在研发智能化、自动化领域迈出重要一步,为研发工作注入强大的AI动力,实现多维度的效率飞跃。
Anna_Tong2 天前
阿里云·云原生·容器·kubernetes·负载均衡·自动伸缩·弹性计算
Kubernetes & 容器自动伸缩失败:解决方案及阿里云如何帮助随着容器技术的普及,Kubernetes(K8s) 已成为构建现代云原生应用的核心平台。自动伸缩(Auto Scaling)功能可以帮助应用在流量波动时动态调整资源,提高效率并节约成本。然而,很多企业在配置 水平自动伸缩(Horizontal Pod Autoscaler,HPA) 或 ECS扩容策略 时,常常遇到配置错误或无法触发扩容的问题,导致资源无法及时扩展或收缩,影响系统的稳定性和用户体验。
程序员林北北2 天前
java·分布式·学习·云原生·golang·kafka·rabbitmq
【Golang学习之旅】分布式任务队列(使用 RabbitMQ / Kafka)在微服务架构中,处理异步任务是不可避免的需求。为了处理任务的异步执行,系统需要一个可靠的消息队列机制。消息队列能够保证消息的持久化、顺序性和可靠性,并且能够有效地解耦各个服务之间的依赖。
Marcel1112 天前
云原生·kubernetes·kind
WSL2使用Kind创建K8S集群时出现IPV6网络创建失败机器信息:ubuntu 22.04kind 版本 0.17.0通过命令创建k8s集群kind create cluster --image kindest/node:v1.25.3 --name aio -v 5
呱牛do it2 天前
云原生·金融·架构
【系列专栏】银行IT的云原生架构-云单元架构 12在银行数字化转型进程中,云原生架构已成为提升竞争力、实现高效创新的关键支撑。其中,云单元架构作为一种先进的架构模式,正逐渐受到银行的关注与应用。云单元架构通过将复杂的系统拆分为多个相对独立、自治的单元,为银行带来了更高的灵活性、扩展性与可靠性。从目标、特征、单元化流量路由、应用与数据单元化、分布式中间件等多个关键角度深入剖析云单元架构,对于银行更好地理解和应用这一架构,推动业务发展具有重要意义。
zxzy_org2 天前
算法·微服务·云原生·架构
轻松上手:2025年微服务教程对于初学者来说,学习微服务开发可能看起来充满挑战,但2025年的技术生态为新手提供了大量便利。学习微服务的第一步是理解其核心概念和架构原则,例如服务拆分、接口设计和数据一致性。在实践中,可以从构建一个简单的微服务应用开始,选择一门流行的编程语言(如 Java 或 Python)和一个合适的框架(如 Spring Boot 或 FastAPI)。此外,学习如何使用 Docker 容器化你的微服务以及通过 Kubernetes 管理这些容器化服务至关重要。为了进一步提升学习效率,可以参考在线资源和教程,其中包
power-辰南2 天前
微服务·云原生·架构·无损上线·无损下线
微服务线上发布稳定性解决方案好的,我理解了你的需求。以下是根据你的反馈细化后的解决方案,重点加强了灰度发布、蓝绿发布中的数据库兼容性设计,发布后如何快速发现业务逻辑异常以及应急预案和最佳实践部分的详细描述。