namespace

根据官方文档下载部署文件 https://raw.githubusercontent.com/kubernetes/dashboard/master/src/deploy/recommended/kubernetes-dashboard.yaml 编辑该并使用下列命令实现将角色名替换： :%s/kubernetes-dashboard-minimal/kubernetes-dashboard/g 创建kubernetes-dashboard-rbac.yaml 下载的部署文件，有个地方需要注意下，它里面创建的一个ServiceAccount=kubernetes-dashboard，授予它的权限都是只操作kube-system里面的资源，而创建的deployment使用的ServiceAccount就是kubernetes-dashboard，因此你访问dashboard时对其它namespace的资源将无权查看，因此，要想dashboard能查看到其它namespace的资源需要重新创建RBAC权限。 创建kubernetes-dashboard-rbac.yaml，内容如下： apiVersion: v1 kind: ServiceAccount metadata: name: dashboard namespace: kube-system --- kind:

源文件： https://raw.githubusercontent.com/kubernetes/ingress-nginx/nginx-0.26.2/deploy/static/mandatory.yaml 可以通过wget下载后作修改！ 主要改动： hostNetwork: true bitnami/nginx-ingress-controller:0.26.2 apiVersion: v1 kind: Namespace metadata: name: ingress-nginx labels: app.kubernetes.io/name: ingress-nginx app.kubernetes.io/part-of: ingress-nginx --- kind: ConfigMap apiVersion: v1 metadata: name: nginx-configuration namespace: ingress-nginx labels: app.kubernetes.io/name: ingress-nginx app.kubernetes.io/part-of: ingress-nginx --- kind: ConfigMap apiVersion: v1 metadata: name: tcp-services namespace: ingress

在线部署 kubectl apply -f https://raw.githubusercontent.com/kubernetes/dashboard/v2.0.0-beta8/aio/deploy/recommended.yaml 为了方便使用，修改Service 类型为NodePort kubectl edit service/kubernetes-dashboard -n kubernetes-dashboard 添加 type: NodePort 修改 nodePort: 30001 并保存 apiVersion: v1 kind: Service metadata: annotations: kubectl.kubernetes.io/last-applied-configuration: | {"apiVersion":"v1","kind":"Service","metadata":{"annotations":{},"labels":{"k8s-app":"kubernetes-dashboard"},"name":"kubernetes-dashboard","namespace":"kubernetes-dashboard"},"spec":{"ports":[{"port":443,"targetPort":8443}],"selector":{"k8s

写在前面 上一篇文章中介绍了基于Nginx实现Ingress Controller的实现，介绍了Nginx Ingress Controller安装、相关功能，TLS，高级特性等介绍，本章开始介绍基于腾讯云TKE实现ingress服务暴露。 1. TKE ingress 1.1 TKE ingress架构 TKE是Tencent Kubernetes Engine即腾讯云基于kubernetes提供的公有云上容器云服务，TKE提供了两种暴露服务的方式：service和ingress。 内网CLB，四层负载均衡，提供VPC内访问，通过node节点的NodePort转发至service； 外网CLB，四层负载均衡，提供公网访问，需要node节点具有访问公网的能力； ingress， 七层负载均衡，提供http和https接入，提供ingress控制器的功能，借助NodePort转发 要使用TKE的ingress功能，需要了解一下相关的组件内容： l7-lb-controller ingress客户端，安装在kube-system，用于解析ingress配置并更新CLB的规则 CLB 七层负载均衡，提供ingress controller的功能，根据ingress规则创建http/https监听器，配置转发规则，以NodePort端口绑定后端RS Service

领域模型有哪些 NameSpace 用于隔离 比如有开发,生产,测试环境. 那么可以建立三个namespace. 不同的namespace是隔离的 在nacos中建立了 namespace 的话,会产生一个 该namespace的UUID. 在yml中书写此 UUID即可. Group 分组 默认的group 是default group . 不同的微服务划分到 一个group 内. 方便管理. 在SpringCloudAlibaba 并没有用到这个Group Service 微服务: 一个Service可以包含多个Cluster,也就是集群. Cluster是对指定为服务的划分. 比如一个南京机房,北京机房. 为了容灾, 为北京机房用户中心起名叫:北京 比如,不同的服务,划分到一个集群中 就是对不同的服务搭建集群 instance 微服务的实例. 内有 该实例的详情信息. 归属那个集群,那个namespace. 指定领域模型 cloud : nacos : discovery : server-addr : localhost : 8848 # 先创建好,会产生一个UUID namespace : xxx - xxx # 例如 用户中心在南京机房于是. 在YML 中自定义 cluster-name : NJ 在yml中配置了 namespace. 其中namespace

