首页 文章 精选 留言 我的

精选列表

搜索[系统管理],共2286篇文章
优秀的个人博客,低调大师

Istio 1.6 发布,大型微服务系统管理工具

Istio 1.6 发布了。Istio 是一个由谷歌、IBM 与 Lyft 共同开发的开源项目,旨在提供一种统一化的微服务连接、安全保障、管理与监控方式。具体来说,Istio 是一个开源服务网格平台,它确保微服务在处理故障时以指定的方式相互连接。 简化 上一个发行版引入了 Istiod,这是一个新模块,通过组合多个服务的功能来减少 Istio 安装中的组件数量。Istio 1.6 已完成此过渡,并将功能完全转移到 Istiod 中。因此,Citadel、sidecar injector 和 Galley 的单独部署能够被删除。 对于利用 Kubernetes 中新的 alpha 功能的开发人员而言,Istio 的使用体验得到了简化。如果在 Kubernetes EndpointPort 或 ServicePort API 中使用新的 appProtocol 字段(在 1.18 中为 Alpha),则不再需要在服务中附加名称字段来表示协议。 更好的生命周期 命令行工具 istioctl 能够提供更好的诊断信息,具有更简单的安装命令,状态还可显示为彩色。 升级 Istio 的功能也得到了改进。首先,现在支持 Istio 控制平面本身的 canary(金丝雀)。这意味着可以与现有版本一同,安装新版本的控制平面,并有选择地让代理使用新版本。 新版本还带来一个 istioctl upgrade 命令,它将在集群中执行一步到位的升级(用户仍然可以控制自己更新代理)。 观察分布式应用程序 Istio 团队表示,许多公司仅采用 Istio 是为了更好地观察分布式应用程序。新版本在这方面做了很多改进,一些重点包括:更多的可配置性、更好的控制跟踪采样率的能力,以及更新的 Grafana 仪表板。 更好的虚拟机支持 对于将非 Kubernetes 工作负载添加到网格中的用户(例如部署在 VM 上的工作负载),新的 WorkloadEntry 资源使此操作比以往更加轻松。此 API 旨在为 Izio 中的非 Kubernetes 工作负载提供一流的呈现。它将 VM 或裸机工作负载提升到与 Kubernetes Pod 相同的级别,而不仅仅是具有 IP 地址的端点。现在可以将同一服务的部署(VM 和 Pods)混合在一起,从而可将 VM 工作负载迁移到 Kubernetes 集群,且不会中断往返于该集群的流量。 网络改进 网络是服务网格的核心,因此新版本引入了一些流量管理功能。Istio 改进了对 secrets 的处理,从而为 Kubernetes Ingress 提供了更好的支持。 此外,新版本默认启用了 Gateway SDS,以提供更安全的体验。还增加了对(实验性的)Kubernetes Service API 的实验性支持。 发布公告:https://istio.io/news/releases/1.6.x/announcing-1.6/

优秀的个人博客,低调大师

Istio 1.5.4 发布,大型微服务系统管理工具

Istio 先后发布了 1.5.3和 1.5.4 版本。Istio 是一个由谷歌、IBM 与 Lyft 共同开发的开源项目,旨在提供一种统一化的微服务连接、安全保障、管理与监控方式。具体来说,Istio 是一个开源服务网格平台,它确保微服务在处理故障时以指定的方式相互连接。 1.5.3版本包含以下错误修复程序: 修复了 Helm 安装程序使用动态生成的签名密钥安装 Kiali 的问题 修复了将生成的 Kubernetes 资源与用户定义的叠加层叠加在一起的附加组件 修复了istio-sidecar.deb无法通过iptables默认nftables设置在 Debian Buster 上启动的问题 修复了在DestinationRule.trafficPolicy.loadBalancer.consistentHash.httpHeaderName中指定的标头名称更改后,相应的哈希策略未更新的问题 修复了在 istio-system 以外的名称空间中部署时的流量路由 但由于发布疏漏,1.5.3 镜像不包含本应有的 CVE-2020-10739 修复程序,官方建议升级至 1.5.4 版本。 1.5.4 版本包含以下安全更新: ISTIO-SECURITY-2020-005 启用遥测 V2 时拒绝服务 CVE-2020-10739:通过发送特制数据包,攻击者可能会触发 Null Pointer 异常,从而导致拒绝服务。 发布公告:https://istio.io/news/releases/1.5.x/announcing-1.5.4/

