交通事故认定复议申请书

1、解决方案基于容器的ContainerOps 目录00个人简介个人简姓:马性:工作经:华年，现任华为开源软件能力中心架构师Email: ?目录 解决方案背景介绍一、ContainerOps CONTENTS 解决方案架构设想二、ContainerOps 三、ContainerOps解决方案技术实践 技术实践下阶段计划四、 TRPA 1解决方案背景介绍ContainerOps 目录01解决方案背景介绍ContainerOpsContainerOps初衷?分布式的未来，容器是软件分发标准全面容器化DevOps? 目录02解决方案背景介绍ContainerOpsDevO

2、psV3.0以容器为核心的V2.5DevOpsDevOps过渡形态多语言1.V 2.0DevOps2.工具兼容容器多语言1.3.物理机工具生态链2./VM/Container/VM物理机3.V1.0DevOps脚本语言1.无生态工具2.物理机3. 目录03解决方案背景介绍ContainerOpsContainerOps特点?符合OCI容器规范?面向分布式，支持集群部署?基于容器的生态工具链基于微服务架构设计? TRPA 2解决方案架构设想Containerops 目录01容器生态技术栈Container ecosystem stackAPP & ServiceMicroServicePubli

3、c Cloud ServiceHybrid cloud ServiceSDN/NFVDevOps& ToolscAdvisorDocker MachineContainerOpsOrchestration & ScheduleK8sMesosDocker SwarmDocker ComposeFleetContainer virtual networkLibnetworkFlannelWeavePipeworkOS& ContainerCoreOSAtomicRancherOSLXCLXDDockerRocketHardWareARMX86 目录02总体架构ContainerOpsCLI In

4、terfaceWEB/REST API InterfaceContinuous Continuous Application Version Controller SubsystemDelivery Integration SubsystemSubsystem Distributed Application Distributed Source Version Version Controller ModuleController Module CD Control CI Workflow Engine Engine ModuleModule Source Convert Applicatio

5、n ModuleDistributed Key/Value DBDistributed Object StorageDistributed Resource AllocDeploymentCIDevelopment 目录03版本控制子系统ContainerOpsApplication Version Controller Subsystem Distributed Source Version Controller ModuleDistributed Application Version Controller ModuleWEB Interface Git Compatible Contai

6、ner Compatible User/Organization Project Management ModuleInterface ModuleInterface Module Source Version ModuleApplication Version Module Source Convert Application ModuleDistributed Object StorageDistributed Key/Value DB 目录04代码托管工具分析版本控制子系统ContainerOpsGitContainerOpsDistributed every commit of one

7、repository to different Could not split a single repository to different Distributedserver or regionlocationA distributed key/Value database with high Key/Value A low performance, single-copy fileStorageperformance,multi-copydatabaseApplicationApplication version control functionbuild in.application

8、 version function.NoVersionSupportedBig FileSupportedSupportNo testing functionTestingwith container build.GolangLanguageC50T (Base on Reborndb capacity)30T (Base on Git host service)Capacity 目录05持续集成子系统ContainerOpsContinuous Integration SubsystemCLI InterfacWEB InterfacREST API Interfac

9、e Continuous Integration Workflow EngineContainer MechanismsFor DeploymentDistributed Resource AllocDistributed Object StorageDistributed Key/Value DB 目录06工具分析持续集成子系统DevOpsContainerOpsJenkinsContainerOpsMulti-pipelinesupported and more complex micro PipelineNonsupportedservice testing supportContain

10、eris the coreCompatiblebase ContainerAllREST APISupporttedSupported SupporttedSupporttedWEB UI 目录07持续部署子系统ContainerOpsContinuous Deployment SubsystemCLI InterfacWEB InterfacREST API Interface Distributed Log Collection/Analytics Continuous DepliveryWorkflow Engine Distributed Container PerformanceKu

