java基础入门黑马,JAVA基础入门黑马程序员 著清华大学出版社教案 收藏 0

Java基础教程：k8s快速入门

随着Docker技术的流行，对项目的容器化部署方式越来越流行，容器化部署的优点如下：

• 可以保证每个容器拥有自己的文件系统、CPU、内存、进程空间等
• 运行应用程序所需要的资源都被容器包装，并和底层基础架构解耦
• 容器化的应用程序可以跨云服务商、跨Linux操作系统发行版进行部署

虽然容器化部署可以带来很多便利，但是也会出现一些问题，比如说：

• 一个容器故障停机了，怎么样让另外一个容器立刻启动去替补停机的容器
• 当并发访问量变大的时候，怎么样做到横向扩展容器数量

这些容器管理的问题统称为容器编排问题，为了解决这些容器编排问题，就产生了一些容器编排技术：

• Swarm：Docker自己的容器编排工具
• Mesos：Apache的一个资源统一管控的工具，需要和Marathon结合使用
• Kubernetes：Google开源的的容器编排工具

目前为止Kubernetes是最为流行的一种容器编排技术。

kubernetes，由于k和s之间有8个字符，所以简称k8s，是一个全新的基于容器技术的分布式架构领先方案，是谷歌严格保密十几年的秘密武器—-Borg系统的一个开源版本，于2015年7月发布第一个正式版本，它的本质是一组服务器集群，可以在集群的每个节点上运行特定的程序，来对节点中的容器进行管理，主要提供了如下主要功能：

• 自我修复：一旦某一个容器崩溃，能够在1秒中左右迅速启动新的容器
• 弹性伸缩：可以根据需要，自动对集群中正在运行的容器数量进行调整
• 服务发现：服务可以通过自动发现的形式找到它所依赖的服务
• 负载均衡：如果一个服务起动了多个容器，能够自动实现请求的负载均衡
• 版本回退：如果发现新发布的程序版本有问题，可以立即回退到原来的版本
• 存储编排：可以根据容器自身的需求自动创建存储卷

一个k8s集群主要是由控制节点(master)、工作节点(node)构成，每个节点上都会安装不同的组件。

master：集群的控制平面，负责集群的决策 ( 管理 )

ApiServer : 资源操作的唯一入口，接收用户输入的命令，提供认证、授权、API注册和发现等机制

Scheduler : 负责集群资源调度，按照预定的调度策略将Pod调度到相应的node节点上

ControllerManager : 负责维护集群的状态，比如程序部署安排、故障检测、自动扩展、滚动更新等

Etcd ：负责存储集群中各种资源对象的信息

node：集群的数据平面，负责为容器提供运行环境 ( 干活 )

Kubelet : 负责维护容器的生命周期，即通过控制docker，来创建、更新、销毁容器

KubeProxy : 负责提供集群内部的服务发现和负载均衡

Docker : 负责节点上容器的各种操作

下面，以部署一个nginx服务来说明kubernetes系统各个组件调用关系：

1. 首先要明确，一旦kubernetes环境启动之后，master和node都会将自身的信息存储到etcd数据库中
2. 一个nginx服务的安装请求会首先被发送到master节点的apiServer组件
3. apiServer组件会调用scheduler组件来决定到底应该把这个服务安装到哪个node节点上
4. 在此时，它会从etcd中读取各个node节点的信息，然后按照一定的算法进行选择，并将结果告知apiServer
5. apiServer调用controller-manager去调度Node节点安装nginx服务
6. kubelet接收到指令后，会通知docker，然后由docker来启动一个nginx的pod
7. pod是kubernetes的最小操作单元，容器必须跑在pod中至此，
8. 一个nginx服务就运行了，如果需要访问nginx，就需要通过kube-proxy来对pod产生访问的代理

这样，外界用户就可以访问集群中的nginx服务了

Master：集群控制节点，每个集群需要至少一个master节点负责集群的管控