优秀的个人博客,低调大师

Istio 1.5.2 发布,大型微服务系统管理工具

Istio 1.5.2 发布了。Istio 是一个由谷歌、IBM 与 Lyft 共同开发的开源项目,旨在提供一种统一化的微服务连接、安全保障、管理与监控方式。具体来说,Istio 是一个开源服务网格平台,它确保微服务在处理故障时以指定的方式相互连接。 新版本主要更新内容包括: 修复:Istiod 部署缺少匹配 PodDisruptionBudget 使用的标签 修复:使用 istioctl 进行自定义 Istio 安装无法通过外部图表使用 修复:通过向stdErr发送警告来记录验证 修复:当用于IstioOperator API的外部Prometheus链接时,Kiali无法正常工作 修复:IstioOperator 切片验证 修复:由于默认的excludeInboundPort配置不包括端口15090,因此在CNI注入的Pod中Prometheus抓取失败 改进:添加注释以设置 Sidecar 上的 CPU/内存限制 改进:默认情况下启用 rewriteAppHTTPProbe 注释 更多内容见更新说明: https://istio.io/news/releases/1.5.x/announcing-1.5.2/

优秀的个人博客,低调大师

Istio 1.5.1 发布,大型微服务系统管理工具

Istio 1.5.1发布了。Istio 是一个由谷歌、IBM 与 Lyft 共同开发的开源项目,旨在提供一种统一化的微服务连接、安全保障、管理与监控方式。具体来说,Istio 是一个开源服务网格平台,它确保微服务在处理故障时以指定的方式相互连接。 新版本主要更新内容包括: Security update ISTIO-SECURITY-2020-004Istio 对 Kiali 使用硬编码的 signing_key CVE-2020-1764:Istio 使用默认的签名密钥来安装 Kiali。这可以使有权访问 Kiali 的攻击者绕过身份验证并获得 Istio 的管理特权。此外,此版本中还修复了另一个 CVE 漏洞。 其他 修复了 Istio Operator 实例删除因集群内运算符而挂起的问题 修复了 “istioctl manifest apply –set” 中对数组表示法的不完全支持 在 Kubernetes 服务规范中添加向服务添加注释的可能性 将 istiod 端口添加到网关以进行网格扩展 添加选项以启用遥测 V2 的 V8 运行时 在 istio-agent 上支持自定义 CA 修复:使用 istioctl 或 Helm 进行部署时,始终会生成用于混合器遥测的自动定标器 更多详情见更新说明: https://istio.io/news/releases/1.5.x/announcing-1.5.1/

优秀的个人博客,低调大师

Istio 1.5 发布,大型微服务系统管理工具

