一.spinnaker概述 1.spinnaker是netflix开源的一款云发布CI/CD,其前身是Asgard,spinnaker支持各种部署目标,包括OpenStack.DC/OS.Kubernetes 和 Cloud Foundry等. 2.功能概述 & 通过灵活和可配置 Pipelines,实现可重复的自动化部署: & 提供所有环境的全局视图,可随时查看应用程序在其部署 Pipeline 的状态: & 通过一致且可靠的 API ,提供可编程配置: & 易于配置.维

作者 | 邓洪超,阿里云容器平台工程师, Kubernetes Operator 第二人,云原生应用标准交付与管理领域知名技术专家   导读:近年来,越来越多专门给 Kubernetes 做应用发布的工具开始缤纷呈现,帮助大家管理和发布不断增多的 Kubernetes 应用.在做技术选型的时候,我们需要给业务选择一个最好的工具.最稳的底座.那么又该如何比较和衡量这些工具呢?本篇文章中阿里云技术专家邓洪超将会和大家分享自己独特的体验,帮助读者初步了解 Tekton 项目. 背景 近年来,伴随着云原

当前 Kubernetes 已经成为名副其实的企业级容器编排规范,很多云平台都开始提供兼容 Kubernetes 接口的容器服务.而在多用户支持方面,多数平台选择直接提供专属虚机集群,用户需要花费大量精力处理集群规模.资源利用率.费用等问题. 本次分享带来的是华为云在基于 K8S 构建企业级 Serverless Container 平台过程中的探索与实践,涉及容器安全隔离.多租管理.Serverless 理念在 Kubernetes 平台的落地等相关内容. Kubernetes 在华为云的历程

2019.11.9 的中国.NET开发者峰会将在上海举办,到目前为止,大会的主题基本确定,这两天就会和大家会面,很多社区的同学基于对社区的信任在我们议题没有确定的情况下已经购票超过了300张,而且分享的主题都来自于社区,来自于生产实践之中的经验分享,内容之中有一点非常值得分享-基于k8s的微服务实践内容很多,但是每一个分享的时间只有30分钟,难以全面阐述k8s 这样的一个大主题,因此陈计节.陈作.刘腾飞和我又特别策划了一个11.10号的workshop活动,采用一天的时间来带领大家使用.NET

基于k8s的集群稳定架构-转载 前言 我司的集群时刻处于崩溃的边缘,通过近三个月的掌握,发现我司的集群不稳定的原因有以下几点: 1.发版流程不稳定 2.缺少监控平台[最重要的原因] 3.缺少日志系统 4.极度缺少有关操作文档 5.请求路线不明朗 总的来看,问题的主要原因是缺少可预知的监控平台,总是等问题出现了才知道.次要的原因是服务器作用不明朗和发版流程的不稳定. 解决方案 发版流程不稳定 重构发版流程.业务全面k8s化,构建以kubernetes为核心的ci/cd流程. 发版流程 有关发版流程

第1章 产品概述及体系架构 1.1.概述 红迅JSAAS-WF工作流平台V5是广州红迅软件有限公司面向合作伙伴以及有IT运维团队中大型企业提供新一代的流程管理产品,它基于流行的JAVA开源技术上构建,扩展容易,学习成本低,同时满足中国本土企业对于业务管控流程的需要.产品全面覆盖流程的建模.配置.运行.管理.监控等流程管理的功能,利用红迅工作流V5上的各类功能,可以非常容易满足金融.电信.互联网.医疗.政府等各行各业的电子流程化及其他应用系统的开发的管理需求. 1.2.设计理念 红迅软件JSAAS

没有监控 就没有眼睛. 除了k8s的基本监控外(pod运行状况.占用内存.cpu).为了对微服务项目中的(1)各种参数线程池.QPS.RT.业务指标(2)系统负载.thread.mem.class.tomcat.gc.等jvm指标进行监控 采用 promethus 对spring boot业务埋点进行监控. 因为k8s对promethus很好的支持.同时spring boot 集成client很方便.对spring boot actuator 的metrics指标有很好的集成 所以采用了基于 k

