大家好，我是小碗汤，今天分享一篇搭建一个高可用镜像仓库的教程。详细中夹杂着简单~。篇幅较长，兄弟们不妨耐心看完~
PostgreSQL 是一种流行的开源关系型数据库管理系统。它提供了标准的SQL语言接口用于操作数据库。
Chart.yaml 是 Helm Chart 的核心文件之一，它包含了关于 Chart 的元数据信息。这份文件定义了 Chart 的基础信息，如名称、版本、描述等，这些信息对于 Helm 的操作至关重要。
top发现我们docker占用的内存特别大，去docker desktop的resource里面检查下发现设置的是8G加2G的swap，感觉有点大，能缩小吗？我们的pod实际占用了多少呢？
使用以下环境变量，可以使用 Bitnami PostgreSQL Docker 镜像 轻松设置流复制集群：
Kubeapps是Bitnami公司的一个项目，其目的是为Kubernetes的使用者们提供已经打包好的应用仪表盘，它拥有网页界面可以更方便的部署和管理 k8s 原生应用。
如果你是 Kubernetes 用户，恰好是第一次见到 Kubeless 这个词，想必会有些疑问 Kubeless 是什么呢？
Tarian是一款针对Kubernetes云端应用程序的安全保护工具，该工具可以通过预注册可信进程和可信文件签名，保护在Kubernetes上运行的应用程序免受恶意攻击。Tarian能够检测未知进程和注册文件的更改，然后发送警报并采取自动操作，从而保护我们的K8s环境免受恶意攻击或勒索软件的侵扰。
此 PostgreSQL 集群解决方案包括 PostgreSQL 复制管理器(replication manager)，这是一种用于管理 PostgreSQL 集群上的复制(replication)和故障转移(failover)的开源工具。
在应用的整个生命周期里，避无可避的就是“错误”，很多时候都是借助日志平台来捕获、查看日志，以此来找到错误的原因，但是很多时候应用的日志有很多误导性，也不能够很直观的指出问题的源点，并且也缺乏及时分析和告警能力（当然现在很多商用的日志系统都有这个功能了，但是需要Money）。
这里面用的 PV/PVC 需要自己在腾讯云里面创建, 基本就是点点点就能创建出来了.
设计一个拥有云原生编排能力、支持多云环境部署、自动化运维、弹性扩缩容、故障自愈等特性，同时提供租户隔离、权限管理、操作审计等企业级能力的高性能、低成本的分布式中间件服务是真挺难的。
• request(需求资源)：即运行Pod的节点必须满足运行Pod的最基本需求才能运行Pod • limit(资源限额)：即运行Pod期间，可能内存使用量会增加，可以在yaml文件中设定最多能使用多少内存配置资源限额
记录两种部署方式：zip安装包部署、docker-compose；并且安装PDF导出报告插件；
如果zookeeper配置了istio sidecar ，在选举阶段就会报connection refused（Connection refused）错误，如下图：
在线服务应旨在提供符合业务需求的服务可用性。这个过程的一个关键部分应该涉及组织中的不同团队，例如，从业务开发团队到工程团队。
github https://github.com/helm/helm/releases
Helm 帮助您管理 Kubernetes 应用 —— Helm 图表，即使是最复杂的 Kubernetes 应用程序，都可以帮助您定义，安装和升级。图表 Chart 易于创建、发版、分享和发布，所以停止复制粘贴，开始使用 Helm 吧。
其实最简单和合适的方法就是通过 operator 来安装这种具备自己一套机制的高可用应用，这里只是尝试用一种比较清晰的方式部署 kafka 来让大家了解 k8s 和 kafka 的运作机制。就不多 BB，直接上YAML结构：
在我看来，Kubernetes的优势主要在于它的声明式性质与控制循环相结合，并通过这些控制循环持续监控集群的活动状态，确保它与etcd中存储的期望状态保持一致。这种方式非常强大，但同时其数据库也被限制为etcd(etcd仅提供了有限的可观察性)，并影响到了集群变更时的责任性和审计性。另外一个缺点是将etcd和代码仓库作为两个SOT(sources of truth)，有可能会导致配置漂移，造成管理上的困难。
在Kubernetes中，使用Helm安装Zookeeper集群是一个非常方便的过程。Zookeeper是一个分布式的协调服务，用于协调集群中的应用程序。
使用 minikube 在本地搭建 k8s 已经比以前要简单很多了。本文，我们通过简短的三分钟来重现一下在本地搭建 k8s 实验环境的步骤。
Helm 是 Kubernetes 的软件包管理工具。包管理器类似 Ubuntu 中使用的apt、Centos中使用的yum 或者Python中的 pip 一样，能快速查找、下载和安装软件包。通常每个包称为一个Chart，一个Chart是一个目录（一般情况下会将目录进行打包压缩，形成name-version.tgz格式的单一文件，方便传输和存储）。
Helm从入门到实践
Helm 是 Kubernetes 的软件包管理工具。本文需要读者对 Docker、Kubernetes 等相关知识有一定的了解。 本文将介绍 Helm 中的相关概念和基本工作原理，并通过一些简单的示例来演示如何使用Helm来安装、升级、回滚一个 Kubernetes 应用。
对于国内 Kubernetes 用户来说，容器镜像和 Helm 公共仓库的网络问题是两大痛点。遗憾的是这些问题并没有随时间推移而改善。
一、概述 Apache ZooKeeper 是一个集中式服务，用于维护配置信息、命名、提供分布式同步和提供组服务，ZooKeeper 致力于开发和维护一个开源服务器，以实现高度可靠的分布式协调，其实也可以认为就是一个分布式数据库，只是结构比较特殊，是树状结构。官网文档：https://zookeeper.apache.org/doc/r3.8.0/ 📷 Kafka是最初由 Linkedin 公司开发，是一个分布式、支持分区的（partition）、多副本的（replica），基于 zookeeper 协调的
Kubernetes是一个开源的容器编排系统，可以用于管理和部署容器化的应用程序。而Helm则是一个Kubernetes的包管理工具，可以方便地安装、升级和管理Kubernetes的应用程序。
在红帽系的Linux中我们使用yum来管理RPM包，类似的，在K8s中我们可以使用helm来管理资源对象（Deployment、Service、Ingress...）实现K8s中应用的快速发布、升级、维护和分享。helm 官方文档[1]
最近在给公司搞代码质量管理，因为之前出了线上事故，以前都没人关注的，代码风格五花八门，尤其是前端代码，因为最新的 TypeScript 是支持类型注释的，而很多前端程序员使用 JS 时间比较长，一下子适应不过来，写代码时不做类型检查、不做异常判断，把 BUG 都抛给浏览器，这就导致项目可靠性差、安全度低、可维护性极差。因此借着这个机会，把祖传代码也规范一下。
云原生的事实标准平台 k8s 上也可以安装各种组件和服务。而 helm 就是 k8s 的包管理软件，用来给 k8s 平台安装各种组件包或者服务包。 在不同平台上，通过对应平台的包管理软件，可以快速安装 helm 客户端命令。 例如 Windows 上(注：choco 是Windows上的一个包管理命令chocolatey)
KubeGems插件本质上是一个 helm chart,我们在其上做了功能的扩展和一些约定。 插件主要功能是对配置的重新规划和统一。
Jenkins X 是基于Kubernetes的持续集成、持续交付平台。 对Jenkins X这个新物种一直充满好奇，一直有去尝试去体验的想法。 要开启体验之路，首先当然需要安装环境。 官方安装中文文档指南：https://jenkins-x.io/zh/getting-started/ 在踩过几个坑之后，Jenkins X终于安装成功，当然这仅仅是个开始。
Helm 是管理 Kubernetes 的应用管理工具 相当于centos的yum,python中pip，node中的npm.
现如今开发的大多数应用程序，或多或少都会用到一些敏感信息，用于执行某些业务逻辑。比如使用用户名密码去连接数据库，或者使用秘钥连接第三方服务。在代码中直接使用这些密码或者秘钥是最直接的方式，但同时也带来了很大的安全问题，如何保证密码、秘钥不被泄露。
参考了一些 https://www.likecs.com/show-152186.html 中的信息，去 https://github.com/big-data-europe/docker-hive 中把下载 docker-compose.yml 和 hadoop-hive.env 放在 docker-hive路径下，cmd输入 docker-compose up -d，会部署hive相关的容器
在过去几年，Kubernetes 在容器编排市场独占鳌头。自 2016 年以来，Docker Swarm 就退出了主要竞争者的行列，并且像 AWS 一样承诺对 K8s 进行支持和集成，换句话说，它承认了失败。
在Kubernetes上进行容器化部署并非易事，docker、环境变量、存储、网络等方面都会涉及到，这些复杂的操作可以被Helm应用包管理工具实现，避免了全手工操作的，Helm官网：https://helm.sh
chart看作linux中rpm包，repository看作repo仓库，release就是我们的yum install安装启动后的软件。
你可能已经听过很多遍这个不算秘密的秘密了--Kubernetes Secrets 不是加密的！Secret 的值是存储在 etcd 中的 base64 encoded（编码）[1] 字符串。这意味着，任何可以访问你的集群的人，都可以轻松解码你的敏感数据。任何人？是的，几乎任何人都可以，尤其是在集群的 RBAC 设置不正确的情况下。任何人都可以访问 API 或访问 etcd。也可能是任何被授权在 Namespace 中创建 pod 或 Deploy，然后使用该权限检索该 Namespace 中所有 Secrets 的人。 如何确保集群上的 Secrets 和其他敏感信息（如 token）不被泄露？在本篇博文中，我们将讨论在 K8s 上构建、部署和运行应用程序时加密应用程序 Secrets 的几种方法。
小伙伴们好呀，我是 小羊，上文分享了 《用 k8s+Ingress+Traefik 搭建一个外网可以访问的 Web 服务》
描述: 在K8s集群中里利用bitnami提供的mysql:5.7.32-debian-10-r61镜像并利用helm进行MySQL集群的部署安装, 在进行网络调整后发现mysql-master-0 pod无法正常启动,导致MySQL数据库无法访问,同时设定的root密码被更改导致无法提取持久化目录中相关数据信息，我们可以依据如下方式进行错误排查以及数据恢复。
EFK不是一个软件，而是一套解决方案，并且都是开源软件，之间互相配合使用，完美衔接，高效的满足了很多场合的应用，是目前主流的一种日志系统。EFK是三个开源软件的缩写，分别表示：Elasticsearch , Fluentd, Kibana
在本文中，您将学习如何在多集群环境中使用 Devtron 在 K8S 上进行应用开发。
修改这些配置比较繁琐，我已经维护了一份 Gitlab 适配腾讯云容器服务的 chart 包，相关 gitlab 镜像也做了同步，可以实现一键安装。可以通过 git 拉下来:
今天更新 Homebrew 的时候，眼角余光撇到一个 kube 开头的 Formula：kubeseal，名字还挺酷的，brew home 看了一下项目主页，还是 bitnami 的作品，就多看了下，发现是一个不明觉厉的工具，本着“来都来了”的乐观精神，写了这一篇不知所云的东西（还发现了个 Issue）。
首发地址: https://mp.weixin.qq.com/s/7mmIsd83QPT65QnQd5CtFQ
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
