首页 文章 精选 留言 我的

精选列表

搜索[HTTP/3],共10000篇文章
优秀的个人博客,低调大师

Stellarium 1.1 发布,开源 3D 天象模拟软件

Stellarium 1.1 已发布。Stellarium 是一款免费开源 GPL(自由软件基金会 GNU 通用公共许可证)软件,它使用 OpenGL 图形接口对星空进行实时渲染。软件可以模拟肉眼、双筒望远镜和小型天文等观察天空,根据观测者所处时间和位置,计算出天空中太阳、月球、行星等天体位置,并将其精确地显示出来。还可以绘制星座、演示天文现象,如流星雨、日食和月食等。 Stellarium 还被应用于天文馆中作为教学展示软件,作为天文爱好者星空望远镜观测辅助软件。 此版本的主要变化内容如下: 添加了对 OpenGL 3.3 Core profile 的支持 Changed core:切换到使用 CalcMySky v0.2.1 ChangedGUI:允许user CSS 修复了对 Qt 6.4 的编译 修复了望远镜控制插件 删除了 Dakota 和 Ojibwe sky cultures:这是应原始贡献者的要求,以及在许可方面的误解之后。 详情可参阅完整的更改列表。

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

Stellarium 0.22.2 发布,开源 3D 天象模拟软件

Stellarium 0.22.2 已发布。Stellarium 是一款免费开源 GPL(自由软件基金会 GNU 通用公共许可证)软件,它使用 OpenGL 图形接口对星空进行实时渲染。软件可以模拟肉眼、双筒望远镜和小型天文等观察天空,根据观测者所处时间和位置,计算出天空中太阳、月球、行星等天体位置,并将其精确地显示出来。还可以绘制星座、演示天文现象,如流星雨、日食和月食等。 Stellarium 还被应用于天文馆中作为教学展示软件,作为天文爱好者星空望远镜观测辅助软件。 此版本的主要变化内容如下: 增加了对 skycultures 的recognition licenses 卫星插件的许多改进,尤其是地球阴影的显示和过滤 AstroCalc 的改进:图表、日食、过境 流星雨、系外行星和导航星插件的改进 更新了 DSO 目录 修复了一些罕见情况下的 ANGLE 模式 大量错误修复和关闭的功能请求和增强 详情可参阅完整的更改列表。

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

成功的DevOps Leader 应该清楚的3个挑战

