搜索[大型语言模型]结果-低调大师优秀个人博客

精选列表

搜索[大型语言模型]，共10000篇文章

Istio 1.5.6 发布，大型微服务系统管理工具

Istio 1.5.6 发布了。Istio 是一个由谷歌、IBM 与 Lyft 共同开发的开源项目，旨在提供一种统一化的微服务连接、安全保障、管理与监控方式。具体来说，Istio 是一个开源服务网格平台，它确保微服务在处理故障时以指定的方式相互连接。此版本更新内容如下：安全更新更新了 bookinfo 中使用的 Node.js 和 jQuery 版本 Changes 修复Envoy 中 Transfer-Encoding 值的大小写区分修复用户定义的入口网关配置的处理修复在 UpstreamTlsContext 中为指定 http2_protocol_options 的群集添加 TCP MX ALPN 修复了名称空间 configmap 控制器的选举锁定修复了用于networking.istio.io/v1beta1规则的istioctl validate -f 修复聚合集群配置修复了 Prometheus mTLS Poods 抓取的问题修复了没有匹配项的重叠主机的入口崩溃修复 Istio 遥测 Pod 崩溃删除硬编码的运算符名称空间更新说明：https://istio.io/latest/news/releases/1.5.x/announcing-1.5.6/

2020-06-18

Istio 1.5.5 发布，大型微服务系统管理工具

Istio 1.5.5 发布了。Istio 是一个由谷歌、IBM 与 Lyft 共同开发的开源项目，旨在提供一种统一化的微服务连接、安全保障、管理与监控方式。具体来说，Istio 是一个开源服务网格平台，它确保微服务在处理故障时以指定的方式相互连接。此版本是安全更新版本，修复了一项安全漏洞，更新内容如下： ISTIO-SECURITY-2020-006处理参数过多的 HTTP/2 SETTINGS 帧时 CPU 使用率过高，有可能导致拒绝服务。 CVE-2020-11080：通过发送特制的数据包，攻击者可能导致 CPU 尖峰达到 100％。它可以发送到入口网关或 sidecar。更新说明：https://istio.io/latest/news/releases/1.5.x/announcing-1.5.5/

2020-06-14

Istio 1.6.1 发布，大型微服务系统管理工具

Istio 1.6.1 发布了。Istio 是一个由谷歌、IBM 与 Lyft 共同开发的开源项目，旨在提供一种统一化的微服务连接、安全保障、管理与监控方式。具体来说，Istio 是一个开源服务网格平台，它确保微服务在处理故障时以指定的方式相互连接。此版本包含一些错误修复程序：修复了对 pod 注释的支持，以覆盖网格范围的代理设置更新了 EnvoyFilter 以注册所有过滤器类型，支持 typed_config 属性修复了网关的自定义资源名称的处理修复了 istiod 无法将证书颁发给远程集群的问题。 Istiod 现在支持集群名称和证书以生成 jectionURL 修复了远程集群的验证控制器，以检查 isidod 的就绪状态端点改进了正则表达式字段验证以匹配 Envoy 的验证修复了 istioctl 分析以验证 network.istio.io/v1beta1 资源修复 ControlZ 仪表板日志中的 istio 错字修复tar 名称到目录的转换 …… 更多详情见更新说明：https://istio.io/news/releases/1.6.x/announcing-1.6.1/

2020-06-06

年度大型攻防实战全景：红蓝深度思考及多方联合推演

概要：本报告通过六张实战推演图，结合安全能力者、第三方机构和安全运营者的观点，展示了攻击方从攻击面分析、边界突破、横向渗透到靶标攻陷的攻击过程，防守方从基础保护、强化保护到协同保护的纵深防御体系，描绘了大型网络安全攻防实战演习的全景对象和步骤推演

2020-05-25

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/

2020-05-21

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/

2020-05-14

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/

2020-04-27

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/

2020-03-28

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

可扩展性的新模型 Istio 一直是最可扩展的服务网格，其 Mixer 插件允许自定义策略和遥测支持，而 Envoy 扩展则允许数据平面自定义。

2020-03-08

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/

2020-03-04

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/

2020-02-19

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/

2020-02-12

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/

2020-01-11

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/

2019-09-13

大型互联网公司必考java面试题与面试技巧

servlet是否线程安全，如何改造 session与cookie的区别，get和post区别，tcp3次握手，文件上传用post还是get session的存储如何防止表单重复提交 jvm: jvm内存模型

2018-11-13

毕马威研报：大型企业如何从“上好云”到“用好云”？

近年来随着以阿里云为代表的云供应商开始与传统产业的深入合作，通过“云”的媒介，传统大型企业内部的信息产生了新的活力。毕马威认为，要实现数字化转型，传统企业的核心要点是在云上完成这次数字化的产业升级。

2018-07-31

从运维角度看中大型网站架构的演变之路

说明适用业务：电商/门户/招聘网站开发语言：PHP和JAVA Web服务：Nginx/Tomcat8 数据库：MySQL 操作系统：CentOS 物理服务器：Dell R730/R430 录制视频地址

2017-11-21

整理大型网站架构必知必会的几个服务器知识

对内存和CPU要求较高，大型网站，通常还需要支持主从备份和容错，甚至多实例索引集群。 7、搜索服务器通常需要部署多台，否则查询多了性能撑不住，对内存要求不高。

2017-11-13

用友NCV6.5继续服务大型企业互联网化

相反，规模过10个亿的传统大型企业集团，在向互联网转型时最难。但是因为手里有钱，一旦痛下决心转型，成功概率也很大。

2017-07-05

Git 常用的几种处理大型二进制文件的组件

Git大文件存储（Large File Storage，简称LFS）的目标是更好地把“大型二进制文件，比如音频文件、数据集、图像和视频”集成到Git的工作流中。

2017-06-05

资源下载

更多资源

腾讯云软件源

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

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

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