Istio 1.5 发布了。Istio 是一个由谷歌、IBM 与 Lyft 共同开发的开源项目,旨在提供一种统一化的微服务连接、安全保障、管理与监控方式。具体来说,Istio 是一个开源服务网格平台,它确保微服务在处理故障时以指定的方式相互连接。 新版本主要更新内容包括: 引入Istiod 通过将控制平面整合为一个新的二进制文件 Istiod, 1.5 版本极大地简化了安装、运行和升级 Istio 的体验。对于 mesh 用户,Istiod 不会改变他们的任何体验:所有 API 和运行时特性均与以前的组件一致。 可扩展性的新模型 Istio 一直是最可扩展的服务网格,其 Mixer 插件允许自定义策略和遥测支持,而 Envoy 扩展则允许数据平面自定义。Istio 1.5 带来了了一个新模型,该模型使用 WebAssembly(Wasm)将 Istio 的可扩展性模型与 Envoy 的统一。Wasm 使开发人员能够安全地在 Envoy 代理中分发和执行代码,以便与遥测系统和策略系统集成,并控制路由,甚至转换消息正文。它将更加灵活和高效,从而无需单独运行 Mixer 组件(这也简化了部署)。 更容易使用 现在,使用istioctl的 Istio 命令行安装已进入 beta 阶段。istioctl 也有十几项改进,包括分析新项目、更好的验证规则,以及更好的与 CI 系统集成的能力等。它已经成为了解 Istio 的系统运行状态并确保配置更改安全的必要工具。 Istio 的安全性也得到了许多增强,更易于使用。Beta 版自动 mTLS 的启动,简化了 mTLS 的配置并使其自动化。 更安全 在 1.5 版中,所有安全策略,包括自动 mTLS、AuthenticationPolicy(对等身份验证和 RequestAuthentication)和授权现在都处于 Beta 版。SDS 已经处于稳定版。授权(Authorization)现在支持“拒绝”语义,以强制执行不可覆盖的强制性控件。此外,Node 代理和 Istio 代理已组合到一个二进制文件中,这意味着不再需要配置 PodSecurityPolicy。 改进不止于此。现在不再需要在每个 Pod 上安装证书,也不必在证书更改时重新启动 Envoy。证书直接从 Istiod 交付到每个 pod。而且,每个 pod 都有唯一的证书。 更好的可观察性 Telemetry v2 现在报告了原始 TCP 连接(除了 HTTP)的度量标准,并且还通过在遥测和日志中添加响应状态代码来增强了对 gRPC 工作负载的支持。现在默认使用 Telemetryv2。新的遥测系统将等待时间缩短了一半,90% 的等待时间从 7 毫秒减少到 3.3 毫秒。不仅如此,消除 Mixer 还使总 CPU 消耗减少了 50%,降至每秒每 1,000 个请求 0.55 个 vCPU。 更新说明:https://istio.io/news/releases/1.5.x/announcing-1.5/

优秀的个人博客,低调大师

Istio 1.4.6 发布,大型微服务系统管理工具

Istio 1.4.6 发布了。Istio 是一个由谷歌、IBM 与 Lyft 共同开发的开源项目,旨在提供一种统一化的微服务连接、安全保障、管理与监控方式。具体来说,Istio 是一个开源服务网格平台,它确保微服务在处理故障时以指定的方式相互连接。 新版本主要是安全更新,更新内容如下: ISTIO-SECURITY-2020-003:Envoy 中有两个不受控制的资源消耗和两个不正确的访问控制漏洞。 CVE-2020-8659:当代理具有许多小块(即 1 个字节)的 HTTP/1.1 请求或响应时,Envoy 代理可能会消耗过多的内存。 CVE-2020-8660:Envoy 代理包含 TLS 检查器,客户端仅使用 TLS 1.3 可以绕过 TLS 检查器(不将其识别为 TLS 客户端)。 CVE-2020-8661:当响应管道化的 HTTP/1.1 请求时,Envoy 代理可能会消耗过多的内存。 CVE-2020-8664:对于 Envoy 代理中的 SDS TLS 验证上下文,仅在首次接收到机密或其值更改时才调用更新回调。 此漏洞仅影响 Istio 1.4.5 及更早版本的 Istio 证书轮换机制的 SDS 实现,前提是仅当启用 SDS 和双向 TLS 时。默认情况下,SDS 是关闭的,并且必须由操作员在 Istio 1.5 之前的所有 Istio 版本中明确启用。 Istio 基于 Kubernetes 秘密装载的默认秘密分发实施不受此漏洞影响。 更新说明:https://istio.io/news/releases/1.4.x/announcing-1.4.6/

优秀的个人博客,低调大师

Istio 1.4.5 发布,大型微服务系统管理工具