在 12 月 22 日 ECUG 的下午场 ,七牛云容器计算部技术总监袁晓沛为大家带来了主题为<基于 K8S 的 DCOS 之路>的精彩分享,向大家介绍了七牛容器云目前 K8S 的状况和产品思考. 同时,他在会上讲述了如何通过七牛公有云业务容器化的操作实践,组建 K8S 翻译团队,对<Kubernetes in Action>这本书进行落地的翻译. 以下是演讲内容的实录整理. 大家下午好!我是七牛云容器计算部技术总监袁晓沛, 我今天想分享的是七牛云基于 K8S 的 DCOS 之路,

摘要 一个完整的电商项目微服务的实践过程,从选型.业务设计.架构设计到开发过程管理.以及上线运维的完整过程总结与剖析. 讲师介绍 产品需求介绍 纯线上商城 线上线下一体化 跨行业 跨商业模式 从0开始,我们应该采用微服务吗? 不适合采用微服务架构: 应用程序规模小 领域不明确 组织不能做出改变 缺乏理解 团队不成熟 微服务的成本(从单体转入微服务) 协作问题 引发分布式事务问题 增加大量的重复代码 服务监控 日志的搜集与展示 针对微服务所带来的成本可用通过 K8S 解决 K8S 的成本 统一的配

目录 基于k8s集群部署prometheus监控ingress nginx 1.背景和环境概述 2.修改prometheus配置 3.检查是否生效 4.配置grafana图形 基于k8s集群部署prometheus监控ingress nginx 1.背景和环境概述 本文中涉及到的环境中.prometheus监控和grafana基本环境已部署好. 在nginx ingress controller的官方文档中对监控有相应描述 https://kubernetes.github.io/ingress

目录 基于k8s集群部署prometheus监控etcd 1.背景和环境概述 2.修改prometheus配置 3.检查是否生效 4.配置grafana图形 基于k8s集群部署prometheus监控etcd 1.背景和环境概述 本文中涉及到的环境中.prometheus监控和grafana基本环境已部署好.etcd内置了metrics接口供收集数据,在etcd集群任意一台节点上可通过ip:2379/metrics检查是否能正常收集数据. curl -L http://localhost:237

在学习k8s工作流程之前,我们得再次认识一下上篇k8s架构与组件详解中提到的kube-controller-manager一个k8s中许多控制器的进程的集合. 比如Deployment 控制器(DeploymentController)和 Job 控制器(JobController)是 Kubernetes 内置控制器的典型例子.在 Kubernetes 中,一个控制器至少追踪一种类型的 Kubernetes 资源.这些 资源对象有一个代表期望状态的 spec 字段. 该资源的控制器负责所属对象

前言 最近有朋友基于之前的博客<Docker最全教程之使用TeamCity来完成内部CI.CD流程(十七)>搭建TeamCity时出现了一些问题,由于平常比较忙,没有及时答复,非常抱歉. 这里分享下基于本地k8s集群(云端k8s服务注意使用云盘或者其他存储)搭建TeamCity的相关Yaml的配置文件,注意使用“kubectl apply -f <路径>”命令执行. 服务端YAML定义 apiVersion: apps/v1beta1 kind: Deployment metada

作者 王玉君,腾讯云后台高级开发工程师,负责腾讯云原生系统开发及建设. 晏子怡,腾讯云容器产品经理,在K8s弹性伸缩.资源管理领域有丰富的实战经验. 导语 Kubernetes 作为 IaaS 和 PaaS 中间的一层,通过声明式API/控制器模式.以应用服务为中心.并且从API到运行时都提供了高度灵活的可扩展机制,为云厂商.各企业构建应用托管服务甚至云原生服务提供了统一的标准和基础设施管理的各项能力. 随着企业上云进入稳定期,**成本控制 **就是永远逃不开的话题.本文通过 Kubernete