Node：工作负载节点，由master分配容器到这些node工作节点上，然后node节点上的docker负责容器的运行

Pod：kubernetes的最小控制单元，容器都是运行在pod中的，一个pod中可以有1个或者多个容器

Controller：控制器，通过它来实现对pod的管理，比如启动pod、停止pod、伸缩pod的数量等等

Service：pod对外服务的统一入口，下面可以维护者同一类的多个pod

Label：标签，用于对pod进行分类，同一类pod会拥有相同的标签

NameSpace：命名空间，用来隔离pod的运行环境

本次搭建的是一台Master节点和多台Node节点构成的集群

1) 检查操作系统的版本

2） 主机名解析

为了方便后面集群节点间的直接调用，在这配置一下主机名解析，企业中推荐使用内部DNS服务器

3） 时间同步

kubernetes要求集群中的节点时间必须精确一致，这里直接使用chronyd服务从网络同步时间。

企业中建议配置内部的时间同步服务器

4） 禁用iptables和firewalld服务

kubernetes和docker在运行中会产生大量的iptables规则，为了不让系统规则跟它们混淆，直接关闭系统的规则

5） 禁用selinux

selinux是linux系统下的一个安全服务，如果不关闭它，在安装集群中会产生各种各样的奇葩问题

6） 禁用swap分区

swap分区指的是虚拟内存分区，它的作用是在物理内存使用完之后，将磁盘空间虚拟成内存来使用

启用swap设备会对系统的性能产生非常负面的影响，因此kubernetes要求每个节点都要禁用swap设备

但是如果因为某些原因确实不能关闭swap分区，就需要在集群安装过程中通过明确的参数进行配置说明

7）修改linux的内核参数

8）配置ipvs功能

在kubernetes中service有两种代理模型，一种是基于iptables的，一种是基于ipvs的

两者比较的话，ipvs的性能明显要高一些，但是如果要使用它，需要手动载入ipvs模块

9） 重启服务器

上面步骤完成之后，需要重新启动linux系统

下面开始对集群进行初始化，并将node节点加入到集群中

下面的操作只需要在master节点上执行即可

下面的操作只需要在node节点上执行即可

kubernetes支持多种网络插件，比如flannel、calico、canal等等，任选一种使用即可，本次选择flannel

下面操作依旧只在master节点执行即可，插件使用的是DaemonSet的控制器，它会在每个节点上都运行

至此，kubernetes的集群环境搭建完成

接下来在kubernetes集群中部署一个nginx程序，测试下集群是否在正常工作。

在kubernetes中，所有的内容都抽象为资源，用户需要通过操作资源来管理kubernetes。

kubernetes的本质上就是一个集群系统，用户可以在集群中部署各种服务，也就是在kubernetes集群中运行一个个的容器，并将指定的程序跑在容器中。

kubernetes的最小管理单元是pod而不是容器，所以只能将容器放在Pod中，而kubernetes一般也不会直接管理Pod，而是通过Pod控制器来管理Pod的。

Pod可以提供服务之后，就要考虑如何访问Pod中服务，kubernetes提供了Service资源实现这个功能。

k8s提供了三种资源管理方式

• 命令式对象管理：直接使用命令去操作kubernetes资源
• kubectl run nginx-pod –image=nginx:1.17.1 –port=80
• 命令式对象配置：通过命令配置和配置文件去操作kubernetes资源
• kubectl create/patch -f nginx-pod.yaml
• 声明式对象配置：通过apply命令和配置文件去操作kubernetes资源
• kubectl apply -f nginx-pod.yaml

kubectl命令

kubectl是kubernetes集群的命令行工具，通过它能够对集群本身进行管理，并能够在集群上进行容器化应用的安装部署。kubectl命令的语法如下：

comand：指定要对资源执行的操作，例如create、get、delete

type：指定资源类型，比如deployment、pod、service

name：指定资源的名称，名称大小写敏感

flags：指定额外的可选参数

下面以一个namespace / pod的创建和删除简单演示下命令的使用：

