如何在golang代码里面解析容器镜像

简介：容器镜像在我们日常的开发工作中占据着极其重要的位置。通常情况下我们是将应用程序打包到容器镜像并上传到镜像仓库中，在生产环境将其拉取下来。然后用 docker/containerd 等容器运行时将镜像启动，开始执行应用。但是对于一些运维平台来说，对于一个镜像制品本身的扫描和分析才是真正的关注点。本文简单介绍下如何在代码中解析一个容器镜像。

image.png

作者 | 牧琦
来源 | 阿里技术公众号

一 背景

容器镜像在我们日常的开发工作中占据着极其重要的位置。通常情况下我们是将应用程序打包到容器镜像并上传到镜像仓库中，在生产环境将其拉取下来。然后用 docker/containerd 等容器运行时将镜像启动，开始执行应用。但是对于一些运维平台来说，对于一个镜像制品本身的扫描和分析才是真正的关注点。本文简单介绍下如何在代码中解析一个容器镜像。

二 go-containerregistry

go-containerregistry 是 google 公司的一个开源项目，它提供了一个对镜像的操作接口，这个接口背后的资源可以是 镜像仓库的远程资源，镜像的tar包，甚至是 docker daemon 进程。下面我们就简单介绍下如何使用这个项目来完成我们的目标—— 在代码中解析镜像。

除了对外提供了三方包，该项目里面还提供了 crane （与远端镜像交互的客户端）gcrane (与 gcr 交互的客户端)。

三 基本接口

1 镜像基本概念

在介绍具体接口之间先介绍几个简单概念

  • ImageIndex， 根据 OCI 规范，是为了兼容多架构（amd64, arm64）镜像而创造出来的数据结构, 我们可以在一个ImageIndex 里面关联多个镜像，使用同一个镜像tag，客户端（docker，ctr）会根据客户端所在的操作系统的基础架构拉取对应架构的镜像下来
  • Image Manifest 基本上对应了一个镜像，里面包含了一个镜像的所有layers digest，客户端拉取镜像的时候一般都是先获取manifest 文件，在根据 manifest 文件里面的内容拉取镜像各个层（tar+gzip）
  • Image Config 跟 ImageManifest 是一一对应的关系，Image Config 主要包含一些 镜像的基本配置，例如 创建时间，作者，该镜像的基础架构，镜像层的 diffID（未压缩的 ChangeSet），ChainID 之类的信息。一般在宿主机上执行 docker image 看到的ImageID就是 ImageConfig 的hash值。

  • layer 就是镜像层，镜像层信息不包含任何的运行时信息（环境变量等）只包含文件系统的信息。镜像是通过最底层 rootfs 加上各层的 changeset（对上一层的 add, update, delete 操作）组合而成的。

    • layer diffid 是未压缩的层的hash值，常见于 本地环境，使用 看到的便是diffid。因为客户端一般下载 ImageConfig, ImageConfig 里面是引用的diffid。
    • layer digest 是压缩后的层的hash值，常见于镜像仓库 使用 看到的layers 一般都是 digest. 因为 manifest 引用都是 layer digest。
  • 两者没有可以直接转换的方式，目前的唯一方式就是按照顺序来对应。
  • 用一张图来总结一下。

image.png