@ 目录 概述 定义 工作原理 主要组件 核心概念 环境准备 概述 安装Kubekey 创建K8S 安装K9S OpenLB 安装ArgoCD 安装 ArgoCD CLI 从Git库中创建一个应用程序 概述 定义 ArgoCD 官网地址 https://argoproj.github.io/cd ArgoCD 最新官网文档 https://argo-cd.readthedocs.io/en/stable/ ArgoCD GitHub源码地址 https://github.com/argoproj

综述 首先,本篇文章所介绍的内容,已经有完整的实现,可以参考这里. 在微服务.DevOps和云平台流行的当下,使用一个高效的持续集成工具也是一个非常重要的事情.虽然市面上目前已经存在了比较成熟的自动化构建工具,比如jekines,还有一些商业公司推出的自动化构建工具,但他们都不能够很好的和云环境相结合.那么究竟该如何实现一个简单.快速的基于云环境的自动化构建系统呢?我们首先以一个Springboot应用为例来介绍一下整体的发布流程,然后再来看看具体如何实现.不发的步骤大体如下: 1.首先从代码仓

综述 首先,本篇文章所介绍的内容,已经有完整的实现,可以参考这里. 在微服务.DevOps和云平台流行的当下,使用一个高效的持续集成工具也是一个非常重要的事情.虽然市面上目前已经存在了比较成熟的自动化构建工具,比如jekines,还有一些商业公司推出的自动化构建工具,但他们都不能够很好的和云环境相结合.那么究竟该如何实现一个简单.快速的基于云环境的自动化构建系统呢?我们首先以一个Springboot应用为例来介绍一下整体的发布流程,然后再来看看具体如何实现.不发的步骤大体如下: 1.首先从代码仓

n8n 是基于node开发的流程自动化工具,提供了可视化的操作,我们可以用来集成不同的服务. 目前已经提供了很多的服务集成组件,同时我们也可以方便的自己扩展,后边会进行一个系统的 学习,同时介绍下使用,以及功能 参考资料 https://n8n.io/ https://github.com/n8n-io/n8n

目录 一.概述 二.生产环境部署k8s,接下来我们描述一下在真正生产环境中我们部署k8s应该部署成什么样子 一.概述 1.通过以往的学习应该可以了解到k8s 和以往提到的devops概念更容易落地了.比如我们说的CI,CD,CD ​ CI(Continuous Integration):持续集成 CD():持续交付 CD(Continuous Deployment):持续部署 2.早期作为运维手工来实现发布和部署来讲我们一周发布一次就很头疼了,如果是持续部署的话一天可能要部署好几次甚至几十次.即

前言 我司的集群时刻处于崩溃的边缘,通过近三个月的掌握,发现我司的集群不稳定的原因有以下几点: 1.发版流程不稳定 2.缺少监控平台[最重要的原因] 3.缺少日志系统 4.极度缺少有关操作文档 5.请求路线不明朗 总的来看,问题的主要原因是缺少可预知的监控平台,总是等问题出现了才知道.次要的原因是服务器作用不明朗和发版流程的不稳定. 解决方案 发版流程不稳定 重构发版流程.业务全面k8s化,构建以kubernetes为核心的ci/cd流程. 发版流程 有关发版流程如下: 浅析:研发人员提交代码到

一.背景 市场上比较有名的开源流程引擎有osworkflow.jbpm.activiti.flowable.camunda.由于jbpm.activiti.flowable这几个流程引擎出现的比较早,国内人用的比较多,大家对camunda流程引擎认识的不多,实际上camunda在功能上.稳定性.性能.轻量化方面均比jbpm.activiti.flowable优秀.中国人使用业务流程,"会签"是一个最常用的流程操作,那么如何基于camunda实现会签流程,会签背后的流程引擎执行原理是什么