一、概念 1、什么是 UUID UUID 的全称是 Universally Unique Identifier ，中文为 通用唯一识别码 。 构成：由一组 32位 数的 16进制 数字所构成。 格式：以连字号分为五段，表现形式为 8-4-4-4-12 的32个字符，如下所示： xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx 如：30385d15-0a88-42eb-bc43-2c000e9f778c 其中 M 与 N 都有特殊含义： M 表示 UUID版本，目前只有五个 版本 ，即只会出现1，2，3，4，5（下文会介绍这五个版本） 数字 N 的一至三个最高有效位表示 UUID 变体 ，目前只会出现 8，9，a，b 四种情况。 2、UUID 的版本 （1）v1 (timestamp) 原理：timestamp + MAC 地址。 缺点： 机器的MAC地址出厂后不能保证完全唯一，且之后 MAC 地址也可手动修改 MAC 地址的暴露会造成了隐私与安全问题 若一台机子上的两个进程同时跑，有可能出现重复问题 （2）v2 (timestamp) 原理：基于 v1 的基础上优化了下，更安全。 具体优化细节不赘述了。 （3）v3 (namespace) 原理：基于 namespace + 输入内容 进行 MD5。 （4）v4 (random) 原理：基于随机数。

参考文章： https://www.jianshu.com/p/60a1d6db9f12 https://www.jianshu.com/p/c6d560d12d50 一、前言 　　Dashboard 是基于网页的 Kubernetes 用户界面。您可以使用 Dashboard 将容器应用部署到 Kubernetes 集群中，也可以对容器应用排错，还能管理集群资源。您可以使用 Dashboard 获取运行在集群中的应用的概览信息，也可以创建或者修改 Kubernetes 资源（如 Deployment，Job，DaemonSet 等等）。例如，您可以对 Deployment 实现弹性伸缩、发起滚动升级、重启 Pod 或者使用向导创建新的应用。 在部署完kubernetes v1.17后，让我们来部署一下dashboard，然后通过图形化界面来对资源进行查看与管理。 二、安装 环境信息 操作系统：CentOS Linux release 7.6.1810 (Core) docker：19.03.5 kubernetes：v1.17.0 主机名和ip： hostname ip master01 192.168.1.230 node01 192.168.1.241 node02 192.168.1.242 部署GitHub上目前最新版本的dashboard v2.0.0-beta8

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 该错误的原因是类重复地定义了。 第一种解决方法： 是对重复定义的两个类的其中一个重命名。 第二种方法是： 如果这些类是include/require进来的，那么去掉多余的include/require，或者把include/require分别改成include_once/require_once。 注意，这两种解决方法适用的情况不同。 如果两个php文件定义了两个功能不同的类，但是名字相同，应该用第一种方法解决。 如果是不小心把同一个php文件include或者require了多次，那么应该用第二种方法解决。 示例： 文件C1.php内容内容如下： <?php class C1 { public function say() { return 'hello'; } } 文件test.php内容若如下： <?php require 'C1.php'; require 'C1.php'; 会有Cannot redeclare class的错误。 文件test.php内容若如下： <?php include 'C1.php'; include 'C1.php'; 会有Cannot redeclare class的错误。 文件test.php内容若如下： <?php require_once 'C1.php';

http://lx.lanqiao.cn/problemset.page?code=BEGIN-&userid=246004 BEGIN-1 A+B问题 代码： #include <bits/stdc++.h> using namespace std; int A, B; int main() { scanf("%d%d", &A, &B); printf("%d\n", A + B); return 0; } View Code BEGIN-2 序列求和 代码： #include <bits/stdc++.h> using namespace std; long long n; long long ans = 0; int main() { scanf("%lld", &n); ans = (1 + n) * n / 2; printf("%I64d\n", ans); return 0; } View Code BEGIN-3 圆的面积 代码： #include <bits/stdc++.h> using namespace std; #define PI 3.14159265358979323 int r; double s; int main() { scanf("%d", &r); s = 1.0 * r * r * PI; printf("%.7f\n", s);

指针 每一个变量都有一个内存位置 ，每一个内存位置都定义了可使用连字号（ & ）运算符访问的地址，它 表示了在内存中的一个地址 #include <iostream> using namespace std; int main () { int var1; char var2[10]; cout << "var1 变量的地址： "; cout << &var1 << endl; cout << "var2 变量的地址： "; cout << &var2 << endl; return 0; } 结果： var1 变量的地址： 0xbfebd5c0 var2 变量的地址： 0xbfebd5b6 一、定义 指针是一个变量，其值为另一个变量的地址 ，即， 内存位置的直接地址 。就像其他变量或常量一样，您必须在使用指针存储其他变量地址之前，对其进行声明。 type *var-name; 星号是用来指定一个变量是指针 int *ip; /* 一个整型的指针 */ double *dp; /* 一个 double 型的指针 */ float *fp; /* 一个浮点型的指针 */ char *ch; /* 一个字符型的指针 */ 所有 指针的值的实际数据类型 ，不管是整型、浮点型、字符型，还是其他的数据类型， 都是一样的，都是一个代表内存地址的长的十六进制数 。