草庐IT

k8s架构

全部标签

软件安全架构设计指南:安全设计原则(篇一)

网安云技术社区更多内容:观点提炼|美国CISA、ODN等发布《SBOM推荐实践指南》原则一:最小攻击面攻击表面(英语: attack surface) ,也称攻击面、攻击层面,是指软件环境中可以被未授权用户(攻击者) 输入或提取数据而受到攻击的点位(攻击矢量)。攻击矢量的示例包括:用户输入字段协议接口服务系统每增加一个功能特性就有可能会引入新的风险,通过安全开发可以减少攻击面进而达到控制系统整体风险的目的。减少攻击面示例:示例:Web应用提供一个搜索功能减少攻击面措施该功能只能被授权的用户使用后端代码对用户输入的数据进行了校验该功能不支持任意文字输入,只支持从指定列表中查看原则二:默认安全让默

【云原生】K8S超详细概述

目录一、Kubernets概述1.1K8S什么1.2为什么要用K8S二、Kubernetes集群架构与组件2.1Master组件Kube-apiserverKube-controller-managerKube-scheduler2.2配置存储中心etcd2.3Node组件KubeletKube-Proxydocker或rocket三、Kubernetes核心概念3.1Pod3.2Pod控制器K8S内提供了众多的Pod控制器,常用的有以下几种:3.3Label3.4Label选择器(Labelselector)3.5Service3.6Ingress3.7Name3.8Namespace四、常

云原生Kubernetes:K8S资源控制之污点与容忍

目录一、理论1.污点2.容忍3. Pod启动阶段4. 故障排除步骤5.对节点执行维护操作二、实验1.污点2.容忍三、问题1.pod上配置容忍生成资源报错四、总结一、理论1.污点(1)作用节点亲和性,是Pod的一种属性(偏好或硬性要求),它使Pod被吸引到一类特定的节点。Taint则相反,它使节点能够排斥一类特定的PodTaint和Toleration相互配合,可以用来避免Pod被分配到不合适的节点上。每个节点上都可以应用一个或多个taint,这表示对于那些不能容忍这些taint的Pod,是不会被该节点接受的。如果将toleration应用于Pod上,则表示这些Pod可以(但不一定)被调度到具有

Docker与微服务:构建和部署微服务架构的完整指南

微服务架构已经成为现代应用开发的主要范式之一,而Docker容器技术则为微服务的构建、部署和管理提供了理想的解决方案。本文将深入探讨如何使用Docker构建和部署微服务架构,提供更多示例代码和细致的指南,以帮助大家更全面地理解和运用这些关键概念。什么是微服务架构?微服务架构是一种将应用程序拆分成小型、独立可部署的服务单元的软件架构方式。每个微服务都独立开发、部署和扩展,提供特定功能。微服务之间通过API通信,使整个应用程序更具弹性和可维护性。Docker与微服务的完美结合Docker的轻量级、可移植性和隔离性使其成为微服务架构的理想伴侣。以下是为什么Docker与微服务完美结合的几个原因:隔离

MPP架构和分布式架构的区别

前言:对大数据的数据处理需求,当前技术方向上存在两个不同的发展路线,MPP和分布式处理。两者数据处理的基本思路都是一样的,分布式并行处理再合并结果;但由于二者在处理架构上的差异,最终产品在应用需求性能侧重也有所不同。一、分布式架构和MPP架构分析    两种技术都是通过对大量普通机器的一同使用,而达到了大数据处理的需求;只是二者在管理任务执行时,对磁盘、内存和CPU的使用方式不同,而造成了最终在应用上的特性差异。1.1分布式架构分析    从分布式架构路线发展的技术有:Hadoop、Hive、Tez、Spark、Flink等;核心思想基本都是从HDFS+Yarn+MapReduce这套数据处理

区块链系统的分层架构及其在供应链中的应用

区块链技术作为一种分布式、不可篡改且具有高度透明性的数据库技术,正在供应链领域得到广泛应用。在供应链中,区块链可以帮助实现透明的交易记录、确保数据的一致性和可靠性,并提供供应链参与方之间的高效协作。为了更好地理解区块链系统的层级架构以及其在供应链中的应用,下面将对此进行详细阐述。区块链系统的层级架构可以分为四个主要层次:应用层、协议层、网络层和数据层。每个层次都承担着不同的功能和责任,共同构建了一个完整的区块链系统。应用层:应用层是区块链系统中最上层的部分,它包含了各种不同的应用场景和业务逻辑。在供应链中,应用层可以支持诸如物流跟踪、质量溯源、合同管理等功能。供应链参与方可以通过应用层与区块链

ios - opencv2.framework/opencv2(surf.o) 架构 armv7 的重复符号

我正在将opencv2.framework与我的项目集成。我完成了以下步骤。将opencv2.framework添加到“链接的框架和库”将libc++.dylib添加到“链接的框架和库”在AppName-Prefix.pch文件中添加了以下代码#ifdef__cplusplus#import"opencv2/opencv.hpp"#endif更改编译器默认值AppleLLVM编译器4.2-语言->C++语言方言->GNU++11[-std=gnu++11]C++标准库->libc++(支持C++11的LLVMC++标准库)我仍然收到链接错误"opencv2.framework/open

k8s---ingress实现https代理访问

预知ingress实现https代理创建证书密钥secrets保存密钥信息,部署pod时把secrets挂载到pod[root@master01~]#opensslreq-x509-sha256-nodes-days365-newkeyrsa:2048-keyouttls.key-out.crt-subj"/CN=nginxzzr/O=nginxzzr"req:生成证书文件的请求x509:生成x.509自签名的证书-sha256:表示生成的密钥不加密-day365:证书有效期365天-newkeyrsa:2048:RSA密钥对,长度2048位。-keyouttls.key-out.crt:密钥

云原生Kubernetes:K8S实用插件和工具

目录一、理论1.Kubectl插件2.kubens 3.krew二、实验1.kubectl插件2.kubens 3.krew一、理论1.kubectl插件(1)概念kubectl插件其实就是以kubectl-为前缀的任意可执行文件,比如执行:ln-s/bin/echo/usr/local/bin/kubectl-echo此时就相当于安装了个echo的kubectl插件,kubectl插件可以通过kubectl + 插件名执行,kubectlxxx其实就是相当于运行kubectl-xxx。2.kubens (1)概念k8s每次查看指定命名空间的资源都需要加-n命名空间来指定命名空间,我们可以通过

使用 CODING DevOps 全自动部署 Hexo 到 K8S 集群

背景如何做团队技术文章分享和沉淀?这是一个老生常谈的话题。常见的技术选型可以是Confluence、Dokuwiki、Gitbook等。但对于敏捷团队来说,这些都不够优雅,我们希望能把技术文章像代码一样进行协作和版本管理。更新技术文章后,能够自动部署到公司的K8S集群。那么,CODINGDevOps+Hexo一定是你的不二之选,这也是CODING目前的实践。Hexo是一个快速、简洁且高效的博客框架。我们只需要书写Markdown格式的技术文章,通过命令能够直接生成静态页面,方便浏览和部署。本文将介绍如何使用CODINGDevOps建立流水线,推送技术文章到Git仓库后,自动触发流水线执行构建并