首页 文章 精选 留言 我的

精选列表

搜索[AI原生],共10000篇文章
优秀的个人博客,低调大师

K8s 1.8 正式 release | 云原生生态周报 Vol. 43

作者 | 汪萌海、 王思宇 业界要闻 K8s 1.8 正式 release Kubernetes1.18 版本发布! 一些将对社区产生影响的新特性日渐完善,如 KSA(Kubernetes Service Account) tokens 的 OIDC 发现和对 Windows 节点的支持。此外,一些在 Alpha 状态下运行了很久的特性,也重新成为新的焦点,如 ingress 或 APIServer 网络代理。1.18 版本共有 13 个特性逐渐稳定,这是所有新变化的 1/3!其中几个比较有意思的特性,例如 kubectl 调试容器、使用 Kubernetes API 令牌作为通用身份验证机制、支持根据 pod 的 schedulerName 运行不同的调度配置、支持 Pod 自定义打散、HPA 支持配置伸缩速率等。 KubeOperato

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

K8s 1.18 正式 release | 云原生生态周报 Vol. 43

作者 | 汪萌海、 王思宇 业界要闻 K8s 1.18 正式 release Kubernetes 1.18 版本发布! 一些将对社区产生影响的新特性日渐完善,如 KSA(Kubernetes Service Account) tokens 的 OIDC 发现和对 Windows 节点的支持。此外,一些在 Alpha 状态下运行了很久的特性,也重新成为新的焦点,如 ingress 或 APIServer 网络代理。1.18 版本共有 13 个特性逐渐稳定,这是所有新变化的 1/3!其中几个比较有意思的特性,例如 kubectl 调试容器、使用 Kubernetes API 令牌作为通用身份验证机制、支持根据 pod 的 schedulerName 运行不同的调度配置、支持 Pod 自定义打散、HPA 支持配置伸缩速率等。 KubeOpera

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

CNCF 2019 年度报告重磅发布 | 云原生生态周报 Vol. 41

作者 | 孙健波、陈有坤、李鹏、丁海洋、高相林 业界要闻 Istio 1.5 正式发布 大量重大更新,包括控制面组件重新回归单体,整体变得更简单、更易用,性能提升等等。 CNCF 2019 年度调查报告发布 其中包含了几条重要信息: Cloud Native 社区项目在生产环境中应用成为新常态,超过 50% 的 Cloud Native 项目在生产中应用; Service Mesh 真正进入生产实践,超过 18% 的受访者表示已经在生产环境中使用 Service Mesh; Serverless 技术正逐渐成为主流,超过 40% 的受访者表示在使用 Serverless 技术; 容器在生产环境中的使用显著提升,相比于 2018 年的 73% 上升到了 84%; 越来越多的应用开始通过 CI/CD 工具自动发布。 附:报告 pdf 下载链接 OCI 完成

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

API Server 负载均衡问题被解决 | 云原生生态周报 Vol. 40

作者 |何淋波、李鹏、陈俊、高相林、孙健波 业界要闻 CNCF 宣布 2020 年中国 KubeCon 取消 由于新冠疫情影响,外国企业、开发者到访中国存在不确定性,加上召集演讲人、赞助商及参会者所遇到的困难,CNCF 宣布原定于 2020 年 7 月在上海举办的 KubeCon + CloudNativeCon + 开源峰会取消。 同时,原计划于 3 月 30 日 - 4 月 2 日在荷兰阿姆斯特丹举办的 KubeCon + CloudNativeCon 峰会欧洲场也因疫情影响,被推迟到 2020 年 7 月或 8 月举行。而 KubeCon + CloudNativeCon North America 2020 则将按计划在 2020 年 11 月 17 日至 20 日在波士顿举行。 Kubeflow 1.0 发布 可以基于 Kuber

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

CNCF 公布 2020 年 TOC 选举结果 | 云原生生态周报 Vol. 36

作者 | 陈洁、高相林 业界要闻 CNCF TOC 2020 年选举结果公布 2020 年 2 月 3 日,CNCF 进行了 TOC(技术监督委员会)选举,确定了 5 名新增的 TOC 成员,其中 3 名的提名者和投票者来自于 Governing Board,1 名的提名者和投票者来自于维护者,1 名的提名者和投票者来自于最终用户社区。 CNCF 发布 2019 年度报告 2019 年 CNCF 新增 173 家成员,增长 50% 以上; KubeCon Shanghai、Barcelona、San Diego 参会人数分别达到了 3500、7700、12000 人; 6 个项目(CoreDNS、containerd、Jaeger、Vitness、TUF)进入毕业阶段,3 个项目(CloudEvents、Falco、OPA)进入孵化阶段,另外还

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