命令式对象配置就是使用命令配合配置文件一起来操作kubernetes资源。

1） 创建一个nginxpod.yaml，内容如下：

2）执行create命令，创建资源：

此时发现创建了两个资源对象，分别是namespace和pod

3）执行get命令，查看资源：

这样就显示了两个资源对象的信息

4）执行delete命令，删除资源：

此时发现两个资源对象被删除了

声明式对象配置跟命令式对象配置很相似，但是它只有一个命令apply。

本章节将介绍如何在kubernetes集群中部署一个nginx服务，并且能够对其进行访问。

Namespace是kubernetes系统中的一种非常重要资源，它的主要作用是用来实现多套环境的资源隔离或者多租户的资源隔离。

默认情况下，kubernetes集群中的所有的Pod都是可以相互访问的。但是在实际中，可能不想让两个Pod之间进行互相的访问，那此时就可以将两个Pod划分到不同的namespace下。kubernetes通过将集群内部的资源分配到不同的Namespace中，可以形成逻辑上的\”组\”，以方便不同的组的资源进行隔离使用和管理。

可以通过kubernetes的授权机制，将不同的namespace交给不同租户进行管理，这样就实现了多租户的资源隔离。此时还能结合kubernetes的资源配额机制，限定不同租户能占用的资源，例如CPU使用量、内存使用量等等，来实现租户可用资源的管理。

kubernetes在集群启动之后，会默认创建几个namespace

下面来看namespace资源的具体操作：

查看

创建

删除

配置方式

首先准备一个yaml文件：ns-dev.yaml

然后就可以执行对应的创建和删除命令了：

创建：kubectl create -f ns-dev.yaml

删除：kubectl delete -f ns-dev.yaml

Pod是kubernetes集群进行管理的最小单元，程序要运行必须部署在容器中，而容器必须存在于Pod中。

Pod可以认为是容器的封装，一个Pod中可以存在一个或者多个容器。

kubernetes在集群启动之后，集群中的各个组件也都是以Pod方式运行的。可以通过下面命令查看：

创建并运行

kubernetes没有提供单独运行Pod的命令，都是通过Pod控制器来实现的

查看pod信息

访问Pod

删除指定Pod

配置操作

创建一个pod-nginx.yaml，内容如下：

然后就可以执行对应的创建和删除命令了：

创建：kubectl create -f pod-nginx.yaml

删除：kubectl delete -f pod-nginx.yaml

Label是kubernetes系统中的一个重要概念。它的作用就是在资源上添加标识，用来对它们进行区分和选择。

Label的特点：

• 一个Label会以key/value键值对的形式附加到各种对象上，如Node、Pod、Service等等
• 一个资源对象可以定义任意数量的Label ，同一个Label也可以被添加到任意数量的资源对象上去
• Label通常在资源对象定义时确定，当然也可以在对象创建后动态添加或者删除

可以通过Label实现资源的多维度分组，以便灵活、方便地进行资源分配、调度、配置、部署等管理工作。

一些常用的Label 示例如下：

版本标签：\”version\”:\”release\”, \”version\”:\”stable\”……

环境标签：\”environment\”:\”dev\”，\”environment\”:\”test\”，\”environment\”:\”pro\”

架构标签：\”tier\”:\”frontend\”，\”tier\”:\”backend\”

标签定义完毕之后，还要考虑到标签的选择，这就要使用到Label Selector，即：

Label用于给某个资源对象定义标识

Label Selector用于查询和筛选拥有某些标签的资源对象

当前有两种Label Selector：

• 基于等式的Label Selector
• name = slave: 选择所有包含Label中key=\”name\”且value=\”slave\”的对象
• env != production: 选择所有包括Label中的key=\”env\”且value不等于\”production\”的对象
• 基于集合的Label Selector
• name in (master, slave): 选择所有包含Label中的key=\”name\”且value=\”master\”或\”slave\”的对象
• name not in (frontend): 选择所有包含Label中的key=\”name\”且value不等于\”frontend\”的对象