Istio 1.4.5 发布了。Istio 是一个由谷歌、IBM 与 Lyft 共同开发的开源项目,旨在提供一种统一化的微服务连接、安全保障、管理与监控方式。具体来说,Istio 是一个开源服务网格平台,它确保微服务在处理故障时以指定的方式相互连接。 更新内容如下: Improvements 修复了由节点重启触发的错误,该错误导致 Pods 接收到错误的配置(Issue 20676) 改进 Istio CNI 鲁棒性。以前,当节点重新启动时,可能会在设置 CNI 之前创建新的 Pod,从而导致在未配置 iptables 规则的情况下创建 Pod(Issue 14327) 修复MCP 指标以包括 MCP 响应的大小,而不仅仅是请求(Issue 21049) 更新说明:https://istio.io/news/releases/1.4.x/announcing-1.4.5/

优秀的个人博客,低调大师

Istio 1.4.4 发布,大型微服务系统管理工具

Istio 1.4.4 发布了。Istio 是一个由谷歌、IBM 与 Lyft 共同开发的开源项目,旨在提供一种统一化的微服务连接、安全保障、管理与监控方式。具体来说,Istio 是一个开源服务网格平台,它确保微服务在处理故障时以指定的方式相互连接。 更新内容如下: 安全更新 ISTIO-SECURITY-2020-001在 AuthenticationPolicy 中发现了不正确的输入验证 CVE-2020-8595:Istio 的身份验证策略精确路径匹配逻辑中的一个错误允许未经授权的访问而没有有效的 JWT 令牌 Bug fixes 修复了 iptables 脚本的 Debian 打包 修复了多次使用同一端口时Pilot生成错误的 Envoy 配置的问题 修复了运行多个 Pilot 实例可能导致崩溃的问题 修复了将部署规模扩展为零时从 Pilot到 Envoy 的潜在配置推送 修复了以下问题:当 pod 名称中包含点时,Mixer无法从请求/响应中获取正确的信息 修复了 Pilot有时无法向 Envoy 发送正确的 Pod 配置的问题 修复了启用了 SDS 的 sidecar 注入器覆盖了 pod securityContext 部分,而不仅仅是对其进行修补的问题 更新说明:https://istio.io/news/releases/1.4.x/announcing-1.4.4/

优秀的个人博客,低调大师

Istio 1.4.3 发布,大型微服务系统管理工具

Istio 是一个由谷歌、IBM 与 Lyft 共同开发的开源项目,旨在提供一种统一化的微服务连接、安全保障、管理与监控方式。具体来说,Istio 是一个开源服务网格平台,它确保微服务在处理故障时以指定的方式相互连接。 1.4.3版本具体更新内容如下: Bug fixes 修复了 Mixer 创建过多 watch,使 kube-apiserver 超载的问题 修复了 Pod 有多个没有暴露端口的容器时的注入问题 修复了正则表达式字段过于严格的验证 修复了正则表达式字段的升级问题 修复了 istioctl 安装的问题,可以正确将日志发送到 stderr 修复了无法为 istioctl 安装指定文件和配置文件的问题 修复了无法为 istioctl install安装某些对象的问题 修复了防止在 JWT 策略中将某些 JWK与 EC 密钥一起使用的问题 更新说明:https://istio.io/news/releases/1.4.x/announcing-1.4.3/

优秀的个人博客,低调大师

Istio 1.3 发布,大型微服务系统管理工具