Hyperf 1.1.8 发布,企业级的 PHP 微服务云原生协程框架

更新内容 本周更新主要为 Redis 组件新增一个 Lua Script 管理功能,用于更方便的管理和使用 Lua Script,同时我们还修复了一些组件的 🐛Bug 和做了一些优化工作,使 Hyperf 1.1.* 系列版本更加的健壮了,发布于 1.1.8 版,建议使用 1.1 的用户更新。 直接访问 官网 hyperf.io 或 文档 hyperf.wiki 查看。 新增 #965 新增 Redis Lua 模块,用于管理 Lua 脚本; #1023 hyperf/metric 组件的 Prometheus 驱动新增 CUSTOM_MODE 模式; 修复 #1013 修复 JsonRpcPoolTransporter 配置合并失败的问题; #1006 修复 gen:model 命令生成的属性的顺序; 变更 #1021 WebSocket 客户端新增默认端口支持,根据协议默认为 80 和 443; #1034 去掉了 Hyperf\Amqp\Builder\Builder 的 arguments 参数的 array 类型限制,允许接受其他类型如 AmqpTable; 优化 #1014 优化 Command::execute 的返回值类型; #1022 提供更清晰友好的连接池报错信息; #1039 在 CoreMiddleware 中自动设置最新的 ServerRequest 对象到 Context; 关于 Hyperf Hyperf 是基于 Swoole 4.4+ 实现的高性能、高灵活性的 PHP 协程框架,内置协程服务器及大量常用的组件,性能较传统基于 PHP-FPM 的框架有质的提升,提供超高性能的同时,也保持着极其灵活的可扩展性,标准组件均基于 PSR 标准 实现,基于强大的依赖注入设计,保证了绝大部分组件或类都是 可替换 与 可复用 的。 框架组件库除了常见的协程版的 MySQL 客户端、Redis 客户端,还为您准备了协程版的 Eloquent ORM、WebSocket 服务端及客户端、JSON RPC 服务端及客户端、GRPC 服务端及客户端、OpenTracing(Zipkin, Jaeger) 客户端、Guzzle HTTP 客户端、Elasticsearch 客户端、Consul 客户端、ETCD 客户端、AMQP 组件、Nats 组件、Apollo、ETCD、Zookeeper 和阿里云 ACM 的配置中心、基于令牌桶算法的限流器、通用连接池、熔断器、Swagger 文档生成、Swoole Tracker、Blade、Smarty、Twig、Plates 和 ThinkTemplate 视图引擎、Snowflake 全局ID生成器、Prometheus 监控 等组件,省去了自己实现对应协程版本的麻烦。 Hyperf 还提供了 基于 PSR-11 的依赖注入容器、注解、AOP 面向切面编程、基于 PSR-15 的中间件、自定义进程、基于 PSR-14 的事件管理器、Redis/RabbitMQ 消息队列、自动模型缓存、基于 PSR-16 的缓存、Crontab 秒级定时任务、Session、i18n 国际化、Validation 表单验证 等非常便捷的功能,满足丰富的技术场景和业务场景,开箱即用。 框架初衷 尽管现在基于 PHP 语言开发的框架处于一个百花争鸣的时代,但仍旧未能看到一个优雅的设计与超高性能的共存的完美框架,亦没有看到一个真正为 PHP 微服务铺路的框架,此为 Hyperf 及其团队成员的初衷,我们将持续投入并为此付出努力,也欢迎你加入我们参与开源建设。 设计理念 Hyperspeed + Flexibility = Hyperf,从名字上我们就将 超高速 和 灵活性 作为 Hyperf 的基因。 对于超高速,我们基于 Swoole 协程并在框架设计上进行大量的优化以确保超高性能的输出。 对于灵活性,我们基于 Hyperf 强大的依赖注入组件,组件均基于 PSR 标准 的契约和由 Hyperf 定义的契约实现,达到框架内的绝大部分的组件或类都是可替换的。 基于以上的特点,Hyperf 将存在丰富的可能性,如实现 单体 Web 服务,API 服务,网关服务,分布式中间件,微服务架构,游戏服务器,物联网(IOT)等。 文档齐全 我们投入了大量的时间用于文档的建设,以解决各种因为文档缺失所带来的问题,文档上也提供了大量的示例,对新手同样友好。 Hyperf 官方开发文档 生产可用 我们为组件进行了大量的单元测试以保证逻辑的正确,目前存在 1233 个单测共 3654 个断言条件,同时维护了高质量的文档,在 Hyperf 正式对外开放(2019年6月20日)之前,便已经过了严酷的生产环境的考验,我们才正式的对外开放该项目,现在已有很多的大型互联网企业都已将 Hyperf 部署到了自己的生产环境上并稳定运行。 官网及交流 Github 👈👈👈👈👈 点 Star 支持我们 Gitee 码云 👈👈👈👈👈 点 Star 支持我们 Hyperf 官网 Hyperf 文档

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