标签的选择条件可以使用多个，此时将多个Label Selector进行组合，使用逗号\”,\”进行分隔即可。例如：

name=slave，env!=production

name not in (frontend)，env!=production

命令方式

配置方式

然后就可以执行对应的更新命令了：kubectl apply -f pod-nginx.yaml

在kubernetes中，Pod是最小的控制单元，但是kubernetes很少直接控制Pod，一般都是通过Pod控制器来完成的。Pod控制器用于pod的管理，确保pod资源符合预期的状态，当pod的资源出现故障时，会尝试进行重启或重建pod。

在kubernetes中Pod控制器的种类有很多，本章节只介绍一种：Deployment。

命令操作

配置操作

创建一个deploy-nginx.yaml，内容如下：

然后就可以执行对应的创建和删除命令了：

创建：kubectl create -f deploy-nginx.yaml

删除：kubectl delete -f deploy-nginx.yaml

通过上节课的学习，已经能够利用Deployment来创建一组Pod来提供具有高可用性的服务。

虽然每个Pod都会分配一个单独的Pod IP，然而却存在如下两问题：

• Pod IP 会随着Pod的重建产生变化
• Pod IP 仅仅是集群内可见的虚拟IP，外部无法访问

这样对于访问这个服务带来了难度。因此，kubernetes设计了Service来解决这个问题。

Service可以看作是一组同类Pod对外的访问接口。借助Service，应用可以方便地实现服务发现和负载均衡。

操作一：创建集群内部可访问的Service

操作二：创建集群外部也可访问的Service

删除Service

配置方式

创建一个svc-nginx.yaml，内容如下：

然后就可以执行对应的创建和删除命令了：

创建：kubectl create -f svc-nginx.yaml

删除：kubectl delete -f svc-nginx.yaml

小结

至此，已经掌握了Namespace、Pod、Deployment、Service资源的基本操作，有了这些操作，就可以在kubernetes集群中实现一个服务的简单部署和访问了，但是如果想要更好的使用kubernetes，就需要深入学习这几种资源的细节和原理。

Java教程：gitlab-使用入门

本教程主要讲解了GitLab在项目的环境搭建和基本的使用，可以帮助大家在企业中能够自主搭建GitLab服务，并且可以GitLab中的组、权限、项目自主操作

• GitLab简介
• GitLab环境搭建
• GitLab基本使用（组、权限、用户、项目）

GitLab是整个DevOps生命周期的第一个应用程序。其使用与GitHub类似，并且提供了许多DevOps相关的功能。GitLab提供无与伦比的可见性，更高的效率和全面的治理。这使得软件生命周期加快了200％，从根本上提高了业务速度。

官方网站:https://about.gitlab.com/

此处以centos7为例。

1）安装并配置依赖项，同时打开HTTP访问和SSH访问

2）安装GitLab软件包

3）初始化GitLab配置

其他命令

默认安装位置

4）访问登录

首次访问时，会重定向到重置密码页面，设置初始化登录密码。默认用户名为root。当重置成功，跳转到登录页面，输入用户名/密码登录即可

登录成功后，进入主页

默认语言使用的英文，如果想修改为中文的话。操作步骤：右上角头像 -> Settings -> Preferences -> Language -> 简体中文 -> save changes。 然后刷新当前页面即可。

在GitLab组相当于团队，在项目开发过程中，每个组有不同的组员和对应的不同的子项目,对项目组用户开放项目的访问。

在GitLab首页选择Create a Group，进入创建页面，输入群组名称，群组URL，群组描述，同时还需选择可见性级别，其相当于设置组权限。

在可见性级别中包含三种：

私有：群组及其项目只能由成员查看

内部：任何登录的用户都可以查看该群组和任何内部项目

公开：不进行身份验证，可以随意查看。

当输入完信息，点击创建群组即可完成组的创建。

