无服务器架构的Docker镜像数据分析应用
近期对Docker镜像做了些数据分析,这里分享一下利用云原生技术快速且低成本的实现任意数量的数据分析。
之前通过文章介绍了不用拉取Docker镜像就可获取镜像的大小的一种方法,通过其中的示例脚本,我们可以获取到待分析的原始数据。
比如nginx
镜像的部分原始数据(csv格式)如下,
|
|
各列的含义分别是,镜像tag
, 镜像
Digest, 镜像对应平台的Architecture
, 镜像对应平台的OS
, 镜像对应平台的变种
(例如,ARM的v7, v8等), 镜像对应平台的OS版本
, 镜像组成层的
Digest, 镜像组成层的大小
。
上面nginx
镜像的示例数据,告诉我们镜像名nginx
且tag为1.18.0-alpine
的镜像包含了amd64-linux
, arm-linux-v6
, arm64-linux-v8
, 386-linux
, ppc64le-linux
以及s390x-linux
共5种Arch合计6个版本的镜像。且每个平台的对应镜像包含了两个层以及这两个层的大小。
当我们有了成百数千甚至海量镜像的原始数据后,如何能快速且低成本的分析这些数据呢?
在AWS上,我们可以利用数据湖相关的系列产品来实现低成本的交互式分析。
- 在Docker镜像分析这个场景下,我已经获取到了待分析镜像的平台、层等数据。我将这些数据上传到Amazon S3作为数据湖的数据源。
- 接下来使用AWS Glue以S3中的数据创建Table并且从中提前数据的metadata。同时做数据分区,为接下来的查询做性能和成本优化。
- 打开Amazon Athena,根据业务需求通过SQL语句查询分析Docker镜像数据。
就是通过以上3个简单步骤,我就得到了一个无服务器架构的Docker镜像数据分析应用!整个应用完全是按量计费的,主要成本包括S3对象存储费用,和Athena费用(根据每次查询扫描数据的大小来计算)。
使用该分析应用,我统计了Docker Hub官方镜像中包含层最多的10个镜像(分平台统计),
最后,得力于AWS Infra as Code的强大能力,整个应用也是通过代码管理的且开源的,有兴趣的读者也可以部署自己的分析应用。
Posts in this series
- Build serverless web application with AWS Lambda web adapter
- Define your API via OpenAPI definition on AWS
- Setup DevOps pipeline with few code
- Federated OIDC login with Cognito and Amplify
- Protect website with Cognito
- Distribute the website globally
- Build no code restful HTTP API with API Gateway and DynamoDB
- Build serverless web application with AWS Serverless
- 无服务器架构的Docker镜像数据分析应用
- 无服务器架构的域名重定向服务
- Spring Cloud Function -- 跨Serverless平台的函数计算框架
- 基于函数计算的钉钉回调函数接口