11、bernetesDistributed Resource AllocDistributed Object StorageDistributed Key/Value DB TRPA 3解决方案技术实践ContainerOps 目01布式应用版本控制技术实践分提供存取Docker和Rkt主流容器镜像的分布式镜像托管OCI Hub，目前支持DockerV1/V2协议提供向云端的对象存储接口Storage interface，目前支持S3/google云/阿里云/腾讯云/七牛云/又拍云 Distributed Application Version Controller Docker(V1)OCI H

12、ub 1 RktRktStorage Docker(V2)interface OCI Hub 2OCI Hub 3 RktRktRkt 目录02差异分析OCI Hub技术实践主流容器SpecRktDockerRktDocker半开放，Docker拥有实际控制完全开放，通过讨论形成决的每一层存在一个Image一个目录，Image 每个权议目录下有Image Docker目录，在manifest rootfs目录和由开放性文件保存repositories Layout构成只开放Registry实现完全开放，不限定服务，限定用户服信息Image 务端实现端实现完整性OCI规范runtime容器遵循a

13、rchive 目录每个Image Image 的每一个目录都Image 文件，可以压.aciarchive 一个文件，没有压为一个Archives一致性Docker对API 实现存在不一致rkt实现和协议是一致xzbzip2 和缩为格式。缩，是tar gzip、传输协等BT HTTPS 协议，同时支持HTTP 和HTTPS 议更多协议Image签使用pgp签名和加密使用libtrust签名，无加密名和加密签名，不能第Host 任何的服务方都可以签目前只能签名机Docker三方签名名制对aci文件进行SHA512 对Image 的每一层tar 文Image ID件进行随机生成Image IDID

14、校验值作为目前都是推荐在HTTPS 认证下使用Basic Authorization 认证DockerRegistry API 比较复杂，比较简单，Metdata协议复Service运行时通过外部命Image 运行时需要包含Image 尤其是版本迭代比较快，实现比Manifest容易实现杂度令指定的资源参数较难 目录03差异分析V1 vs V2技术实践Docker存储协议OCI HubDockerV1协议（docker-registry）DockerV2协议（distribution）相同相同Image LayoutImage Archives相同相同Image ID相同相同无manifest

15、，每层Image包含各自的json、使用唯一的manifest记录描述信息，manifest包Manifest含兼容V1描述信息layer、checksum协议的描述信息使用libtrustSignature无签名layer中校验HEAD，在GET、PUT、POST、HEADGET、PUT、POST协议方法 目录04差异分析存储协议DockerOCI Hub技术实践V1 vs V2Image Manifest：存储组织结构相同，差异主要体现在存取Image时的ManifestDocker V1Docker V2Json A2Layer A2Layer A2TagChecksum A2Manif

16、estRegistryTagDistributionJson A1Layer A1Repository NRepository 1Repository NRepository 1Layer A1Image A2Checksum A1Image A2Image A1Image A1Image A1Image A1Json ALayer ABase Image ABase Image ABase Image ABase Image ALayer AChecksum A 目录05差异分析OCI Hub技术实践Docker存储协议V1 vs V2规范化改进并增加签名机制V2Signature：V1Do

17、ckerDockerV24Authorization RegistryServiceRegistryIndexAuthenticated by5JSON Web Token264Authenticated by Token3152361Docker DaemonDockerclientpull samalba/busybox$dockerpull samalba/busybox$docker 目录06格式镜像OCI Hub技术实践支持存取DockerV1&V2的镜像V2Dockyard功能技术实践，分别支持存取Docker V1和目前完成OCI Hub的ContainerOpsSource C

18、I/CDcontrolOCI HubWrenchDockyardCrewPullPullPullPushPushDockerV1 DaemonDockerV2 DaemonRKTV2 clientDockerV1 clientDocker 目录07格式镜像存取过程OCI Hub技术实践支持DockerV1Push Pull 目录08格式镜像存取过程DockerV2OCI Hub技术实践支持Push Pull 目录09技术实践组织架构Storage Interface AmazonS3CloudGoogleCloud Object Storage InterfaceRuntime manifest config AliCloudDriver handler Driver ARegister AccesshandlerhandlerDriver BUpCloudDriver CCustom-made storag