本文介绍了OCI运行时和镜像规范,以及在过去的一段时间里大家对该规范的一些误解。OCI规范制订工作尚未落幕,未来也将对容器产生更加深远的影响。
Docker官方博客亚马逊计划开发一种以软件工具Kubernetes为基础的新云服务,基于Kubernetes的云服务可以帮助亚马逊吸引更多的AI业务。
中国IDC圈Spring Boot 2.0.0的第三个里程碑版本发布了。
开源中国一直以来都在做团队里的基础性工作,直到最近,成果开始慢慢展现,尤其是上周刚看完《持续交付》这本书后,总结已经做的工作,又有了些新的感悟。
个人博客本次培训围绕基于Docker的CI/CD实战展开,具体内容包括:持续集成与持续交付(CI/CD)概览;持续集成系统介绍;客户端与服务端的 CI/CD 实践;开发流程中引入 CI、CD;Gitlab 和 CI、CD 工具;Gitlab CI、Drone 的使用以及实践经验分享等。
DockOne.io公司内部近千个应用,从需求、开发、测试、发布及后期运维都是各自为营,没有一个统一的平台来标准化管理应用的整个流程,由此,设计一个这样的标准化平台就极其迫切。那么我们是如何来标准化整个流程的呢?本次分享将一一做出解答。想进群参与学习或分享的同学请加微信:liyingjiesa,备注『进群』。
DockOne.io本文盘点了四种常用的微服务架构方案,分别是ZeroC IceGrid、Spring Cloud、基于消息队列与Docker Swarm。
博文视点Broadview微服务是一个模糊的术语,通常指的是小型独立服务,共同组成一个应用程序。 微服务架构与单片架构相反,其应用程序是一个大系统。 我们将讨论如何开始作为初学者,并选择正确的工具来建立微服务架构。
极光日报登月平台的基础架构以Docker+Kubernetes为中心,底层基础设施包括CPU、GPU、FPGA计算资源,IB、OPA高速互联网络以及多样化的文件系统,之上是机器学习框架和算法库,最上层是业务应用。管理中心包括权限管理、任务管理、流程管理、监控中心、日志中心。
京东大数据本文主要介绍基于Jenkins与Mesos快速搭建一套弹性的、高可用的持续集成环境。
DockOne.io领域驱动的微服务架构设计工作坊,能使软件开发团队所有成员在短时间内,迅速就新产品或遗留系统的价值、用户画像、关键场景、聚合达成一致,以便让团队快速识别软件产品的问题域和解决方案域,发现微服务之间的API接口契约,并据此拆分微服务和团队,来开发新产品或重构遗留系统。对于不打算实践微服务的团队拆分模块也有参考意义。
个人博客微服务系统动辄上万个服务,而且还要动态伸缩。以人工写好的IP、Port 硬编码脚本的方式无法做到大规模自动化,稍微多点服务运维就傻了。微服务必然要做到ip和port自动分配,减少人工干预。我们需要让每个服务能动态的创建地址,同时调用方要能感知地址变化。
个人博客2015年到2016期间,随着业务流量增长,现有架构模式遇到了挑战,公司开始朝着业务拆分和服务化方向迈进。开始采用java作为开发语言,服务化框架使用公司改进过的dubbox,支持跨语言服务调用的nova框架(v2.0)。2017年在服务化的基础上我们更近一步,向微服务架构渐变。拥抱社区提供的丰富组件(v3.0)。
有赞技术团队我认为,Node Controller是Kubernetes几十个Controller中最为重要的Controller之一,其重要程度在Top3,然而这可能也是最为复杂的一个Controller,因此对其的源码分析,我将做一个系列文章,希望能帮助自己有一个深入的理解。本博文主要对Node Controller的创建流程进行源码分析。
个人博客