// ImageIndex 定义与 OCI ImageIndex 交互的接口
type ImageIndex interface {// 返回当前 imageIndex 的 MediaTypeMediaType() (types.MediaType, error)// 返回这个 ImageIndex manifest 的 sha256值。Digest() (Hash, error)// 返回这个 ImageIndex manifest 的大小Size() (int64, error)// 返回这个 ImageIndex 的 manifest 结构IndexManifest() (*IndexManifest, error)// 返回这个 ImageIndex 的 manifest 字节数组RawManifest() ([]byte, error)// 返回这个 ImageIndex 引用的 ImageImage(Hash) (Image, error)// 返回这个 ImageIndex 引用的 ImageIndexImageIndex(Hash) (ImageIndex, error)
}// Image  定义了与 OCI Image 交互的接口
type Image interface {// 返回了当前镜像的所有层级， 最老/最基础的层在数组的前面，最上面/最新的层在数组的后面Layers() ([]Layer, error)// 返回当前 image 的 MediaTypeMediaType() (types.MediaType, error)// 返回这个 Image manifest 的大小Size() (int64, error)// 返回这个镜像 ConfigFile 的hash值，也是这个镜像的 ImageIDConfigName() (Hash, error)// 返回这个镜像的 ConfigFileConfigFile() (*ConfigFile, error)// 返回这个镜像的 ConfigFile 的字节数组RawConfigFile() ([]byte, error)// 返回这个Image Manifest 的sha256 值Digest() (Hash, error)// 返回这个Image ManifestManifest() (*Manifest, error)// 返回 ImageManifest 的bytes数组RawManifest() ([]byte, error)// 返回这个镜像中的某一层layer， 根据 digest（压缩后的hash值） 来查找LayerByDigest(Hash) (Layer, error)// 返回这个镜像中的某一层layer， 根据 diffid （未压缩的hash值） 来查找LayerByDiffID(Hash) (Layer, error)
}// Layer 定义了访问 OCI Image 特定 Layer 的接口
type Layer interface {// 返回了压缩后的layer的sha256 值Digest() (Hash, error)// 返回了 未压缩的layer 的sha256值.DiffID() (Hash, error)// 返回了压缩后的镜像层Compressed() (io.ReadCloser, error)// 返回了未压缩的镜像层Uncompressed() (io.ReadCloser, error)// 返回了压缩后镜像层的大小Size() (int64, error)// 返回当前 layer 的 MediaTypeMediaType() (types.MediaType, error)
}

相关接口功能已在注释中说明，不再赘述。

四 获取镜像相关元信息

我们以 remote 方式(拉取远程镜像) 举例说明下如何使用。

package mainimport ("github.com/google/go-containerregistry/pkg/authn""github.com/google/go-containerregistry/pkg/name""github.com/google/go-containerregistry/pkg/v1/remote"
)func main() {ref, err := name.ParseReference("xxx")if err != nil {panic(err)}tryRemote(context.TODO(), ref, GetDockerOption())if err != nil {panic(err)}// do stuff with img
}type DockerOption struct {// AuthUserName stringPassword string// RegistryToken is a bearer token to be sent to a registryRegistryToken string// ECRAwsAccessKey    stringAwsSecretKey    stringAwsSessionToken stringAwsRegion       string// GCPGcpCredPath stringInsecureSkipTLSVerify boolNonSSL                boolSkipPing              bool // this is ignored nowTimeout               time.Duration
}func GetDockerOption() (types.DockerOption, error) {cfg := DockerConfig{}if err := env.Parse(&cfg); err != nil {return types.DockerOption{}, fmt.Errorf("unable to parse environment variables: %w", err)}return types.DockerOption{UserName:              cfg.UserName,Password:              cfg.Password,RegistryToken:         cfg.RegistryToken,InsecureSkipTLSVerify: cfg.Insecure,NonSSL:                cfg.NonSSL,}, nil
}func tryRemote(ctx context.Context, ref name.Reference, option types.DockerOption) (v1.Image, extender, error) {var remoteOpts []remote.Optionif option.InsecureSkipTLSVerify {t := &http.Transport{TLSClientConfig: &tls.Config{InsecureSkipVerify: true},}remoteOpts = append(remoteOpts, remote.WithTransport(t))}domain := ref.Context().RegistryStr()auth := token.GetToken(ctx, domain, option)if auth.Username != "" && auth.Password != "" {remoteOpts = append(remoteOpts, remote.WithAuth(&auth))} else if option.RegistryToken != "" {bearer := authn.Bearer{Token: option.RegistryToken}remoteOpts = append(remoteOpts, remote.WithAuth(&bearer))} else {remoteOpts = append(remoteOpts, remote.WithAuthFromKeychain(authn.DefaultKeychain))}desc, err := remote.Get(ref, remoteOpts...)if err != nil {return nil, nil, err}img, err := desc.Image()if err != nil {return nil, nil, err}// Return v1.Image if the image is found in Docker Registryreturn img, remoteExtender{ref:        implicitReference{ref: ref},descriptor: desc,}, nil
}

