Rancher

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 介 绍 在这篇文章中，我们将介绍如何将GitLab的Auto DevOps功能与Rancher管理的Kubernetes集群连接起来，利用Rancher v2.2.0中引入的授权集群端点的功能。通过本文，你将能全面了解GitLab如何与Kubernetes集成，以及Rancher如何使用授权集群端点简化这一集成工作的流程。本文非常适合Kubernetes管理员、DevOps工程师，或任何想将其开发工作流与Kubernetes进行集成的人。 背 景 什么是GitLab Auto DevOps？ Auto DevOps是在GitLab 10.0中引入的功能，它让用户可以设置自动检测、构建、测试和部署项目的DevOps管道。将GitLab Auto DevOps与Kubernetes集群配合使用，这意味着用户可以无需配置CI / CD资源和其他工具，即可以部署应用程序。 什么是Rancher的授权集群端点？ 从v2.2.0开始，Rancher引入了一项名为Authorized Cluster Endpoint的新功能，用户可以直接访问Kubernetes而无需通过Rancher进行代理。在v2.2.0之前，如果要直接与下游Kubernetes集群通信

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 近日，Rancher Labs宣布加强对Prometheus的支持，提高Kubernetes集群的可见度。Rancher也因此成为唯一一个在多集群、多租户环境中支持Prometheus的解决方案。 Prometheus正迅速成为监控云原生应用的最流行、最必不可少的工具之一，Rancher独特的多集群、多租户管理的功能，让用户可以更安全、更高效地在所有Kubernetes集群上部署Prometheus。 ——Rancher Labs联合创始人及CEO梁胜 Rancher是业界首个且唯一一个可以管理所有云上、所有发行版、所有Kubernetes集群的企业级Kubernetes管理平台，此次和Prometheus的增强集成，将为跨多个Kubernetes集群和多个隔离租户环境提供更高的可见性。本次发布的对Prometheus的增强支持功能如下： 每当添加一个新的Kubernetes集群到Rancher中，Rancher都将在集群中部署一个Prometheus operator，然后在集群中创建一个Prometheus部署。 集群范围内的Prometheus部署将被用于存储集群指标（如CPU节点和内存消耗），并存储从单个用户部署的应用程序中收集的项目级指标。

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 环境准备： rancher2.3管理的k8s环境（自己搭） jenkins（可使用docker搭建，也可直接安装，如果k8s的不是特别熟悉不建议使用helm安装jenkins,很多配置不方便改。我是用的docker搭建的，但要记录挂载docker命令。 建议直接在主机上安装，可避免发布是的ssh免key的问题 ） 阿里镜像仓库（自己可注册阿里云账号就有了免费的） maven的本地nexus代理服务器（方便公司内部的jar管理） 1.maven打包并docker编译发布我使用的是： <groupId>com.spotify</groupId> <artifactId>docker-maven-plugin</artifactId> <version>1.2.0</version> 此插件已有代替：dockerfile-maven-plugin，不过我没用这个，因为我本机开发机并没有装docker客户端之类的软件，而这个好像是要求本机至少得有docker客户端环境，还得配置docker环境变量。所以我没有使用。这样本机也可以直接使用maven打包docker build：push代码到阿里仓库。方便开发环境应用升级。 使用此docker-maven-plugin发现一个bug：

1、配置host，安装ntp（非必须） 2、配置免密ssh 3、配置ceph，yum源 vim /etc/yum.repo.d/ceph.cepo [ceph] name=ceph baseurl=http://mirrors.cloud.tencent.com/ceph/rpm-luminous/el7/x86_64/ gpgcheck=0 priority=1 [ceph-noarch] name=cephnoarch baseurl=http://mirrors.cloud.tencent.com/ceph/rpm-luminous/el7/noarch/ gpgcheck=0 priority=1 [ceph-source] name=Ceph source packages baseurl=http://mirrors.cloud.tencent.com/ceph/rpm-luminous/el7/SRPMS enabled=0 gpgcheck=1 type=rpm-md gpgkey=http://mirrors.cloud.tencent.com/ceph/keys/release.asc priority=1 4、安装ceph-deploy yum update yum install ceph-deploy 5、安装 安装过程中，如果报错