如果你是DevOps经理可以看下自己是否做到了这些?本文提供实用建议,帮助 DevOps 经理制定有效的策略来处理这三个问题。如果你是DevOps工程师或即将成为的,也可以了解到DevOps的成功的挑战。 在项目管理领域,我们的目标是尽快交付高质量的项目,并获得积极的投资回报率。尽管这些目标对所有项目都是通用的,但与实现这些目标相关的挑战对于每个行业来说都是独一无二的。在 DevOps 生态系统中,我们感兴趣的是监控 KPI 以衡量质量、开发人员量化投资回报率的自主程度以及团队之间沟通的流动性以避免延迟。 内容 如何保证 DevOps 项目的质量? 为什么建立 KPI ? 如何建立KPI? 如何保证 DevOps 项目的 ROI? 为什么授权开发人员 ? 如何让开发者自主? 您如何确保 DevOps 项目按计划进行? 促进 DevOps 团队的沟通 - 为什么? 如何促进 DevOps 团队的沟通? 如何保证 DevOps 项目的质量? 为什么建立 KPI ? 有必要有明确的 DevOps KPI来在公司内部建立风险管理策略。例如,高风险通常与低质量的基础设施相关联,因为应用程序崩溃可能意味着巨大的收入损失。关键的安全漏洞也是如此。 KPI 对于可视化团队取得的进展也非常有用。基于 KPI 的目标是跟踪项目进度和成功的最佳方式。这使得可以了解要实现的目标与当前情况之间的差距。 DevOps 工程师的时间很宝贵,将他们的精力投入到对您的公司最重要的服务上是很重要的。清晰的 DevOps KPI 可以帮助您确定优先考虑哪些工作。 在“站点可靠性工作手册”一书中,SRE 团队 Google 解释说,他们战略的核心是 KPI - SLO(服务水平目标)。对于谷歌来说,定义一个量化的服务目标是必不可少的。这使他们能够根据硬数据做出可靠性决策。 如何建立KPI? 为了设置允许评估 DevOps 项目质量的 KPI,我们建议: 选择适合服务框架并可以衡量质量的 KPI。DevOps 项目中最常见的指标是: 应用程序正常运行时间百分比-这是最容易跟踪的 KPI MTTR(平均恢复时间)——即服务中断时重启服务的平均时间 发布提前期- 即将代码更改交付生产的平均时间。 安全漏洞的数量- 即渗透测试后容忍的漏洞数量 评估每个 KPI 的风险,以便就识别出关键或主要风险的最低水平达成一致; 衡量项目前当前状态中定义的KPI; 根据已识别的风险和服务的当前状态,选择项目的优先级; 对于每个 KPI,定义要通过 DevOps 项目实现的目标。 确保开发团队和 DevOps 团队在目标上保持一致; 确保 DevOps 团队在适当的监控和警报工具上投入时间,以便能够随着项目的进展衡量 KPI。 如何保证 DevOps 项目的 ROI? 为什么授权开发人员? 为了计算项目的投资回报率,有必要能够确定与该投资相关的收益。与 DevOps 项目相关的收益通常与开发人员投入生产的速度提高有关。 为了提高生产速度,有必要能够促进开发人员的工作,同时让他们获得自主权。自主开发人员不再依赖 DevOps 工程师来执行他的任务,然后他会提高生产力,从而增加投资收益。 为了让开发人员自主,DevOps 工程师尽可能多地自动化任务,从而减少对人力资源的需求。他还确保必要的文档是可访问的并且是最新的,以便开发人员可以自己解决经常出现的问题,从而避免陷入困境。 如何让开发者自主? 确保用户故事以最终用户为中心——对于 DevOps 项目,这就是开发人员。 确保任务旨在提高发布速度。例如,通过自动化某些流程或减少开发人员对 DevOps 工程师的依赖。 确保团队花时间创建适当的文档并保持最新。组织研讨会以评估文档是否允许开发人员独立做出手势。 将 DevOps 工程师的时间用于支持开发团队。实施后续策略,解决开发人员经常遇到的问题。 设置开发者满意度调查问卷,了解他们遇到的问题。 您如何确保 DevOps 项目按计划进行? 促进 DevOps 团队的沟通 - 为什么? 在 DevOps 项目中,开发人员 (dev) 和工程师 (Ops) 之间的沟通对于保持进度至关重要。DevOps 是几个相互依赖的团队之间的协作,这些团队之间的依赖数量很高。许多延迟是由 sprint 早期未解决的依赖关系引起的。 与其他数字项目不同,DevOps 项目主要由了解技术问题的技术人员(开发人员或工程师)组成。团队之间很容易相互理解,因此遇到的问题无需宣传或通过中转进行讨论。 在实践中,他们没有必要知道所开发的功能,甚至每个服务的角色。但是,重要的是要了解这些服务的影响以及开发人员遇到的问题。 如何促进 DevOps 团队的沟通? 在需要共同努力的不同团队之间组织非正式聚会,以建立相互信任并促进同一团队内的归属感。 让 DevOps 工程师参与开发人员活动,以确保他们了解当前的开发人员问题和挑战:即将到来的截止日期、优先级、发布工作流程、正在进行的维护项目…… 禁止开发人员向 DevOps 工程师提出的所有非正式请求。 在开发人员和 DevOps 工程师之间建立共同目标 设置流以及时跟踪和删除依赖项 为了保证高质量的项目,快速交付并获得良好的投资回报率,项目经理必须牢记某些关键问题。在 DevOps 项目的上下文中,这些问题是: 关键绩效指标监控 开发者自治程度 团队沟通

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

Eurynome Cloud 2.7.0.Beta3 发布,首个全面拥抱