组有了之后，还需要向组内添加项目组成员。

当点击 新用户 后，会进入到添加用户页面，需要输入Name、Username、和Email。最后点击create user即可。

接着以管理员身份，重新进入到成员列表页面，此时已经可以看到新增了一个 member1 用户。接着点击 编辑，设置该用户的登录密码。

现在有了组和用户后，可以将指定用户添加到组中。

当进入到组的详情页面中之后，即可将指定用户添加到组中。首先需要先确定当前被操作的用户。接着需要指定当前用户的身份权限。

身份对应权限，总共有五个选项，分别为：

• Guest：可以创建issue、发表评论，不能读写版本库
• Reporter：可以克隆代码，不能提交，QA、PM可以赋予这个权限
• Developer：以克隆代码、开发、提交、push，RD可以赋予这个权限
• Maintainer：可以创建项目、添加tag、保护分支、添加项目成员、编辑项目，核心RD负责人可以赋予这个权限
• Owner：可以设置项目访问权限 – Visibility Level、删除项目、迁移项目、管理组成员，开发组leader可以赋予这个权限

可以根据实际人员情况，进行人员角色权限分配。此处选择 Developer

GitLab核心作用是作为代码仓库，因为它可以像GitHub一样进行代码托管。首先需要创建好项目，然后把项目指派该开发组。

当进入到新建项目页面，GitLab提供了三种创建方式：空白项目、从模板创建、导入项目。此处使用 空白项目 。对于权限仍然是三个，与组权限相同。

当创建成功，即可进入到项目页面。

并且此时，进入到项目组详情页面，可以看到该项目组已经关联了一个项目

各位小伙伴，在企业开发的过程中，代码的版本控制工具肯定会使用的，而GitLab是目前最流行的版本控制服务，通过我们以上的学习，我们要重点掌握关于GitLab的基本使用，如：项目组的创建、把成员添加到对应的开发组内、以组创建项目并与成员进行共享等等操作。

Java现在还适合入门吗？

计算机技术在当今的社会，已经变得越来越热，充斥着我们生活的方方面面。人们的工作或是休闲，离不开互联网和电脑，这既受益于各类软件的诞生，也与时下的技术息息相关。Java作为编程界赫赫有名的语言，在最近几年尤为受到人们的关注。

众所周知的是，Java这种语言在世界上都闻名遐迩，在互联网开发界占据着相当大的比重。那么，Java就业前景和工资待遇到底怎样呢?今天笔者就针对这个问题具体分析一下。

先来说一说Java的就业前景：

Java这门语言之所以有优势，也在于它的应用范围十分广泛，房产、医疗、银行、汽车、金融、保险、物流这些行业的公司有软件开发和设计的需求存在，Java就可以展其所长。Java除了一般的编程，还可以开发游戏、进行桌面设计、JavaWeb网站项目开发，可以说Java的就业前景十分乐观，也比较直观。只要有着一定基础的Java程序员不断地跟紧行业里的前沿技术，努力丰富、提高自身的技术，就业是不成问题的。

在今后的5到10年，各大企业都亟需全面型的软件技术人才，Java高级软件工程师在国际高端的计算机领域都是非常受到重视的。据有关数据表明，Java工程师在所有的程序员中，占比20%-30%，这门语言在行业里的影响趋势显而易见。

Java工资待遇怎么样?

根据2022年3月份全国Java工程师的薪资待遇统计反馈，Java程序员的平均工资是16.6K/月，其中北京平均24.9K，上海平均20.3K，深圳平均20.8K，杭州平均21.6K，广州平均16.7K，成都平均14.9K。在全国范围内，平均月薪拿到10-15K的占比最高，达到了24.6%。

总而论之，只要Java程序员的自身技术过硬，就业前景将十分宽广，薪资也非常可观。大数据时代已经来临，Java的需求势必掀起一波高峰，你还在犹豫吗?

本文作者及来源:Renderbus瑞云渲染农场https://www.renderbus.com