这一年的博客才写了两页多一点，总是能看到 2018 年博客总结 ，总觉得还没过多久，没想到这么快又一年了。去年写总结时似乎还精力充沛，如今想在业余时间写个博客，更新下开源项目，都得找孩子睡觉的时间，孩子小的时候带着挺累，孩子睡的时候我也想睡。 2019 年，都是工作中用到的各种工具，从下文的列表来看，集中在了 Docker，Kubernetes，Rancher，MySQL 等等。唯一一篇特别深入的内容 GitChat：MyBatis 枚举全面使用指南 ，由于 GitChat 政策变化也不能公开出来。 在 2018 年总结的最后有下面的内容： 已经动手写的 Spring 常见接口启动顺序相关的文章已经完成了 80%，但是还没发到博客，等 2019 年再开始。以后写博客的时候，如果有代码，尽可能都会在 github 提供完整的项目，方面自己和读者。 上面的内容直到 2019 年 8 月底我自己想看时，在自己博客找了一遍，才发现写的东西一直没发出来，由于隔的太久，没有继续完善，就直接放了出来。这几篇文章唯一的用途就是当你需要基于 Spring 扩展时，你可以快速了解一下所有接口、注解等方法执行的顺序。 2019 年发布的文章 一共发布了 45 篇博客，平均一个月 3.75 篇。 Kubernetes 最新版本安装过程和注意事项 阅读数/评论数: 8911/7 Docker

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 流量突增时，我们需要扩展应用程序以满足用户需求。本文分享了扩展Kubernetes以及管理混合云环境时可能遇到的挑战，以及如何简单高效地完成Kubernetes扩展。 引 言 假设您的业务是在线的：您拥有自己的数据中心，拥有用于运行您网站的私有云。您需要部署许多服务器来运行应用程序并存储其数据。 也许大多数时候，您的网站的整体流量非常稳定。但也许也有时候，网站的流量会面临突然的增长，这时您该如何应对？ 首先，您需要能够扩展应用程序，以应对流量增加。若您不想在每年只使用几次的新硬件上额外花钱，您可以考虑转向混合云模式。 从私有云转向混合云，可以大大节省时间和成本。将应用程序（部分）扩展到公有云后，您就只需在使用它们时、仅为您所使用的资源付费。 但是，您该如何选择公有云？您可以选择多个公有云吗？ 简短来说，回答是肯定的，您很有可能需要选择多个公有云提供商。您也许有不同的团队，需要处理不同的应用程序，有不同的要求，因此一个云提供商可能无法满足您的所有需求。此外，许多组织需要遵守某些法律、法规和政策，这些法律、法规和政策要求他们的数据必须实际驻留在某些特定地点。使用多个公有云的策略可以帮助组织满足这些严格的、多样化的要求。他们还可以从多个数据中心区域或可用区域中进行选择，以尽可能接近最终用户

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 条分缕析带你充分理解Kubernetes的各个细节与部分：它是什么，它如何解决容器编排问题，它包含哪些你必须掌握的关键对象，以及如何快速上手部署使用Kubernetes。 容器的好处不胜枚举：一致的运行时环境、节省磁盘空间、低开销、良好的隔离性，等等。了解完这些优势，您以及您的同事可能都开始跃跃欲试要把应用程序打包到容器中并准备运行它。然后突然之间或许您会发现，容器运行起来之后有一些问题也接踵而来，您需要一种方法来管理所有正在运行的容器及其生命周期：它们如何相互连接，它们应该运行在什么硬件之上，它们如何获取数据存储，容器因各种原因停止运行的话您该如何处理错误······ 这就是Kubernetes大显身手的地方了。 在本文中，我们将了解Kubernetes是什么，它如何解决容器编排问题，它背后是由哪些理论支撑，如何将该理论直接与实际操作绑定，最终帮助您充分理解Kubernetes的各个细节与部分。 Kubernetes: 历史 Kubernetes，也被称为k8s（k... 8个字母...和s）或kube，是希腊语中的单词，意为州长、舵手或船长。拿真正的航海的情景来理解，大型船舶装载着大量现实生活的容器，而船长或舵手则是负责船舶的人。因此，在信息技术的语境下，Kubernetes就是Docker容器的船长

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 2019年6月20日，由Rancher Labs（以下简称Rancher）主办的第三届企业容器创新大会（Enterprise Container Innovation Conference, 以下简称ECIC）在北京喜来登大酒店盛大举行。本届ECIC规模宏大，全天共设置了17场主题演讲，吸引了近千名容器技术爱好者参加，超过10000名观众在线上直播平台观看了本次盛会。 来自Rancher、阿里云、百度云、平安科技、中国联通、飞贷金融科技、中国人寿、SmartX、华泰保险、厦门航空、JFrog、新东方、Cisco等近20家企业的技术负责人出席了本届ECIC，在大会现场带来了关于企业容器项目实践经验的精彩分享。 大会现场，平安科技CTO及总架构师方国伟提出，近年来在云计算赛道上，容器因为它轻量、灵活、易管理、易迁移等特性被企业广泛采用，如一辆高速前进的方程式赛车脱颖而出，成为了企业云化历程中的大势所趋。在未来3年，平安云将会重点投入容器建设，解决容器快速交付的难题，并且进行微服务的支撑。 以下是平安科技CTO及总架构师方国伟的演讲实录： 大家上午好！谢谢梁胜博士，谢谢Rancher邀请我们在企业容器创新大会上分享。 先和大家介绍一下平安科技的容器应用情况，我们从2014年开始关注容器技术