Eurynome Cloud 是一款企业级微服务架构和服务能力开发平台。首个全面拥抱SpringAuthorizationServer的版本,基于Spring Boot 2.6.4、Spring Cloud 2021.0.1、Spring Cloud Alibaba 2021.0.1.0、SpringAuthorizationServer 0.2.2、Nacos 2.0.4 等最新版本开发,遵循SpringBoot编程思想,高度模块化和可配置化。具备服务发现、配置、熔断、限流、降级、监控、多级缓存、分布式事务、工作流等功能 平台定位 构建成熟的、完善的、全面的,基于 OAuth2 的、前后端分离的微服务架构解决方案。 面向企业级应用和互联网应用设计开发,既兼顾传统项目的微服务化,又满足互联网应用开发建设、快速迭代的使用需求。 平台架构使用微服务领域及周边相关的各类新兴技术或主流技术进行建设,是帮助快速跨越架构技术选型、研究探索阶段的利器。 代码简洁规范、结构合理清晰,是新技术开发应用的典型的、综合性案例,助力开发人员对新兴技术的学习和掌握。 [1]、发布背景 2021年11月8日 Spring 官方已经强烈建议使用 Spring Authorization Server 替换已经过时的 Spring Security OAuth2.0。距离 2022年5月28日,Spring Security OAuth2.0 结束生命周期还有两个月的时间,所以用 Spring Authorization Server 对已有的 Eurynome Cloud 微服务架构进行升级,以应对依赖组件停止维护的问题。 [2]、本次更新内容 重大更新 全面拥抱 Spring Authorization Server。基于 Spring Authorization Server 重新改版,替换即将停止维护的 Spring Security OAuth2。再也不用担心 Spring Security OAuth2 停止维护了。 基于 Spring Data JPA,重新构建 Spring Authorization Server 基础数据存储代码。替代原有 JDBC 数据访问方式,破除 Spring Authorization Server 原有数据存储局限,扩展为更符合实际应用的方式。配合自定义多级缓存加持,认证过程更加顺滑。 基于 Spring Authorization Server,在 OAuth 2.1 规范基础之上,增加自定义“密码”认证模式,以兼容现有基于 OAuth 2 规范的、前后端分离的应用可以平滑使用。 完全遵照 Spring Security 5 以及 Spring Authorization Server 的代码规范,进行 OAuth2 认证服务器核心代码的开发。 除了支持 Spring Authorization Server 的标准的Token加密校验方式外,还了增加支持自定义证书的JWK Token 加密方式,可通过配置动态修改。 重新梳理并调整优化已有配置参数,让工程配置参数更加清晰,层级更加合理。同时,拆分原有使用内部类定义的配置参数,进一步由配置参数导致的代码耦合。 同步优化 Nacos 配置内容,采用 Spring Authorization Server 标准 Token 校验方式,新服务增加无须再增加配置文件和进行 Client 配置。 重新梳理本微服务架构内的错误体系及相关代码,已有的 Exception 类放入更合理的保重,无须再经过修改通用基础包中代码,即可便捷的将新的 Exception 融入到系统的错误体系中。同时,仍旧支持自定义错误码以及人机交互友好的自定义错误提示。 对已有代码进行了深度的“庖丁解牛”。严格遵照“单一职责”原则,根据各个组件的职责以及用途,拆解细化为多个各自独立组件模块,在最大程度上降低代码间的耦合。降低工程代码编译耗时,改进 CICD 效率,提升代码可维护性。 除已有的组件模块外,对现有工程代码分包也进一步调整,分包和逻辑更加清晰。 其它更新 优化接口权限鉴权逻辑,解决通配符类型权限与全路径权限冲突或重复的问题,实现重复权限剔除并以最大化匹配方式进行权限匹配逻辑。 前端部分功能配合后端功能变化进行同步修改。基于 Spring Authorization Server 新的数据存储结构,重新定义应用管理、客户端管理功能,同步修改前后端代码,管理更加便捷 由于 Spring Authorization Server 机制和模式的变化,原有团队管理功能已不符合实际,相关功能已删除。 原有 Herodotus Engine 工程中的模块,根据实际代码变更。代码包以及代码进行了一定的优化和整合。 核心依赖 dependencies 采用参数方式,统一定义版本号方便其它依赖工程覆盖和修改版本号。 改进错误信息展示,同时支持 Mvc 和 Json 两种方式,通过浏览器操作的 Mvc 方式错误也可以通过界面展示了。 尝鲜注意事项 建议新建目录、单独检出 Eurynome Cloud 2.7.0 分支代码,以防对现有代码产生影响。 数据表结构以及 Nacos 存在较大变化,建议重新建库、重新导入 Nacos 配置。 系统支持 MySQL 数据库,但是尚未进行充分的验证和测试,为规避不必要的问题,建议直接使用 PostgreSQL 数据库。 Herodotus Engine 是独立的、可编译的、组件库式的工程,具体使用需要在其它 Spring Boot 工程中引入相关的组件模块。独立出的各个模块,已经同步至 Maven 中央仓库,检出 Eurynome Cloud 2.7.0 分支代码既可以直接使用。当然,也可以先检出 Herodotus Engine 工程,编译后再进行 Eurynome Cloud 项目的使用。 想要研究、学习、了解已有的模块代码,可以访问 Herodotus Engine 代码库,地址:[https://gitee.com/herodotus/herodotus-engine](https://gitee.com/herodotus/herodotus-engine) 友情提示: 本次代码发布,为尝鲜预览版,请结合自己的实际需求,谨慎选择使用! Spring Authorization Server 也在不断的改进中,0.2.3 和 0.2.2 代码就有较大差异,因此暂时不要将该版本用于生产,随着 Spring Authorization Server 升级,代码还会进行较大的修改。

资源下载

更多资源
腾讯云软件源

腾讯云软件源

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

Nacos

Nacos

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

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文件系统,支持十年生命周期更新。

用户登录
用户注册