执行完 tryRemote 代码之后就可以获取 Image 对象的实例，进而对这个实例进行操作。明确以下几个关键点

  • remote.Get() 方法只会实际拉取镜像的manifestList/manifest，并不会拉取整个镜像。
  • desc.Image() 方法会判断 remote.Get() 返回的媒体类型。如果是镜像的话直接返回一个 Image interface, 如果是 manifest list 的情况会解析当前宿主机的架构，并且返回指定架构对应的镜像。 同样这里并不会拉取镜像。
  • 所有的数据都是lazy load。只有需要的时候才会去获取。

五 读取镜像中系统软件的信息

通过上面的接口定义可知，我们可以通过 Image.LayerByDiffID(Hash) (Layer, error) 获取一个 layer 对象， 获取了layer对象之后我们可以调用 layer.Uncompressed() 方法获取一个未被压缩的层的 io.Reader , 也就是一个 tar file。

// tarOnceOpener 读取文件一次并共享内容，以便分析器可以共享数据
func tarOnceOpener(r io.Reader) func() ([]byte, error) {var once sync.Oncevar b []bytevar err errorreturn func() ([]byte, error) {once.Do(func() {b, err = ioutil.ReadAll(r)})if err != nil {return nil, xerrors.Errorf("unable to read tar file: %w", err)}return b, nil}
}// 该方法主要是遍历整个 io stream，首先解析出文件的元信息 （path, prefix,suffix）, 然后调用 analyzeFn 方法解析文件内容
func WalkLayerTar(layer io.Reader, analyzeFn WalkFunc) ([]string, []string, error) {var opqDirs, whFiles []stringvar result *AnalysisResulttr := tar.NewReader(layer)opq := ".wh..wh..opq"wh  := ".wh."for {hdr, err := tr.Next()if err == io.EOF {break}if err != nil {return nil, nil, xerrors.Errorf("failed to extract the archive: %w", err)}filePath := hdr.NamefilePath = strings.TrimLeft(filepath.Clean(filePath), "/")fileDir, fileName := filepath.Split(filePath)// e.g. etc/.wh..wh..opqif opq == fileName {opqDirs = append(opqDirs, fileDir)continue}// etc/.wh.hostnameif strings.HasPrefix(fileName, wh) {name := strings.TrimPrefix(fileName, wh)fpath := filepath.Join(fileDir, name)whFiles = append(whFiles, fpath)continue}if hdr.Typeflag == tar.TypeSymlink || hdr.Typeflag == tar.TypeLink || hdr.Typeflag == tar.TypeReg {analyzeFn(filePath, hdr.FileInfo(), tarOnceOpener(tr), result)if err != nil {return nil, nil, xerrors.Errorf("failed to analyze file: %w", err)}}}return opqDirs, whFiles, nil
}// 调用不同的driver 对同一个文件进行解析
func analyzeFn(filePath string, info os.FileInfo, opener analyzer.Opener,result *AnalysisResult) error {if info.IsDir() {return nil, nil}var wg sync.WaitGroupfor _, d := range drivers {// filepath extracted from tar file doesn't have the prefix "/"if !d.Required(strings.TrimLeft(filePath, "/"), info) {continue}b, err := opener()if err != nil {return nil, xerrors.Errorf("unable to open a file (%s): %w", filePath, err)}if err = limit.Acquire(ctx, 1); err != nil {return nil, xerrors.Errorf("semaphore acquire: %w", err)}wg.Add(1)go func(a analyzer, target AnalysisTarget) {defer limit.Release(1)defer wg.Done()ret, err := a.Analyze(target)if err != nil && !xerrors.Is(err, aos.AnalyzeOSError) {log.Logger.Debugf("Analysis error: %s", err)return nil, err}result.Merge(ret)}(d, AnalysisTarget{Dir: dir, FilePath: filePath, Content: b})}return result, nil
}// drivers: 用于解析tar包中的文件
func (a alpinePkgAnalyzer) Analyze(target analyzer.AnalysisTarget) (*analyzer.AnalysisResult, error) {scanner := bufio.NewScanner(bytes.NewBuffer(target.Content))var pkg types.Packagevar version stringfor scanner.Scan() {line := scanner.Text()// check package if paragraph endif len(line) < 2 {if analyzer.CheckPackage(&pkg) {pkgs = append(pkgs, pkg)}pkg = types.Package{}continue}switch line[:2] {case "P:":pkg.Name = line[2:]case "V:":version = string(line[2:])if !apkVersion.Valid(version) {log.Printf("Invalid Version Found : OS %s, Package %s, Version %s", "alpine", pkg.Name, version)continue}pkg.Version = versioncase "o:":origin := line[2:]pkg.SrcName = originpkg.SrcVersion = version}}// in case of last paragraphif analyzer.CheckPackage(&pkg) {pkgs = append(pkgs, pkg)}parsedPkgs := a.uniquePkgs(pkgs)return &analyzer.AnalysisResult{PackageInfos: []types.PackageInfo{{FilePath: target.FilePath,Packages: parsedPkgs,},},}, nil
}

以上代码的重点在于 Analyze(target analyzer.AnalysisTarget) 方法，在介绍这个方法之前，有两个特殊文件需要稍微介绍下。众所周知，镜像是分层的，并且所有层都是只读的。当容器是以镜像为基础起来的时候，它会将所有镜像层包含的文件组合成为 rootfs 对容器暂时，当我们将容器 commit 成一个新的镜像的时候，容器内对文件修改会以新的layer 的方式覆盖到原有的镜像中。其中有如下两种特殊文件：

  • .wh..wh..opq: 代表这个文件所在的目录被删除了
  • .wh.：以这个词缀开头的文件说明这个文件在当前层已经被删除

所以综上所述，所有容器内的文件删除均不是真正的删除。所以我们在 WalkLayerTar 方法中将两个文件记录下来，跳过解析。

1 Analyze(target analyzer.AnalysisTarget)

  • 首先我们调用 bufio.scanner.Scan() 方法， 他会不断扫描文件中的信息，当返回false 的时候代表扫描到文件结尾，如果这时在扫描过程中没有错误，则 scanner 的 Err 字段为 nil
  • 我们通过 scanner.Text() 获取扫描文件的每一行，截取每一行的前两个字符，得出 apk package 的 package name & package version。

六 读取镜像中的java 应用信息

下面我们实际来看下如何读取java 应用中的依赖信息，包括 应用依赖 & jar包依赖， 首先我们使用上面的方式读取某一层的文件信息。

  • 如果发现 文件是jar包
  • 初始化 zip reader， 开始读取 jar 包内容
  • 开始通过 jar包名称进行解析 artifact的名称和版本， 例如: spring-core-5.3.4-SNAPSHOT.jar => sprint-core, 5.3.4-SNAPSHOT
  • 从 zip reader 读取被压缩的文件

  • 判断文件类型

    • 调用parseArtifact进行递归解析
    • 将返回的innerLibs放到 libs对象中
    • 从 MANIFEST.MF 文件中解析出manifest返回
    • 从 properties 文件中解析 groupid, artifactid, version 并返回
    • 将上述信息放到 libs 对象中
    • 如果是 pom.properties
    • 如果是 MANIFEST.MF
    • 如果是 jar/war/ear 等文件

  • 如果 找不到 artifactid or groupid

    • 根据jar sha256查询对应的包信息
    • 找到直接返回
  • 返回解析出来的libs
func parseArtifact(c conf, fileName string, r io.ReadCloser) ([]types.Library, error) {defer r.Close()b, err := ioutil.ReadAll(r)if err != nil {return nil, xerrors.Errorf("unable to read the jar file: %w", err)}zr, err := zip.NewReader(bytes.NewReader(b), int64(len(b)))if err != nil {return nil, xerrors.Errorf("zip error: %w", err)}fileName = filepath.Base(fileName)fileProps := parseFileName(fileName)var libs []types.Libraryvar m manifestvar foundPomProps boolfor _, fileInJar := range zr.File {switch {case filepath.Base(fileInJar.Name) == "pom.properties":props, err := parsePomProperties(fileInJar)if err != nil {return nil, xerrors.Errorf("failed to parse %s: %w", fileInJar.Name, err)}libs = append(libs, props.library())if fileProps.artifactID == props.artifactID && fileProps.version == props.version {foundPomProps = true}case filepath.Base(fileInJar.Name) == "MANIFEST.MF":m, err = parseManifest(fileInJar)if err != nil {return nil, xerrors.Errorf("failed to parse MANIFEST.MF: %w", err)}case isArtifact(fileInJar.Name):fr, err := fileInJar.Open()if err != nil {return nil, xerrors.Errorf("unable to open %s: %w", fileInJar.Name, err)}// 递归解析 jar/war/ear innerLibs, err := parseArtifact(c, fileInJar.Name, fr)if err != nil {return nil, xerrors.Errorf("failed to parse %s: %w", fileInJar.Name, err)}libs = append(libs, innerLibs...)}}// 如果找到了 pom.properties 文件，则直接返回libs对象if foundPomProps {return libs, nil}// 如果没有找到 pom.properties 文件，则解析MANIFEST.MF 文件manifestProps := m.properties()if manifestProps.valid() {// 这里即使找到了 artifactid or groupid 也有可能是非法的。这里会访问 maven等仓库确认 jar包是否真正存在if ok, _ := exists(c, manifestProps); ok {return append(libs, manifestProps.library()), nil}}p, err := searchBySHA1(c, b)if err == nil {return append(libs, p.library()), nil} else if !xerrors.Is(err, ArtifactNotFoundErr) {return nil, xerrors.Errorf("failed to search by SHA1: %w", err)}return libs, nil
}

以上我们便完成了从容器镜像中读取信息的功能。

原文链接

本文为阿里云原创内容，未经允许不得转载。 

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/511664.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

Alibaba Cloud Toolkit 中SLS插件助力线上服务问题排查

Alibaba Cloud Toolkit 中SLS插件助力线上服务问题排查

简介&#xff1a;Alibaba Cloud Toolkit 是一款非常优秀的插件&#xff0c;新增SLS日志服务的功能&#xff0c;针对软件开发者日常工作中常见的问题排查场景&#xff0c;将日志服务平台的功能集成到ide当中&#xff0c;省去了不同窗口之间来回切换的时间&#xff0c;大大提高了…
阅读更多...
别等被偷家了，再说数据安全~

别等被偷家了，再说数据安全~

在数字经济和技术生态高质量发展的今天&#xff0c;企业对前沿技术和高质量人才的需求不断升级。为了帮助更多开发者、企业洞察行业趋势、技术热点&#xff0c;CSDN 重磅打造技术访谈金牌栏目《架构师说》&#xff0c;聚焦数字化转型、云原生、数据库、开源技术、人工智能、出海…
阅读更多...
iLogtail使用入门-K8S环境日志采集到SLS

iLogtail使用入门-K8S环境日志采集到SLS

​简介&#xff1a;iLogtail是阿里云中简单日志服务又名“SLS”的采集部分。 它用于收集遥测数据&#xff0c;例如日志、跟踪和指标&#xff0c;目前已经正式开源(https://github.com/alibaba/ilogtail)。本文通过介绍ilogtail如何在K8S环境进行安装、配置、使用的最简流程&…
阅读更多...
java并发condition_Java并发之Condition的实现分析

java并发condition_Java并发之Condition的实现分析

一、Condition的概念介绍回忆 synchronized 关键字&#xff0c;它配合 Object 的 wait()、notify() 系列方法可以实现等待/通知模式。对于 Lock&#xff0c;通过 Condition 也可以实现等待/通知模式。Condition 是一个接口。Condition 接口的实现类是 Lock(AQS)中的 ConditionO…
阅读更多...
【新功能】开放搜索多路召回技术解读

【新功能】开放搜索多路召回技术解读

简介&#xff1a;多路召回就是指采用不同的策略、特征或者简单模型&#xff0c;分别召回一部分候选集&#xff0c;然后再把这些候选集混合在一起后供后续排序模型使用的策略&#xff0c;本文将介绍开放搜索平台上的多路召回技术是如何深度提升搜索效果的。 背景 所谓的“多路…
阅读更多...
CCO x Hologres：实时数仓高可用架构再次升级，双11大规模落地

CCO x Hologres：实时数仓高可用架构再次升级，双11大规模落地

简介&#xff1a;本文将会介绍今年是如何在去年基础上进行实时数仓高可用架构升级&#xff0c;并成功大规模落地双11。 作者 | 梅酱 来源 | 阿里技术公众号 一 2021年双11总结 2021年阿里巴巴双11期间&#xff0c;由CCOHologres构建的高可用实时数仓经过2年的迭代&#xff0…
阅读更多...
MLPerf世界纪录技术分享：通过模型压缩优化取得最佳性能

MLPerf世界纪录技术分享：通过模型压缩优化取得最佳性能

作者 | 刘姝 供稿 | 浪潮 MLPerf竞赛由图灵奖得主大卫帕特森&#xff08;David Patterson&#xff09;联合谷歌、斯坦福、哈佛大学等单位共同成立&#xff0c;是国际上最有影响力的人工智能基准测试之一。在MLPerf V0.7推理竞赛开放赛道中&#xff0c;浪潮信息通过模型压缩优…
阅读更多...
Serverless 应用优化四则秘诀

Serverless 应用优化四则秘诀

简介&#xff1a;Serverless 架构下&#xff0c;虽然我们更多精力是关注我们的业务代码&#xff0c;但是实际上对于一些配置和成本也是需要进行关注的&#xff0c;并且在必要的时候&#xff0c;还需要根据配置与成本进行对我们的 Serverless 应用进行配置优化和代码优化。 Ser…
阅读更多...
懵了，构建一个 Docker 镜像花 60 分钟？如何提高效率？

懵了，构建一个 Docker 镜像花 60 分钟？如何提高效率？

作者 | Andy来源 | 进击云原生最近&#xff0c;有一个需求&#xff1a;向镜像构建管道添加一个参数&#xff0c;以允许用户在构建时配置超时时间。我们计划在构建时配置 10 分钟的默认超时&#xff0c;并且允许用户覆盖此配置&#xff0c;因为他们的某些镜像构建需要长达 60 分…
阅读更多...
java实现短信上行源码_Java 发送短信验证码 示例源码

java实现短信上行源码_Java 发送短信验证码 示例源码

【实例简介】执行前请先设置修改 src/test.java 文件//用户名private static String Uid "uid";//接口安全秘钥(不是登录密码)private static String Key "key";//手机号码&#xff0c;多个号码如13800000000,13800000001,13800000002private static Str…
阅读更多...
Android项目架构设计深入浅出

Android项目架构设计深入浅出

简介&#xff1a;本文结合个人在架构设计上的思考和理解&#xff0c;介绍如何从0到1设计一个大型Android项目架构。 作者 | 璞珂 来源 | 阿里技术公众号 前言&#xff1a;本文结合个人在架构设计上的思考和理解&#xff0c;介绍如何从0到1设计一个大型Android项目架构。 一 引…
阅读更多...
技术实践第四期｜解读移动开发者日常-性能监控平台应用

技术实践第四期｜解读移动开发者日常-性能监控平台应用

简介&#xff1a;应用性能监控平台是用来帮助客户提升应用性能质量和稳定性的重要环节&#xff0c;本人作为一名移动端开发者有着丰富的使用和运维经验&#xff0c;希望通过本文分享过往的心得和使用经验&#xff0c;让我参与开发的U-APM这款产品中&#xff0c;作为借鉴可以在中…
阅读更多...
彻底理解操作系统：CPU与实模式

彻底理解操作系统：CPU与实模式

作者 | 陆小风来源 | 码农的荒岛求生‍对于人类来说&#xff0c;我们不喜欢拐弯抹角&#xff0c;喜欢更直接的东西&#xff0c;“有话直说”、“没有中间商赚差价”、“简洁的设计”等等&#xff0c;然而对于计算机&#xff0c;尤其是对内存管理来说则恰恰相反&#xff0c;在这…
阅读更多...
边缘计算的 4 种类型都有哪些？

边缘计算的 4 种类型都有哪些？

作者 | Addo Zhang来源 | 云原生指北本篇文章译自 SUNKU RANGANATH 的 4 Types of Edge Computing - Broadly Categorized。文章通过 往返终端设备和数据中心的延迟 来对边缘计算的类型进行大致的分类&#xff0c;通俗易懂&#xff0c;方便大家对边缘计算有个大概的了解。边缘计…
阅读更多...
OpenKruise v1.0：云原生应用自动化达到新的高峰

OpenKruise v1.0：云原生应用自动化达到新的高峰

简介&#xff1a;OpenKruise 是针对 Kubernetes 的增强能力套件&#xff0c;聚焦于云原生应用的部署、升级、运维、稳定性防护等领域。 云原生应用自动化管理套件、CNCF Sandbox 项目 -- OpenKruise&#xff0c;近期发布了 v1.0 大版本。 OpenKruise[1] 是针对 Kubernetes 的…
阅读更多...
Serverless Kubernetes 落地实践

Serverless Kubernetes 落地实践

简介&#xff1a;如何通过原生 Kubernetes 提供 Serverless 能力&#xff1f;如何借力丰富的云原生社区生态&#xff1f;本文将给大家介绍一下我们在 Serverless Kubernetes 上的落地实践。 作者&#xff1a;元毅 导读 Kubernetes 作为当今云原生业界标准&#xff0c;具备良…
阅读更多...
如何在零停机的情况下迁移 Kubernetes 集群

如何在零停机的情况下迁移 Kubernetes 集群

简介&#xff1a;本文将通过集群迁移的需求、场景以及实践方式&#xff0c;介绍如何基于阿里云容器服务 ACK&#xff0c;在零停机的情况下迁移 Kubernetes 集群。 作者&#xff1a;顾静&#xff08;子白&#xff09;&#xff5c;阿里云高级研发工程师&#xff1b;谢瑶瑶&#…
阅读更多...
轻松理解 Docker 网络虚拟化基础之 veth 设备！

轻松理解 Docker 网络虚拟化基础之 veth 设备！

作者 | 张彦飞allen来源 | 开发内功修炼最近我又对网络虚拟化技术产生了浓厚的兴趣&#xff0c;迫切想搞明白在 Docker 等虚拟技术下&#xff0c;网络底层是如何运行的。不得不说&#xff0c;网络虚拟化技术是我给自己抛的又一个大坑。虽然我自认为把原生 Linux 网络实现过程理…
阅读更多...
如何做好数字化体验管理，了解一下？

如何做好数字化体验管理，了解一下？

简介&#xff1a;本文主要分为三部分&#xff0c;第一部分是数字化体验的必要性&#xff0c;从数字化体验管理对业务的影响和数字化体验管理对企业的价值两个方面来介绍其必要性&#xff1b;第二部分&#xff0c;ARMS 在数字化体验管理上的产品能力介绍&#xff1b;第三部分&am…
阅读更多...
深信服智能边缘计算平台与 OpenYurt 落地方案探索与实践

深信服智能边缘计算平台与 OpenYurt 落地方案探索与实践

简介&#xff1a;本文将介绍边缘计算落地的机遇与挑战&#xff0c;以及边缘容器开源项目 OpenYurt 在企业生产环境下的实践方案。 作者&#xff1a;赵震&#xff0c;深信服云计算开发工程师&#xff0c;OpenYurt 社区 Member 编者案&#xff1a;在 5G、物联网等新技术的持续推…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023