云原生生态:rkt 归档,容器运行时“上古”之战老兵凋零

作者列表:木苏,临石,得为,等等 业界要闻 1.安全漏洞 CVE-2019-9512 CVE-2019-9514 http2 的 DOS 漏洞,一旦攻击成功会耗尽服务器的 cpu/mem,从而导致服务不可用。 相关链接:https://discuss.kubernetes.io/t/security-release-of-kubernetes-v1-15-3-v1-14-6-v1-13-10-cve-2019-9512-and-cve-2019-9514/7596/1 2.CNCF 对 rkt 项目进行归档 rkt 是 CoreOS 公司在 CNCF 早期捐献出来的容器运行时项目。彼时 Docker 风头正劲,一时无两,开源社区一直希望 Docker 可以更多倾听社区的声音却苦于当时 Docker 是容器运行时(开源)的唯一选择。rkt 的出现给了社区和用户一个 Alternative,为后来 CRI 等标准容器运行时的接入提供了一个理由。然而随着容器运行时标准的统一(CRI、CSI、CNI等),rkt 的社区活跃度大大降低,一些 CVE 也迟迟没有修复,于是 CNCF 决定归档 rkt。目前 CNCF 中还有 2 个容器运行时项目:containerd 和 CRI-O。 相关链接:https://www.cncf.io/blog/2019/08/16/cncf-archives-the-rkt-project/ 3.GitHub 支持在 Azure 上使用 CI/CD 功能,将对公共的仓库开发免费使用,相关功能包含: 授权、应用部署的方式、容器部署的方式、K8s 的部署方式等等(azure/actions (login), azure/appservice-actions,azure/container-actions,azure/k8s-actions)。 相关链接: a.https://github.blog/2019-08-08-github-actions-now-supports-ci-cd/ b.https://azure.microsoft.com/en-au/blog/announcing-the-preview-of-azure-actions-for-github/ 4.Intel 发布 K8s 的 GPU plugin,项目包含了 fpga/gpu/quickAssist。 相关链接: a.https://www.careyscloud.ie/intel_gpu_plugin b.https://github.com/intel/intel-device-plugins-for-kubernetes 5.orka支持部署多个 MacOS VM orka 采用 K8s 和容器化技术支持一台 Mac 的硬件部署多个 MacOS VM,方便 iOS 和 Mac 的开发人员。 相关链接:https://www.macstadium.com/orka 6.Helm Submmit 2019 日程确定 相关链接:https://events.linuxfoundation.org/events/helm-summit-2019/program/schedule/ 7.VMware 收购 Pivotal VMware 以每股 15 美元的价格收购 Pivotal 的 A 类普通股股票。Pivotal 早先以他们在 Cloud Foundry 中的工作成为 PaaS 领域的独特力量,然而随着 Kubernetes 项目的全面成功,Pivotal 和 Cloud Foundry 不得不开始兼容 Kubernetes。Pivotal 的 CTO 在采访中也表示他们正在把一些 Pivotal 之前在做应用和容器化平台的经验带入到 K8s 当中。Kubernetes 相关议题将全面占据 8 月 25 日将在旧金山举行 VMworld 2019,大会预计会超过 80 breakout sessions, expert roundtables。 相关链接: a.收购信息:https://investors.pivotal.io/news/financial-news/press-release-details/2019/Pivotal-In-Discussions-With-VMware-Regarding-Potential-Business-Combination/default.aspx b.Pivotal CTO 谈 K8s:https://devclass.com/2019/08/16/pivotal-cto-kubernetes-means-were-all-distributed-systems-programmers-now/ c.VMware2019 & Kubernetes:https://cloud.vmware.com/community/2019/08/13/kubernetes-is-set-to-take-over-vmworld-us-2019-heres-what-to-see-and-do/ 上游重要进展 1.支持 kube-apiserve r的 service,Kubernetes 能同时支持 clusterIP 和 externalName,让 kube-apiserver 能通过 FQDN 被其他 Pod 直接访问。 KEP 链接: https://github.com/kubernetes/enhancements/pull/1216 相关类似 PR: a.https://github.com/kubernetes/kubernetes/pull/47588 b.https://github.com/kubernetes/kubernetes/pull/79312 2.request-faireness 文档更新,主要是依据实现方案修改 KEP 文档。 a.进度跟踪:https://github.com/kubernetes/kubernetes/issues/76846 b.设计实现:https://github.com/kubernetes/enhancements/blob/master/keps/sig-api-machinery/20190228-priority-and-fairness.md#design-details c.本次 PR://github.com/kubernetes/enhancements/pull/1214 3.一批 Metric 被订正。主要内容: a.cAdvisor: 指标的 label"pod_name", "container_name" 改为 "pod", "container"; b.API latency histogram buckets: 之前是 125ms 到 8s, 范围支持 [0.005 0.01 0.025 0.05 0.1 0.25 0.5 1 2.5 5 10]; c.kubelet: 修改 promethues 的指标类型 summary 为 histograms 等,单位变为秒; d.kube-scheduler: 单位变为秒; e.Kube-proxy: 单位变为秒,删除指标:DeprecatedNetworkProgrammingLatency; f.kube-apiserver: apiserver_request_latency_seconds 的窗口变得更大,后续可以更精细化; g.Convert latency/latencies in metrics name to duration; h.Client-go: workingqueue 指标改名,符合指标监控规范。 相关链接: i.https://github.com/kubernetes/enhancements/issues/1206 ii.https://github.com/kubernetes/community/blob/master/contributors/devel/sig-instrumentation/instrumentation.md 4.调度器相关 PR: a.支持 binder plugin,写了个默认实现;https://github.com/kubernetes/kubernetes/pull/81593/files b.增加了 cleanup 扩展点; i.issue: https://github.com/kubernetes/kubernetes/issues/81438 ii.pr: https://github.com/kubernetes/kubernetes/pull/81593/files c.调度队列支持参数 maxBackoffDuration;https://github.com/kubernetes/kubernetes/pull/81263 d.Move RunNormalizeScorePlugins and ApplyScoreWeights into RunScorePlugins,其实就是一个小优化。https://github.com/kubernetes/kubernetes/pull/81614/files 5.Promote Node Zone/Region Topology Labels to GA https://github.com/kubernetes/kubernetes/pull/81431 6.kube-apiserver 开始支持 CacheObject,避免重复的序列化开销 https://github.com/kubernetes/kubernetes/pull/81585/commits 7.kube-apiserver 支持调用 webhook 设置 context 超时时间 https://github.com/kubernetes/kubernetes/pull/81602 8.apiserver 调用 webhook 的 metrics apiserver_admission_webhook_admission_duration_seconds 新增标签(ignore_call_failure, call_failure and code) https://github.com/kubernetes/kubernetes/pull/81399/files 9.Block etcd client creation until connection is up #81435 https://github.com/kubernetes/kubernetes/pull/81435 10.Enables resizing of block volumes https://github.com/kubernetes/kubernetes/pull/81429/files 开源项目推荐 1.k3sup:方便从一台机器上获取 kubeconfig 的工具类。 链接:https://github.com/alexellis/k3sup 2.Gatekeeper:Policy Controller for Kubernetes,一个不同于 OPA 的 K8s 策略配置工具。 链接:https://github.com/open-policy-agent/gatekeeper 3.ktop :A visualized monitoring dashboard for Kubernetes,一个 K8s 的可视化监控 dashboard。 链接:https://github.com/ynqa/ktop?utm_sq=g3i5hm4xyz 4.System-validators。这是一个新的项目,旨在为 Kubeadm 提供一套安装的 preflight check,看起来能够帮助私有环境中部署 K8s 节省很多时间,对相关领域的工作人员会有很大帮助。 链接:https://github.com/kubernetes/system-validators 本周阅读推荐 1.OPA Gatekeeper: Policy and Governance for Kubernetes。这篇博客描述了如何使用 OPA Gatekeeper 在 K8s 中进行规则和策略配置。(例如:如何为用户配置符合公司规定的操作权限?) https://kubernetes.io/blog/2019/08/06/opa-gatekeeper-policy-and-governance-for-kubernetes/ a.关于 OPA 还有另一篇文章推荐:How to enforce custom policies on Kubernetes objects using OPA。链接:https://www.openpolicyagent.org/docs/latest/kubernetes-admission-control 2.The Case for Virtual Kubernetes Clusters。虚拟化 K8s 集群是目前社区和很多用户十分关心的技术方案,主要的需求来源是多租户。如果你对这方面不是很了解,阅读这篇文章会有帮助。 链接:https://thenewstack.io/the-case-for-virtual-kubernetes-clusters/?utm_source=tuicool&utm_medium=referral

资源下载

更多资源
腾讯云软件源

腾讯云软件源

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

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

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册