Istio 是一个由谷歌、IBM 与 Lyft 共同开发的开源项目,旨在提供一种统一化的微服务连接、安全保障、管理与监控方式。具体来说,Istio 是一个开源服务网格平台,它确保微服务在处理故障时以指定的方式相互连接。1.3 已经发布,该版本提高可用性,具体如下: 默认情况下,将捕获所有入站通信量 CLI 中的一个命令 add-to-mesh,将现有的服务添加到 Istio Mesh 中,而不管该服务是在 Kubernetes 中运行还是在虚拟机中运行 describe 命令,允许开发人员描述满足 Istio 需求和任何与 Istio 相关的配置所需的 pod 和服务 自动协议检测在默认情况下对出站通信实现并启用,但对于入站流量禁用,以使能够稳定此功能。你仍然需要修改 Kubernetes service YAML,以便在服务端口的名称或前缀中使用 v1.3 协议 Traffic management 在 Gateway API 中添加了用于交互 TLS 操作的模式 修复了在 MySQL 和 MongoDB 等协议中,服务首先在允许的 mutual TLS 模式下通过网络进行通信时存在的问题 改进了 EnwayFilter API,现在可以添加或更新所有配置 改进的负载平衡,在默认情况下将流量定向到相同的区域 改进了 ServiceEntry API,允许在不同的命名空间中使用相同的主机名 改进了 Sidecar API 以自定义OutboundTrafficPolicy 策略 Security 使用 mutual TLS 为服务添加信任域验证 添加标签以根据命名空间控制服务帐户秘密生成 使用端口 8080 上的 /debug/sds/workload 和 /debug/sds/gateway 向 Citadel Agent 添加诊断信息 通过使用Kubernetes Trustworthy JWT改进 SDS 安全性 通过统一日志模式改进 Citadel Agent 日志记录 暂时取消了与 Vault CA 的集成 使用Kubernetes 1.13 之前的版本时不支持Istio SDS 默认情况下,启用Envoy JWT 过滤器能够提高安全性和可靠性 另外还有遥测的一些更改,详情见发布说明: https://istio.io/about/notes/1.3/

优秀的个人博客,低调大师

提升系统管理:监控和可观察性在DevOps中的作用

