- 综合排序
- 最热优先
- 最新优先
- 来自专栏运维开发故事
【K8S专栏】Kubernetes应用访问管理
在Kubernetes中，提供了Service和Ingress两种对象来实现应用间访问或外部对集群应用访问，这两种对象在实际的工作中会时长使用，非常重要的对象。 但是在一些特殊的场景下，我们希望直接和应用Pod进行通信，比如数据库等有状态应用，为此，社区提供了Headless Service，也就是无头服务。 nginx-headless-service ClusterIP None <none> 8000/TCP 3s 这种类型的Service主要用在有状态服务，后续在有状态应用管理的时候会感受到具体是如何使用的 "/C=CN/ST=Chongqing/L=Chongqing/OU=DevOps/CN=nginx.dev.jokerbai.com" 然后将证书保存到secret对象中（在Kubernetes应用配置管理会介绍 总结 目前集群内应用的访问主要是通过Service和Ingress两种方式，其中Service是四层，Ingress是七层，在企业应用中，除了一些必须使用四层的应用，比如MySQL、Redis，其他的基本都采用
2.3K10编辑于 2022-12-06 - 来自专栏运维开发故事
【K8S专栏】Kubernetes有状态应用管理
大家好，我是乔克，一个爱折腾的运维工程，一个睡觉都被自己丑醒的云原生爱好者 作者：乔克 博客：www.jokerbai.com 我们在《Kubernetes工作负载管理》中主要介绍了无状态应用的管理，当时也有提到有状态应用 ，但是由于那时候还没有解释数据如何持久化就没有做深度的介绍，而在这章，我们会着重介绍如何进行有状态应用的管理。 所以，为了解决Kubernetes中有状态应用的有效支持，Kubernetes使用StatefulSet来编排管理有状态应用。 如何使用StatefulSet 在《Kubernetes应用访问管理》中，我们介绍了Service，它是为一组Pod提供外部访问的一种方式。 ReadWriteOnce capacity: storage: 1Gi persistentVolumeReclaimPolicy: Recycle nfs: path: /data/k8s
93920编辑于 2022-12-06 - 来自专栏运维开发故事
【K8S专栏】Kubernetes应用配置管理
不论什么样的应用，基本都有配置文件，在企业中，大部分会用到配置中心，比如apollo、nacos等，也有一些公司直接使用Kubernetes自带的配置管理，主要有： Secret ConfigMap Secret ConfigMap ConfigMap和Serect类似，不同之处在于ConfigMap保存的数据信息是不需要加密的，比如一些应用的配置信息，其他的用法和Secret一样。 例如，我们定义了如下一些配置文件： $ mkdir configmap-demo $ cd configmap-demo $ ll total 8 -rw-r--r-- 1 root root 25 Sep name: nginx-configmap namespace: default resourceVersion: "668283" uid: a025da28-6817-4605-8daf 虽然配置信息更新，应用到底能不能使用，主要还是依赖应用是否也会热更新。
97610编辑于 2022-12-06 - 来自专栏运维开发故事
【K8S专栏】Kubernetes应用质量管理
---- 服务质量管理 在Kubernetes中，Pod是最小的调度单元，所以跟资源和调度相关的属性都是Pod对象的字段，而其中最重要的就是CPU和内存。 为了防止这种情况的发生，集群管理员希望能在系统管理功能中设置禁止Pod申请超过2GB内存。 集群由同一个组织中的两个团队共享，分别运行生产环境和开发环境。 生产环境最多可以使用8GB内存，而开发环境最多可以使用512MB内存。集群管理员希望通过为这两个环境创建不同的命名空间，并为每个命名空间设置不同的限制来满足这个需求。 因此，集群管理员希望设置每个Pod都必须至少使用集群平均资源值（CPU和内存）的20%，这样集群能够提供更好的资源一致性的调度，从而减少了资源浪费。 服务可用性管理 高可用 生产级别应用，为了保证应用的可用性，除了特殊应用（例如批次应用）都会保持高可用，所以在设计应用Pod的时候，就要考虑应用的高可用。
96630编辑于 2022-09-15 - 来自专栏大魏分享（微信公众号：david-share）
爆款：K8S原生应用管理平台
一、如何在K8S集群上部署应用？ 首先，需要说明的是：Openshift是K8S集群，但K8S集群不是Openshift集群。K8S集群是Openshift集群的真子集。 在K8S上除了需要部署应用，很多时候还要部署应用集群，对集群进行扩缩容等。这时候，我们大多是调整应用dc。嗯，听起来有一定技术含量。 那么，有没有一种方式，可以专门与K8S API集群对接，实现K8S原生应用的管理？ 二、Operator 有，Operator就是。 Operator是一种打包、部署和管理Kubernetes原生应用程序的方法。 就是我们在管理应用时，会遇到无状态和有状态的应用。管理无状态的应用是相对来说比较简单的，但是有状态的应用则比较复杂。 Operator的理念是希望注入领域知识，用软件管理复杂的应用。
4.2K31发布于 2018-12-07 - 来自专栏【云原生】
【云原生、k8s】基于Helm管理Kubernetes应用
图片 如果业务系统只由一个或几个这样的服务组成，那么上面部署管理方式足够用了。 而对于一个复杂的业务系统，会有很多类似上面的资源描述文件，例如微服务架构应用，组成应用的服务可能多达十个，几十个。 如果有更新或回滚应用的需求，可能要修改和维护所涉及的大量资源对象文件，而这种组织和管理应用的方式就显得力不从心了。 而且由于缺少对发布过的应用版本管理和控制，使Kubernetes上的应用维护和更新等面临诸多的挑战，主要面临以下问题： 如何将这些服务作为一个整体管理 这些资源文件如何高效复用 不支持应用级别的版本管理 Helm有3个重要概念： helm：一个命令行客户端工具，主要用于Kubernetes应用chart的创建、打包、发布和管理。 方便传输和存储) 对于应用发布者而言，可以通过Helm打包应用， 管理应用依赖关系，管理应用版本并发布应用到软件仓库。
1.5K92编辑于 2023-08-18 - 来自专栏技术杂记
RabbitMQ管理8
/usr/bin/env ruby ## encoding: utf-8 require "bunny" conn = Bunny.new conn.start conn = Bunny.new(:hostname /usr/bin/env ruby ## encoding: utf-8 require "bunny" conn = Bunny.new conn.start ch = conn.create_channel
32710编辑于 2022-04-23 - 来自专栏CNCF
从零开始入门 K8s | K8s 的应用编排与管理
作者 | 张振 阿里云高级技术专家 本文节选自《CNCF x Alibaba 云原生技术公开课》第5讲：应用编排与管理：核心原理。 一、资源元信息 1. 今天我们将为大家介绍 K8s 的另外一个部分，即元数据部分。 前三个标签都打在了 Pod 对象上，分别标识了对应的应用环境、发布的成熟度和应用的版本。 二、操作演示 这里通过 kubectl 命令去连接我们 ACK 中已经创建好的一个 K8s 集群，然后来展示一下怎么查看和修改 K8s 对象中的元数据，主要就是 Pod 的一个标签、注解，还有对应的 Ownerference Reflector 通过 List 和 Watch K8s server 来获取资源的数据。
94830发布于 2019-12-04 - 来自专栏技术杂记
Mycat 管理命令8
查看分析器状态 mysql> show @@parser; +----------------+-------------+------------+----------------+------------------+--------------+------------+ | PROCESSOR_NAME | PARSE_COUNT | TIME_COUNT | MAX_PARSE_TIME | MAX_PARSE_SQL_ID | CACHED_COUNT | CACHE_SIZE | +-----
39920编辑于 2021-12-02 - 来自专栏项目管理
应用8D理论做好软件项目管理中的代码审查
最开始接触8D理论是在一家台企芯片公司实习的时候，当时便觉得这套管理思路和方法是一个很不错的方法，可以用到诸多领域，后来随着从业范围变化和扩大，该理论也被用到了一些工作和管理中，也发挥了一些作用，本文针对 8D理论进行介绍，并针对8D理论在软件项目管理中的应用进行展开介绍，这里主要做该理论方法的引入，并未进行深入分析。 8D理论，即8D问题解决法，是一种系统化的问题解决方法，常用于品质管理和团队合作中。它起源于福特汽车公司，旨在通过结构化的步骤识别、分析和解决问题，并防止类似问题的再次发生。 D6：实施永久纠正措施 8. D7：防止再发生 9. D8：小组祝贺 8D理论广泛应用于制造业、汽车工业、航空航天、服务业等多个领域，帮助组织系统地解决问题，提高产品质量和客户满意度。 应用8D理论做好项目管理中的代码审查，可以按照以下步骤进行：1. D0：计划准备 在代码审查之前，评估问题的严重性和紧迫性，决定是否启动8D流程。
59220编辑于 2025-01-20 - 来自专栏EAWorld
DevOps的支撑服务：K8s容器管理与应用部署
下面主要介绍K8s的一些基本概念，使大家对K8s有个了解。 Pod：Pod是Kubernetes的里可部署的和管理的最小单元。 Pod是Kubernetes的里可部署的和管理的最小单元，一个或多个容器构成一个Pod，通常Pod里的容器运行相同的应用。Pod包含的容器都运行在同一个宿主机上，看作一个统一管理单元。 最好不要越过RC直接创建Pod，因为Replication Controller会通过RC管理Pod副本，实现自动创建、补足、替换、删除Pod副本，这样就能提高应用的容灾能力，减少由于节点崩溃等意外状况造成的损失 后续我们打算将领域系统都搬上K8s集群，这样就会存在2个集群一个是新一代数字化企业云平台领域系统的K8s集群，一个是用户微应用的K8s集群。 以SEM为例，在新一代数字化企业云平台领域系统的K8s集群中，会创建一个多Pod的RC来保证SEM应用本身的高可用，而后通过部署多主的MySQL实现数据库服务的高可用。
3.9K70发布于 2018-04-02 - 来自专栏landv
-管理多个应用
管理多个应用 默认情况下，假定您仅打算使用CodeIgniter来管理一个应用程序，该应用程序将在您的应用程序 目录中构建。 但是，可以有多个应用程序共享一个CodeIgniter安装，甚至可以重命名或重定位应用程序目录。 ： $application_directory = 'application'; 重新定位您的应用程序目录 可以将应用程序目录移动到服务器上与Web根目录不同的位置。 如果您想共享一个常见的CodeIgniter安装来管理几个不同的应用程序，只需将位于应用程序目录内的所有目录放入它们自己的子目录中。 例如，要选择“ foo”应用程序，您可以这样做： $application_directory = 'applications/foo'; 注解 您的每个应用程序都将需要自己的index.php文件，该文件将调用所需的应用程序
2.1K30发布于 2020-03-05 - 来自专栏CNCF
从零开始入门 K8s | 应用编排与管理：Job & DaemonSet
如何管理多个任务，且任务之间有依赖关系？ 如何并行地运行任务，并管理任务的队列大小？ 用例解读 我们根据一个实例来看一下 Job 是如何来完成下面的应用的。 Job 语法 ? 比如这里设置成 8，即这个任务一共会被执行 8 次； 第二个参数代表这个并行执行的个数。 同时可以看到，上一个 job 还在运行，它的时间是 2m12s 左右，它的完成度是 7/8、6/8，刚刚看到 7/8 到 8/8，也就是说我们上一个任务执行了最后一步，而且每次都是两个两个地去运行。 label.selector 去找到对应的管理 Pod。
91810发布于 2019-12-04 - 来自专栏Devops专栏
8.Go工程管理
8.Go工程管理 1．工作区介绍 通过前面函数的学习，我们能够体会到函数的优势，就是可以将不同的功能放在不同的函数中实现，主函数（main( )）可以直接调用。 这样结构非常的清晰，也非常方面代码的管理。如果我们把所有的代码都写在main( )函数中，会出现什么样的情况呢？ 代码混乱，非常不容易管理。 这就涉及到项目的工程管理也就是怎样对项目中的文件进行管理。 为了更好的管理项目中的文件，要求将文件都要放在相应的文件夹中。 设置完毕之后，再次测试执行： image-20210505235307911 （3.5）注意：user.go文件中的函数名首字母必须大写，如果改成小写在main.go中无法进行调用 这种不同级目录应用 例如：上面我们的案例中，可以将用户管理的操作放在userinfo目录下，商品管理模块可以再定义一个目录,例如:product.如下图所示： image-20210505235307911 product.go
63120编辑于 2022-01-17 - 来自专栏波波烤鸭
shiro教程8(缓存管理)
xml version="1.0" encoding="UTF-8"? -- 配置缓存管理器 --> <bean id="cacheManager" class="org.apache.shiro.cache.ehcache.EhCacheManager"> <!
1.5K60发布于 2019-04-02 - 来自专栏Rainbond开源「容器云平台」
云原生应用管理，像管理手机APP一样管理企业应用
Rainbond 是一款云原生企业应用管理平台，本文将以它为例讲解，如何像管理手机 APP 一样简化管理企业应用。 但这不意味着企业应用管理人员一定要付出更多的努力来管理企业应用。选择正确的企业应用管理工具，会使得企业应用管理工作事半功倍。 企业应用管理人员完全通过图形化界面，来完成对企业应用的生命周期管理操作。 对于企业应用整体而言，可以执行批量的管理操作： [应用整体的管理] [应用批量管理] 涉及到生命周期管理的操作包括但不限于： 企业应用整体的启动、停用、更新、构建、升级 面向企业应用内部所有组件的批量启动 [image-20211210224803749] 写在最后 Rainbond 提供一个解决企业应用的管理问题的全新思路，它不仅优化了管理和使用体验，还能高效管理应用供应商，应用商店也让管理人员对应用自主可控
1.9K30编辑于 2021-12-13 - 来自专栏分布式｜微服务｜性能优化｜并发编程｜源码分析
8.工作负载管理-使用和管理DaemonSet
应用场景 「监控和日志收集：」 部署监控代理或日志收集器，确保每个节点都能够收集系统或应用程序的监控数据和日志。 「网络代理：」 在每个节点上运行网络代理，用于路由或过滤网络流量。 kind: DaemonSet metadata: name: daemonset-fluentd-elasticsearch namespace: default labels: k8s-app 打上标签 kubectl label node k8s-node2 nodeServiceType=elasticsearch 再执行命令可以看到，pod被调度到k8s-node2部署了 再给k8s-node2 打上标签，也能观察到同样的效果 当我们尝试给k8s-master大标签，会发生什么呢? 发现并没有部署在k8s-master,这是为什么呢？我们在后面章节给大家介绍
51410编辑于 2024-04-17 - 来自专栏腾讯云原生团队
Addon SuperEdge 让原生 K8s 集群可管理边缘应用和节点
边缘能力 先说说 Addon SuperEdge 后，您的普通 Kubernetes 集群将具备哪些能力： 既能管理中心应用和节点，也能管理边缘应用和节点 可以用一个Kubernetes集群管理中心的应用和节点 ，也可以同时管理边缘的应用和节点，使用上没有任何区别。 同时管理数十个边缘网点，并具备灰度能力 SuperEdge 的 ServiceGroup 设计，一个应用只要提交一次，就能同时部署到数十个网点，并且在各个网点内实现流量闭环，而且允许各个网点在基础应用的基础上有差异 edgeadm detach edge-apps --ca.cert <集群 CA 证书地址> --ca.key <集群的 CA 证书密钥路径> 到此原有的 Kubernetes 集群就变成了一个既能管理云端应用 ，也能下发和管理边缘应用的 Kubernetes。
98231发布于 2021-07-06 - 来自专栏零域Blog
【应用】在线文件管理
前言 该应用主要目的是为了在使用linux系统的时候，实现手机和电脑之间的文件传输。 前台界面使用的是angular-filemanager, 后台使用的是Spring MVC， 可以下载该应用的war包， 放到tomcat中使用。 下面该应用的具体功能： 文件上传下载（上传使用的是jquery-upload-file） 手机扫码快速打开网页 图片预览 文本文件在线编辑 文件/文件夹重名 文件/文件夹删除 前台 前台使用的是使用angularjs + bootstrap写的一个在线文件管理系统， 这里是github地址， 后台作者已经给出了php和servlet的实现， 之所以使用Spring MVC重写后台，主要是为了熟悉一下Spring MVC ， 同时精简了该管理系统的一些功能，因为主要目的是在linux系统下为手机和电脑之间的文件传输提供一个中介，当然也可以在windows系统下使用，也可以将该应用作为一个局域网中的一个文件共享系统。
2.8K50编辑于 2022-03-22 - 来自专栏萌海无涯
Django学习管理静态文件（8）
.jpg" alt="图片的说明" /> 也可以使用变量名替换
4.在我们的应用目录新建一个文件夹 名为：static ，把我们的图片 或 其他静态文件放到里面 ---- 另外说明下，Django 推荐的建立目录方式为 应用名/static/应用名/静态文件 Django 会使用第一个名字匹配的静态文件 ，若你在 不同的应用中有一个同名静态文件，Django 无力区分它们。 也就是说，将这些静态文件放在 另一个 以应用名本身命名的目录下。 嗯，我是偷懒了。 ---- 还有就是以上是开发环境用于测试。生产环境还有别的要学习，这里就不说啦！
94710发布于 2019-09-03
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号