关于云计算:云原生爱好者周刊寻找-Netlify-开源替代品

5次阅读

共计 2048 个字符,预计需要花费 6 分钟才能阅读完成。

开源我的项目举荐

Coolify

Coolify 是一个开源自托管的 Heroku/Netlify 替代品,颜值还不错。

Podman Desktop

Podman Desktop 是针对 Podman 运行时的桌面管理工具。

文章举荐

Fluent Operator:云原生日志治理的一把瑞士军刀

随着云原生技术的疾速倒退,技术的一直迭代,对于日志的采集、解决及转发提出了更高的要求。云原生架构下的日志计划相比基于物理机或者是虚拟机场景的日志架构设计存在很大差异。作为 CNCF 的毕业我的项目,Fluent Bit 无疑为解决云环境中的日志记录问题的首选解决方案之一。然而在 Kubernetes 中装置部署以及配置 Fluent Bit 都具备肯定的门槛,加大了用户的应用老本。

作为一名成熟的云原生布道师,我是这么写作的

本文从写作对集体的价值谈到技术内容的创作选型,再到文章的排版和辅助工具,心愿能帮忙大家开启本人的技术内容创作之路。

如何手动抛弃 Prometheus 中的无用指标

对于 Prometheus 这种底层的工夫序列数据库来说,规模大了之后,免不了须要肯定的手动保护,这对于 Prometheus 的性能至关重要。这篇文章介绍了如何手动删除和抛弃无用的指标。

云原生动静

Harbor v2.5.0 引入 Cosign

成品(Artifact)签名和签名验证是要害的平安性能,容许你验证成品的完整性。Harbor 通过与 Notary 和 Cosign 的集成反对内容信赖。

Harbor v2.5 集成了对 Cosign 的反对,这是一个 OCI 成品签名和验证解决方案,是 Sigstore 我的项目的一部分。

将 Cosign 与 Harbor 联合应用的一个要害个性是可能应用 Harbor 的复制性能来复制签名及其相干的已签名成品。这意味着,如果一个复制规定(replication rule)利用于一个已签名成品,Harbo 将把复制规定利用于签名,就像它利用于已签名成品一样。

Tanzu 利用平台 1.1 版本公布

Tanzu 利用平台由 VMware 推出,旨在帮忙用户在任何私有云或本地 Kubernetes 集群上疾速构建和部署软件。Tanzu 利用平台提供了一套丰盛的开发人员工具,并为反对生产的企业提供了一条事后铺好的门路,通过升高开发人员工具的复杂性来更快地开发创收应用程序。

1.1 版本提供了大量新性能,使企业可能放慢实现价值的工夫、简化用户体验、建设更弱小的平安态势并爱护他们曾经进行的投资。这些当先的能力使企业可能:

  • 减速跨多个集群的工作负载部署并取得跨环境的可见性;
  • 应用装置配置文件显着简化平台部署流程;
  • 借助软件供应链应用预构建容器映像的能力,进步敏捷性;
  • 当工作负载在供应链中挪动时,可即时查看工作负载状态;
  • 应用统一的基于角色的访问控制 (RBAC) 构建弱小的平安根底。

Kubernetes 1.24 公布推延

通过一段时间的探讨,公布团队决定将预约的 Kubernetes 1.24 公布日推延到 2022 年 5 月 3 日星期二。这比 2022 年 4 月 19 日星期二的原定公布日期提早了两周。

这是阻止公布 bug 的后果。该 bug 将在最新的 Golang 主要版本 Go 1.18.1 中修复,预计将于明天晚些时候公布。因为 Go 公布的提早,公布团队已采取措施将预约的 Kubernetes 公布日期缩短两周,以便有足够的工夫进行测试和稳固。

更新的工夫体现在是:

4 月 19 日星期二的 1.24.0-rc.0。

4 月 26 日星期二的 1.24.0-rc.1。

1.24.0 于 5 月 3 日星期二正式公布。

WasmEdge 0.9.1 公布

WasmEdge 0.9.1 公布了!此版本集成了高性能 networking、JavaScript 流式 SSR 和 Fetch API 反对、新的 bindgen 框架、安卓和 OpenHarmony 操作系统反对、扩大的 Kubernetes 反对以及更好的内存治理。

  • WebAssembly 扩大
  • 流式服务端渲染(SSR)函数
  • 安卓和 OpenHarmony
  • Kubernetes
  • 破绽修复和性能晋升

Flagger 增加了网关 API 反对

Flagger 1.19.0 版本带来了 Kubernetes Gateway API 的反对。

Flagger 是一个渐进式的交付工具,它为运行在 Kubernetes 上的应用程序自动化公布过程。它通过逐渐将流量转移到新版本,同时测量指标和运行一致性测试,升高了在生产中引入新软件版本的危险。

因为减少了对 Gateway API 的反对,Flagger 当初能够与所有的实现一起工作,这意味着从今天起,这些都是原生反对:Contour, Emissary-Ingress, Google Kubernetes Engine, HAProxy Ingress, HashiCorp Consul, Istio, Kong and Traefik。

Flagger 团队曾经应用 v1beta2 网关 API 胜利测试了 Contour 和 Istio。从 Flagger v1.19 开始,网关 API 是应用 Contour 实现的端到端测试套件的一部分。

本文由博客一文多发平台 OpenWrite 公布!

正文完
 0