- 综合排序
- 最热优先
- 最新优先
- 来自专栏solate 杂货铺
knative client 使用knative client 使用
knative client 使用 knative 现在用kn提供的client包的一部分功能进行改造, 这个包里面使用的也是k8s的client-go这个客户端， 需要升级golang版本，有 errors.Is 初始化 初始化KnParams, 提供了初始化其他客户端的各种方法 package main import ( "fmt" "knative.dev/client/pkg/kn/commands" _, v := range serviceList.Items { fmt.Println(v.GetName()) } } 参考 https://github.com/sirius1024/knative-sdk-demo /blob/knative-sdk/main.go
1.9K10发布于 2020-10-26 - 来自专栏伪架构师
Knative 入门系列1：knative 概述
Getting Started with Knative 是一本由 Pivotal 公司赞助 O’Reilly 出品的电子书，公众号后台回复”knative“获取下载地址。 然而，Knative 吸引了不同角色的技术人员。特别是，将 Knative 组件作为更大平台的一部分或与他们的系统集成的想法会引起运维和平台构建者们的极大兴趣。 你将学到什么 尽管本报告并不旨在详解 Knative 的全部功能，但已足够深入，可以带您入门 Knative，了解它的工作原理和使用方式。 Knative 的目标就是成为这样的现代化平台。 什么是 Knative 我们先来看看 Knative 的目标。Knative 的目标是在基于 Kubernetes 之上为整个开发生命周期提供帮助。 就目前来说，随着无服务器架构（serverless）普及率的持续增长，Knative 最有可能成为其标准。 为什么是 Knative ？
2.6K51发布于 2019-07-23 - 来自专栏伪架构师
Knative 入门系列5：Knative 安装
Getting Started with Knative 是一本由 Pivotal 公司赞助 O’Reilly 出品的电子书，公众号后台回复“knative”获取英文版下载地址。 Knative 依赖于 Istio 组件。 Knative。 Knative 组件之后删除它们。 ---- 访问 Knative 集群 设置好 Knative 集群之后，就可以将应用程序部署到 Knative 上了。但你需要知道如何使用它们。它们如何暴露在集群中？
4.2K31发布于 2019-07-23 - 来自专栏伪架构师
Knative入门系列6：Knative的使用
Getting Started with Knative 是一本由 Pivotal 公司赞助 O’Reilly 出品的电子书，公众号后台回复“knative”获取英文版下载地址。 在本章中，我们将深入研究这些功能，让我们的代码在 Knative 上更容易地运行。 创建和运行 Knative Services 第 2 章 介绍了 Knative Service 的概念。 kubectl get knative --all-namespaces 返回集群上存在的所有 Knative 对象。 值得庆幸的是，Knative 提供了使用自定义域的选项。开箱即用，Knative 为每个 Route 使用{route}.{namespace}. Knative 通过使用 ContainerSource 轻松创建自己的事件源来解决这个问题。使用此事件源，我们提供 Knative 容器，Knative 将为容器提供 POST 事件的 URL。
4.2K30发布于 2019-07-23 - 来自专栏后端云
Knative Serving flowchart
相比庞大的Kubernetes和KubeVirt功能和代码，Knative的功能和代码就简单太多了。 Knative 包括build（现在转向tekton），serving，event。 之前的一篇文章 Knative getting-started 介绍了 Knative Serving 的两个最主要的功能，版本流量控制和自动扩缩容（可以将pod缩容到0以及冷启动是Knative扩缩容最大的特性 版本流量控制：Knative 网关 版本流量控制 是通过 Knative 网关 实现的。 Knative 从设计之初就考虑到了其扩展性，通过抽象出来 Knative Ingress （kingress）资源来对接不同的网络扩展：Ambassador、Contour、Gloo、Istio、Kong public service 对应的 endpoints 由 Knative SKS reconciler 来控制。
70320编辑于 2022-11-25 - 来自专栏后端云
k3s-knative-kourier Knative Serving hello-world
"https://github.com/knative/serving/releases/download/v$KNATIVE_VERSION/serving-crds.yaml"error: unable /knative/serving/releases/download/knative-v$KNATIVE_VERSION/serving-core.yaml"namespace/knative-serving /knative-serving-core created clusterrole.rbac.authorization.k8s.io/knative-serving-podspecable-binding /serving-certs-ctrl-ca created secret/knative-serving-certs created image.caching.internal.knative.dev /docs.git knative-docsCloning into 'knative-docs'... remote: Enumerating objects: 39528, done. remote
70020编辑于 2022-11-25 - 来自专栏k-cloud-labs
Knative健康检查
背景 knative 0.14.0 实际修改可能与贴出来的代码不符，贴出来的代码只是为了方便快速实现功能 在支持了前面的定制功能后，集群中部署ksvc服务时会报IngressNotConfigured new probe will be sent later. // An HTTP 404/503 is expected in the case of the creation of a new Knative
59430编辑于 2023-03-06 - 来自专栏后端云
Knative getting-started
部署Kubernetes+Knative ⚡ root@centos9 ~ kn quickstart kind Running Knative Quickstart using Kind ✅ Installing Knative Serving v1.6.0 ... CRDs installed... Core installed... Finished installing Knative Eventing Knative install took: 11m31s Now have some fun with Serverless Serving Deploying a Knative Service ⚡ root@centos9 ~/tt cat hello.yaml apiVersion: serving.knative.dev ⚡ root@centos9 ~/tt curl "$(kn service describe hello -o url)"Hello Knative!
45320编辑于 2022-11-25 - 来自专栏田飞雨的专栏
knative serving 组件分析
knative 部署完成后可以在 knative-serving namespace 下看到创建出的组件： $ kubectl get pod -n knative-serving NAME 这里的 Service 与 K8s 原生用户访问的 Service 不同，这是 Knative 的自定义资源，管理 Knative 应用的整个生命周期。 Service：service.serving.knative.dev 资源管理着工作负载的整个生命周期。 网络模式 knative 目前默认使用 Istio 作为网络的基础，但 knative 不强依赖 istio，除 istio 之外，还可以选择 ambassador，contour，gloo，kourier 来指定默认域名： $ kubectl edit cm config-domain --namespace knative-serving 参考： https://knative.dev/docs/serving
1.4K10发布于 2020-10-09 - 来自专栏k-cloud-labs
Knative组件镜像制作
背景 knative 0.14.0 最近在搭建公司级的serverless平台，遇到某些问题，看了源码发现无法通过其扩展机制来解决，遂决定修改源码来解决 过程 源码很快修改完了，本地编译通过，knative ,\n & ,g' | sed 's,\s*[0-9]*[\.]*[0-9]*\s*[kMG]*B\s*$,,g' | head -n -1 bazel build ... ko publish knative.dev /net-istio/cmd/webhook 463kB kodata contents, at $KO_DATA_PATH ko publish knative.dev/net-istio/cmd/webhook 总结 其实整个过程还是花了较长时间的，主要有两个原因 欠缺某些知识：这种情况下我们往往无法直接找到正确答案，只能通过踩坑之后逐步排除掉错误答案，才能一步步的找到正确的答案 knative比较新（0.14.0
2.7K20编辑于 2023-03-06 - 来自专栏伪架构师
Knative 入门系列7：实战演练
Knative 是一个基于 Kubernetes 的，用于构建、部署和管理现代 serverless 应用的平台。 Getting Started with Knative 是一本由 Pivotal 公司赞助 O’Reilly 出品的电子书，公众号后台回复“knative”获取英文版下载地址。 我们还将把它设置为 Knative 服务，这样我们就可以免费获得简易的路由和度量。 Knative 甚至包括一个仪表盘，用于可视化当前集群的使用情况，以帮助进行容量规划。 这在很大程度上总结了我们在本书中要学习的内容，但是 Knative 还可以提供更多。同时，Knative 也在不断地发展和完善。
2K30发布于 2019-07-23 - 来自专栏伪架构师
（译）Knative 0.5 发布
再一次激动地宣布： Knative 的新版本发布了。Knative 是一个能帮助开发者在 Kubernetes 基础之上，构建、部署和管理现代 Serverless 工作负载的平台。 也不全是这样，Knative v0.5 中，Eventing 系统有了长足的进步。 其中的 Trigger 和 Broker 对象的引入，让开发者基于 Knative 构建事件驱动系统时能够得到更好更强的开发体验。 除了 Eventing，这个版本的 Knative 还增加了监控指标，提高了自动伸缩、队列代理以及 Istio 遥测的可观察性，下面做一个介绍，并对部分变更做出一点深入讲解。 新的事件源：Kanative 中加入了 Kafka 的事件源，将 Kafka 生态系统的丰富功能带给了 Knative 和 Kubernetes。
75120发布于 2019-07-23 - 来自专栏田飞雨的专栏
在 minikube 上部署 knative
// 安装 knative operator $ kubectl apply -f https://github.com/knative/operator/releases/download/v0.15.0 /operator.yaml // 创建 Knative Serving CR，创建完成后，knative operator 会自动安装 knative 所需要的组件 $ cat <<-EOF | kubectl /v1alpha1 kind: KnativeServing metadata: name: knative-serving namespace: knative-serving EOF // namespace: knative-eventing EOF // 检查 knative-eventing 组件是否正常运行 $ kubectl get deployment -n knative-eventing /usr/local/bin/kn 检查 knative 服务状态 knative 服务所启动的 pod 分别在 knative-serving 和 knative-eventing 两个 namespace
1.4K40发布于 2020-10-09 - 来自专栏yeedomliu
Knative快速入门与实践
前言 Serverless最重要三个特征 隐藏了服务器的复杂性 按需付费 弹性伸缩 第1章 Knative入门 Knative有两个关键模块 Knative服务模块（Serving） Knative服务模块提供了简化的部署语法来使服务在 服务模块 Knative服务模块通过提供更加简化的语法来部署应用，它会基于HTTP负载的变化选择自动扩容或者缩容到零，Knative平台将会管理服务的部署、版本、网络和扩缩容Knative服务模块通过HTTP URL暴露服务，并且具有这么多安全的默认配置 Knative Service部署模型 在部署Knative Service过程中，Knative Service控制器会生成Knative配置、Knative 每个Knative修订版本都有一个与之关联的Kubernetes部署，因此可以将应用回滚到任何一个正确的配置版本 Knative路由 用于访问或调用Knative服务的URL ksvc是Knative ），最终由副本集生成Pod来运行Knative Service每次对Knative应用的更改，比如修改镜像、修改存活探针、修改环境变量等，都会导致Knative生成一个新的修订版本。
1.8K20编辑于 2022-03-29 - 来自专栏有点技术
knative serving 入门 - hello world
Knative有两个组件，可以独立安装或一起使用。为了帮助您挑选适合自己的组件，以下是每个组件的简要说明： •Serving 为基于无状态请求的服务提供了一种零扩展抽象。 Knative还具有一个Observability插件，该插件提供了标准工具，可用于查看Knative上运行的软件的运行状况 本文将安装Serving后运行一个hello world程序 先决条件 本指南假定您要在 Kubernetes群集上安装上游Knative版本。 越来越多的供应商已经管理Knative产品。有关完整列表，请参见Knative产品页面。 Knative v0.15.0需要Kubernetes集群v1.15或更高版本，以及兼容的kubectl。 apiVersion: serving.knative.dev/v1 # Current version of Knative kind: Service metadata: name: helloworld-go
92220发布于 2020-07-13 - 来自专栏云上修行
基于腾讯云容器服务的Knative部署
目前看来，Knative是一个具备可行性的方向。 某竞对云有Knative的一键部署，腾讯云对Knative的支持则明显弱了很多。 本文探索Knative在腾讯云容器服务上的部署。 步骤 1. 新建knative命名空间 图片 4. 新建腾讯云服务网格Istio 图片 图片 5. 安装knative 图片 图片 图片 图片 6. 安装serverless-knative https://github.com/serverless/serverless-knative https://www.serverless.com/blog /serverless-framework-knative-integration https://www.serverless.com/blog/deploy-your-first-knative-service-with-the-serverless-framework
8.8K100编辑于 2023-04-12 - 来自专栏k-cloud-labs
Knative通过header访问指定版本
背景 knative 0.14.0 实际修改可能与贴出来的代码不符，贴出来的代码只是为了方便快速实现功能 最近在搭建公司级的serverless平台，需要用到域名来访问内部服务，采取的是通过PATH 原生的knative是通过url的不同实现的，可以配置一个根据版本生成url的模板，设置后不同版本的服务url不同。
67230编辑于 2023-03-06 - 来自专栏伪架构师
Knative 入门系列2：Serving 介绍
本章探讨 Knative Serving 组件，您将了解 Knative Serving 如何管理部署以及为应用和函数提供服务。 图 2-1: Knative Serving 对象模型 Configuration（配置）和 Revision（修订版本） Knative Serving 始于 Configuration。 /route: knative-helloworld serving.knative.dev/service: knative-helloworld name: knative-helloworld " http://$KNATIVE_INGRESS NOTE Knative 默认使用 example.com 域名，但不适合生产使用。 WARN Autoscaler 和 Activator 均是 Knative 中快速演化的部分。参阅最新 Knative 文档获取最近改进。
2K31发布于 2019-07-23 - 来自专栏伪架构师
Knative 入门系列4：Eventing 介绍
幸运的是，Knative 提供了一个抽象层使消费事件变得更容易。Knative 直接提供了一个“事件”，而不需要你写特定的代码来选择消息代理。 你可以在 Knative Eventing 文档中的 Knative 生态系统部分查看事件源的当前列表。 让我们来看一个使用 Kubernetes 事件源并将结果输出到标准输出的简单案例。 例4-2：knative-eventing-demo/service.yaml apiVersion: serving.knative.dev/v1alpha1 kind: Service metadata 在 Knative 中使用事件源时，这通常是一个服务（如果我们想要将事件直接发送到在 Knative 上运行的应用程序），或者是一个尚未引入的组件——Channel（通道）。 Knative 允许我们给这种情况定义订阅功能。订阅是通道和服务之间的纽带，指示 Knative 如何在整个系统中管理我们的事件。图 4-1 展示了如何使用订阅将事件路由到多个应用程序的示例。 ?
3.8K10发布于 2019-07-23 - 来自专栏伪架构师
Knative 入门系列3：Build 介绍
这意味着除了编译和打包代码外，Knative 中的构建还可以轻松地运行测试并发布这些结果。请密切关注 Knative 的未来版本，了解这一变化。 /knative-build-demo WORKDIR /knative-build-demo RUN go build ENTRYPOINT . Example 3-6. knative-build-demo/service.yaml apiVersion: serving.knative.dev/v1alpha1 kind: Service metadata Deploy our application kubectl apply -f knative-build-demo/service.yaml 然后，该构建将运行以下步骤： 从 gswk/knative-helloworld /service.yml $ curl -H "Host: knative-build-demo.default.example.com" http://$KNATIVE_INGRESS 在 Example
2.9K21发布于 2019-07-23
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号