在不断发展的DevOps世界中,深入了解系统行为、诊断问题和提高整体性能的能力是首要任务之一。监控和可观察性是促进这一过程的两个关键概念,为系统的健康和性能提供了宝贵的可见性。虽然这些术语经常可以互换使用,但它们代表着理解和管理复杂系统的不同方法。在本文中,将探讨监视和可观察性之间的差异,提供示例来说明它们的应用,并强调各自的又是。同时,本文还将深入研究用于有效监测和可观测性的技术和工具。 监控:了解系统状态 监控的重点是收集和分析有关系统或应用程序状态的数据。它通常包括设置特定的指标、阈值和警报机制,以跟踪各种组件的性能和可用性。常见的监测技术和工具包括: 指标监控:使用Nagios、Zabbix、Prometheus和Datadog等工具监控预定义的指标,如CPU使用情况、内存消耗、磁盘空间、网络流量和特定于应用程序的指标。 日志监控:使用ELK Stack(Elasticsearch、Logstash和Kibana)、Splunk或Graylog等工具分析系统不同组件生成的日志,以识别错误、安全漏洞或异常行为。 综合监控:使用Selenium、Pingdom或New Relic Synthetics等工具模拟用户交互并监控系统响应,以确保可用性和性能。 可观察性:理解系统行为 可观察性采用更全面的方法,通过分析相互关联的组件及其关系来理解和解释复杂系统的行为。它强调回答问题和调查超出预定义度量的系统行为的能力。可观测性使用的技术和工具包括: 分布式跟踪:使用Jaeger、Zipkin或AWS X-Ray等工具捕获和分析通过分布式系统的请求流。它支持识别瓶颈、延迟问题和依赖关系。 应用程序日志记录:使用Fluentd、Logback或Log4j等工具收集具有上下文信息的结构化日志,以跟踪执行路径、解决问题并全面了解系统行为。 实时分析:利用流数据平台(如Apache Kafka或Apache Flink)和可视化工具(如Grafana或Kibana)来处理和分析大容量、实时数据流,以获得系统性能洞察。 监控和可观察性用例 以下是监控和可观察性在DevOps中发挥重要作用的几个常见用例: 应用程序性能监控(APM) 监控:跟踪响应时间、错误率和资源利用率等指标,以确保最佳性能。例如,设置CPU使用率高或响应时间慢的警报。 可观察性:分析分布式跟踪和日志,以识别性能瓶颈,了解依赖关系,并排除问题。例如,使用分布式跟踪来查明跨微服务的延迟问题。 基础设施监控 监控:跟踪服务器指标(CPU、内存、磁盘空间)和网络指标(带宽、延迟),以确保基础设施运行状况。例如,监视磁盘空间以避免由于磁盘已满而导致的潜在停机。 可观察性:分析日志和事件,以识别异常行为或安全威胁。例如,使用日志分析来检测未经授权的访问尝试或系统日志中的异常模式。 云资源监控 监控:跟踪云服务(如AWS CloudWatch、Azure Monitor)的资源利用率和性能指标,以优化成本并确保服务可用性。例如,监视自动扩展组中已配置实例的数量。 可观察性:分析云提供商日志、跟踪和指标,以深入了解云资源的行为并诊断问题。例如,使用可观察性工具来识别无服务器架构中的性能瓶颈。 持续集成/持续部署(CI/CD)管道 监控:跟踪构建和部署指标(例如,构建持续时间、成功/失败率),以确保CI/CD管道的效率和可靠性。例如,监视生成队列长度以防止出现瓶颈。 可观察性:分析来自CI/CD工具(例如Jenkins, CircleCI)的日志和事件,以排除构建或部署失败的故障。例如,使用可观察性来调查部署失败的原因。 网络监控 监控:跟踪网络流量、延迟和数据包丢失,以确保网络性能并识别潜在问题。例如,监控网络带宽利用率以防止拥塞。 可观察性:分析网络日志、数据包捕获和流数据,以诊断网络问题、检测安全漏洞或识别异常行为。例如,使用可观察性工具来调查网络错误的突然增加。 这些只是监控和可观察性如何应用于各种DevOps用例的几个例子。具体的用例和需求可能因系统、基础设施和团队需求的性质而异。 总结 监控通过捕获预定义的指标和基于阈值的警报来提供系统运行状况和性能的快照。它可用于检测特定问题或事件,并提供有关系统或应用程序状态的即时反馈。 可观察性提供了对复杂系统更全面的了解,支持主动故障排除和根本原因分析。它侧重于获取上下文信息,揭示预定义指标之外的见解,培养持续改进的文化。 实现可观察性通常需要额外的工具和架构考虑,这可能会增加复杂性和资源需求。然而,深度系统理解的好处以及解决未知或未预料到的问题的能力使其值得投资。 监控和可观察性都是现代DevOps实践的重要组成部分,但它们涉及系统可见性的不同方面。监控提供了系统运行状况的集中和即时视图,跟踪预定义的度量和阈值,而可观察性提供了对系统行为的整体理解,捕获上下文信息并支持深入分析。 通过结合监控和可观察性技术并利用适当的工具,团队可以获得对系统性能的全面了解,及早发现问题,并不断优化其系统。在监视预定义的度量和通过可观察性探索不可预见的场景之间保持平衡,使团队能够在DevOps的动态世界中有效地管理和改进其软件系统的可靠性、性能和恢复能力。

优秀的个人博客,低调大师

掌握Python系统管理-调试和分析脚本2- cProfile和timeit

调试和分析在Python开发中发挥着重要作用。 调试器可帮助程序员分析完整的代码。 调试器设置断点,而剖析器运行我们的代码,并给我们执行时间的详细信息。 分析器将识别程序中的瓶颈。我们将了解pdb Python调试器,cProfile模块和timeit模块来计算Python代码的执行时间。 涉及内容: Python调试技术 错误处理(异常处理) 调试工具 调试基本程序崩溃 分析和计时程序 使程序运行得更快 跟踪程序 trace_example.py class Student: def __init__(self, std): self.count = std def go(self): for i in range(self.count): print(i)

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册