首页 文章 精选 留言 我的

精选列表

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

layui 2.6.8 发布,原生态前端 UI 框架

更新日志: # 2.6.8 [重写] sort 方法,以便对数字、非数字及混合类等所有内容的排序进行支持 [新增] dropdown 组件的 align 参数,用于控制下拉菜单水平对齐方式(支持 left、center、right) [新增] table 组件的 escape 参数,用于是否开启 xss 字符过滤(默认 false) [加强] table 组件的自定义模板功能,返回 LAY_COL 字段,可得到当前列的表头配置信息 [加强] form 组件对验证不通过的表单项自动定位到可视区域,不再是只对输入框自动获焦定位 #I3O5TC [加强] form 组件对 url 的验证 [修复] form 相关 css 的 layui-checkbox-disabled 书写错误(之前为 disbaled) #I1NGDC [修复] form 组件的 select option 内容出现换行时的样式异常问题 #I3T5ZC [修复] colorpicker 颜色选择组件在 Firefox 下选择颜色时的若干兼容问题 #I3POP2 [加强] colorpicker 组件的坐标定位计算方式 [修复] 低版本 ie 若干报错问题 该版本是 2.6.x的一个收尾版,基本很稳定,推荐官网下载升级(www.layui.com)。 那么下一个版本 2.7也将会开启另外一个篇章

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

云原生架构之Prometheus Operator - 服务自动发现

一、基于 kubernetes_sd_configs 的动态服务自发现 1.1 定义需要基于 kubernetes_sd_configs 自发现的 Exporter应用,添加 prometheus Annotation labels apiVersion: v1 kind: Service metadata: name: kafka-message-handler-svc annotations: prometheus.io/scrape: "true" # Annotation,用于自发现 prometheus.io/port: "9080" prometheus.io/path: "/prometheus" spec: type: NodePort selector: app: kafka-message-handler ports: - name: kafka-message-handler-svc-port protocol: TCP port: 9080 targetPort: 9080 # nodePort: 30287 1.2 配置基于 kubernetes_sd_configs 自发现的 Scrape 数据 pull 配置 新增prometheus在Kubernetes下的自动服务发现 prometheus-additional.yaml - job_name: 'kubernetes-service' kubernetes_sd_configs: - role: endpoints relabel_configs: - source_labels: [__meta_kubernetes_service_annotation_prometheus_io_scrape] action: keep regex: true - source_labels: [__meta_kubernetes_service_annotation_prometheus_io_scheme] action: replace target_label: __scheme__ regex: (https?) - source_labels: [__meta_kubernetes_service_annotation_prometheus_io_path] action: replace target_label: __metrics_path__ regex: (.+) - source_labels: [__address__, __meta_kubernetes_service_annotation_prometheus_io_port] action: replace target_label: __address__ regex: ([^:]+)(?::\d+)?;(\d+) replacement: $1:$2 - action: labelmap regex: __meta_kubernetes_service_label_(.+) - source_labels: [__meta_kubernetes_namespace] action: replace target_label: kubernetes_namespace - source_labels: [__meta_kubernetes_service_name] action: replace target_label: kubernetes_name - job_name: 'kubernetes-pod' kubernetes_sd_configs: - role: pod relabel_configs: - source_labels: [__meta_kubernetes_pod_annotation_prometheus_io_scrape] action: keep regex: true - source_labels: [__meta_kubernetes_pod_annotation_prometheus_io_path] action: replace target_label: __metrics_path__ regex: (.+) - source_labels: [__address__, __meta_kubernetes_pod_annotation_prometheus_io_port] action: replace regex: ([^:]+)(?::\d+)?;(\d+) replacement: $1:$2 target_label: __address__ - action: labelmap regex: __meta_kubernetes_pod_label_(.+) - source_labels: [__meta_kubernetes_namespace] action: replace target_label: kubernetes_namespace - source_labels: [__meta_kubernetes_pod_name] action: replace target_label: kubernetes_pod_name - job_name: 'external-metrics' static_configs: - targets: ['10.157.227.195:9080'] metrics_path: '/prometheus' 创建新的 secret additional-configs 从文件 prometheus-additional.yaml # kubectl delete secret generic additional-configs -n monitoring kubectl create secret generic additional-configs --from-file=prometheus-additional.yaml -n monitoring 更新 Prometheus 部署文件, 新增 additionalScrapeConfigs:> name: additional-configs; key: prometheus-additional.yaml apiVersion: monitoring.coreos.com/v1 kind: Prometheus metadata: labels: prometheus: k8s name: k8s namespace: monitoring spec: retention: 30d alerting: alertmanagers: - name: alertmanager-main namespace: monitoring port: web storage: volumeClaimTemplate: spec: storageClassName: prometheus-data-db resources: requests: storage: 30Gi baseImage: quay.mirrors.ustc.edu.cn/prometheus/prometheus nodeSelector: kubernetes.io/os: linux podMonitorNamespaceSelector: {} podMonitorSelector: {} replicas: 1 resources: requests: memory: 400Mi ruleSelector: matchLabels: prometheus: k8s role: alert-rules securityContext: fsGroup: 2000 runAsNonRoot: true runAsUser: 1000 additionalScrapeConfigs: name: additional-configs key: prometheus-additional.yaml serviceAccountName: prometheus-k8s serviceMonitorNamespaceSelector: {} serviceMonitorSelector: {} version: v2.11.0 1.3 测试自发现及相应metrics数据抓取 更新 Prometheus 安装文件,必要的时候可以重启pod kubectl apply -f prometheus-prometheus.yaml # 强制重启 kubectl replace --force -f prometheus-prometheus.yaml or kubectl delete pod -n monitoring prometheus-k8s-0 重启后,在 prometheus 控制台的 status > Targets 及 Service Discovery 没有发现Job kubernetes-service 及 kubernetes-pod,external-metrics Job 出现了,实际上在 Status > Configuration 下面发现 additional-configs 的三个配置是存在的。 如图: 1.4 自发现不生效问题的排查分析 排查分析prometheus日志,发现clusterRole权限不够,日志如下: level=error ts=2020-12-16T08:58:22.212Z caller=klog.go:94 component=k8s_client_runtime func=ErrorDepth msg="/app/discovery/kubernetes/kubernetes.go:263: Failed to list *v1.Endpoints: endpoints is forbidden: User \"system:serviceaccount:monitoring:prometheus-k8s\" cannot list resource \"endpoints\" in API group \"\" at the cluster scope" level=error ts=2020-12-16T08:58:22.221Z caller=klog.go:94 component=k8s_client_runtime func=ErrorDepth msg="/app/discovery/kubernetes/kubernetes.go:283: Failed to list *v1.Pod: pods is forbidden: User \"system:serviceaccount:monitoring:prometheus-k8s\" cannot list resource \"pods\" in API group \"\" at the cluster scope" level=error ts=2020-12-16T08:58:23.193Z caller=klog.go:94 component=k8s_client_runtime func=ErrorDepth msg="/app/discovery/kubernetes/kubernetes.go:265: Failed to list *v1.Pod: pods is forbidden: User \"system:serviceaccount:monitoring:prometheus-k8s\" cannot list resource \"pods\" in API group \"\" at the cluster scope" level=error ts=2020-12-16T08:58:23.193Z caller=klog.go:94 component=k8s_client_runtime func=ErrorDepth msg="/app/discovery/kubernetes/kubernetes.go:264: Failed to list *v1.Service: services is forbidden: User \"system:serviceaccount:monitoring:prometheus-k8s\" cannot list resource \"services\" in API group \"\" at the cluster scope" level=error ts=2020-12-16T08:58:23.215Z caller=klog.go:94 component=k8s_client_runtime func=ErrorDepth msg="/app/discovery/kubernetes/kubernetes.go:263: Failed to list *v1.Endpoints: endpoints is forbidden: User \"system:serviceaccount:monitoring:prometheus-k8s\" cannot list resource \"endpoints\" in API group \"\" at the cluster scope" level=error ts=2020-12-16T08:58:23.223Z caller=klog.go:94 component=k8s_client_runtime func=ErrorDepth msg="/app/discovery/kubernetes/kubernetes.go:283: Failed to list *v1.Pod: pods is forbidden: User \"system:serviceaccount:monitoring:prometheus-k8s\" cannot list resource \"pods\" in API group \"\" at the cluster scope" level=error ts=2020-12-16T08:58:24.195Z caller=klog.go:94 component=k8s_client_runtime func=ErrorDepth msg="/app/discovery/kubernetes/kubernetes.go:265: Failed to list *v1.Pod: pods is forbidden: User \"system:serviceaccount:monitoring:prometheus-k8s\" cannot list resource \"pods\" in API group \"\" at the cluster scope" level=error ts=2020-12-16T08:58:24.196Z caller=klog.go:94 component=k8s_client_runtime func=ErrorDepth msg="/app/discovery/kubernetes/kubernetes.go:264: Failed to list *v1.Service: services is forbidden: User \"system:serviceaccount:monitoring:prometheus-k8s\" cannot list resource \"services\" in API group \"\" at the cluster scope" level=error ts=2020-12-16T08:58:24.217Z caller=klog.go:94 component=k8s_client_runtime func=ErrorDepth msg="/app/discovery/kubernetes/kubernetes.go:263: Failed to list *v1.Endpoints: endpoints is forbidden: User \"system:serviceaccount:monitoring:prometheus-k8s\" cannot list resource \"endpoints\" in API group \"\" at the cluster scope" level=error ts=2020-12-16T08:58:24.225Z caller=klog.go:94 component=k8s_client_runtime func=ErrorDepth msg="/app/discovery/kubernetes/kubernetes.go:283: Failed to list *v1.Pod: pods is forbidden: User \"system:serviceaccount:monitoring:prometheus-k8s\" cannot list resource \"pods\" in API group \"\" at the cluster scope" level=error ts=2020-12-16T08:58:25.198Z caller=klog.go:94 component=k8s_client_runtime func=ErrorDepth msg="/app/discovery/kubernetes/kubernetes.go:265: Failed to list *v1.Pod: pods is forbidden: User \"system:serviceaccount:monitoring:prometheus-k8s\" cannot list resource \"pods\" in API group \"\" at the cluster scope" level=error ts=2020-12-16T08:58:25.199Z caller=klog.go:94 component=k8s_client_runtime func=ErrorDepth msg="/app/discovery/kubernetes/kubernetes.go:264: Failed to list *v1.Service: services is forbidden: User \"system:serviceaccount:monitoring:prometheus-k8s\" cannot list resource \"services\" in API group \"\" at the cluster scope" level=error ts=2020-12-16T08:58:25.220Z caller=klog.go:94 component=k8s_client_runtime func=ErrorDepth msg="/app/discovery/kubernetes/kubernetes.go:263: Failed to list *v1.Endpoints: endpoints is forbidden: User \"system:serviceaccount:monitoring:prometheus-k8s\" cannot list resource \"endpoints\" in API group \"\" at the cluster scope" level=error ts=2020-12-16T08:58:25.228Z caller=klog.go:94 component=k8s_client_runtime func=ErrorDepth msg="/app/discovery/kubernetes/kubernetes.go:283: Failed to list *v1.Pod: pods is forbidden: User \"system:serviceaccount:monitoring:prometheus-k8s\" cannot list resource \"pods\" in API group \"\" at the cluster scope" apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: name: prometheus-k8s rules: - apiGroups: - "" resources: - nodes/metrics verbs: - get - nonResourceURLs: - /metrics verbs: - get apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: name: prometheus-k8s rules: - apiGroups: - "" resources: - nodes - services - endpoints - pods - nodes/proxy verbs: - get - list - watch - apiGroups: - "" resources: - configmaps - nodes/metrics verbs: - get - nonResourceURLs: - /metrics verbs: - get level=info ts=2020-12-16T09:00:03.638Z caller=compact.go:495 component=tsdb msg="write block" mint=1608098400000 maxt=1608105600000 ulid=01ESNCE6T4BJKR81BX12QZFS6S duration=1.393342928s level=info ts=2020-12-16T09:00:03.884Z caller=head.go:586 component=tsdb msg="head GC completed" duration=129.317903ms level=info ts=2020-12-16T09:00:05.687Z caller=head.go:656 component=tsdb msg="WAL checkpoint complete" first=26 last=29 duration=1.80239668s level=info ts=2020-12-16T09:00:07.255Z caller=compact.go:440 component=tsdb msg="compact blocks" count=3 mint=1608076800000 maxt=1608098400000 ulid=01ESNCEA9B4H06MPDCBDWJQJS5 sources="[01ESMQV1240989FW9H7XRD4JG2 01ESMYPRA4Q94FDJM4SWY5E07K 01ESN6CZGGPRFGWHJC49BYKB4F]" duration=1.451881021s 二、使用 CRD ServiceMonitor 来生成 kubernetes_sd_configs 的配置 示例如下 apiVersion: monitoring.coreos.com/v1 kind: ServiceMonitor metadata: labels: app: cloudnativelabcom release: prometheus-operator name: cloudnativelabcom namespace: monitoring spec: endpoints: - interval: 15s port: http-metrics namespaceSelector: matchNames: - default selector: matchLabels: app: cloudnativelabcomapp 实际上,很多的服务是使用 ServiceMonitor 暴露给 Prometheus 抓取的,如下 # kubectl get servicemonitor -A NAMESPACE NAME AGE monitoring alertmanager 27h monitoring coredns 27h monitoring grafana 27h monitoring kube-apiserver 27h monitoring kube-controller-manager 27h monitoring kube-scheduler 27h monitoring kube-state-metrics 27h monitoring kubelet 27h monitoring nginx 4h34m monitoring node-exporter 27h monitoring prometheus 27h monitoring prometheus-operator 27h monitoring prometheus-pushgateway 27h - job_name: monitoring/cloudnativelabcom/0 honor_timestamps: true scrape_interval: 15s scrape_timeout: 10s metrics_path: /metrics scheme: http kubernetes_sd_configs: - role: endpoints namespaces: names: - default relabel_configs: - source_labels: [__meta_kubernetes_service_label_app] separator: ; regex: cloudnativelabcomapp replacement: $1 action: keep - source_labels: [__meta_kubernetes_endpoint_port_name] separator: ; regex: http-metrics replacement: $1 action: keep - source_labels: [__meta_kubernetes_endpoint_address_target_kind, __meta_kubernetes_endpoint_address_target_name] separator: ; regex: Node;(.*) target_label: node replacement: ${1} action: replace - source_labels: [__meta_kubernetes_endpoint_address_target_kind, __meta_kubernetes_endpoint_address_target_name] separator: ; regex: Pod;(.*) target_label: pod replacement: ${1} action: replace - source_labels: [__meta_kubernetes_namespace] separator: ; regex: (.*) target_label: namespace replacement: $1 action: replace - source_labels: [__meta_kubernetes_service_name] separator: ; regex: (.*) target_label: service replacement: $1 action: replace - source_labels: [__meta_kubernetes_pod_name] separator: ; regex: (.*) target_label: pod replacement: $1 action: replace - source_labels: [__meta_kubernetes_service_name] separator: ; regex: (.*) target_label: job replacement: ${1} action: replace - separator: ; regex: (.*) target_label: endpoint replacement: http-metrics action: replace 三、手工更新 查看当前prometheus 配置(同Prometheus控制台,Status > Configuration) kubectl get secret -n monitoring prometheus-k8s -o json | jq -r '.data."prometheus.yaml.gz"' | base64 -d | gzip -d 计划通过从 secret base64解码,解压,导出prometheus.yaml, 让后修改后在压缩,base64编码,edit secret 更新保存,相关实施过程脚本示例如下: kubectl get secret -n monitoring prometheus-k8s -o json | jq -r '.data."prometheus.yaml.gz"' | base64 -d | gzip -d > prometheus.yaml ## 修改 vim prometheus.yaml 文件,比如修改既有的配置项,默认拉取时间,比如修改既有的 kubernetes_sd_configs 配置项 gzip prometheus.yaml base64 prometheus.yaml.gz -w 0 ## -w 0 表示不换行,不成块 kubectl edit secret -n monitoring prometheus-k8s ## copy 之前 base64 prometheus.yaml.gz -w 0 编码后的值,替换 prometheus.yaml.gz: 的值 ## 保存后可再次查看 kubectl get secret -n monitoring prometheus-k8s -o json | jq -r '.data."prometheus.yaml.gz"' | base64 -d | gzip -d # 必要时重启生效 kubectl replace --force -f prometheus-prometheus.yaml or kubectl delete pod -n monitoring prometheus-k8s-0

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

云原生微服务框架之go-zero

0. go-zero介绍 go-zero是一个集成了各种工程实践的web和rpc框架。通过弹性设计保障了大并发服务端的稳定性,经受了充分的实战检验。 go-zero包含极简的API定义和生成工具goctl,可以根据定义的api文件一键生成Go, iOS, Android, Kotlin, Dart, TypeScript, JavaScript代码,并可直接运行。 使用go-zero的好处: 轻松获得支撑千万日活服务的稳定性 内建级联超时控制、限流、自适应熔断、自适应降载等微服务治理能力,无需配置和额外代码 微服务治理中间件可无缝集成到其它现有框架使用 极简的API描述,一键生成各端代码 自动校验客户端请求参数合法性 大量微服务治理和并发工具包 1. go-zero框架背景 18年初,晓黑板后端在经过频繁的宕机后,决定从Java+MongoDB的单体架构迁移到微服务架构,经过仔细思考和对比,我们决定: 基于Go语言 高效的性能 简洁的语法 广泛验证的工程效率 极致的部署体验 极低的服务端资源成本 自研微服务框架 个人有过很多微服务框架自研经验 需要有更快速的问题定位能力 更便捷的增加新特性 2. go-zero框架设计思考 对于微服务框架的设计,我们期望保障微服务稳定性的同时,也要特别注重研发效率。所以设计之初,我们就有如下一些准则: 保持简单 高可用 高并发 易扩展 弹性设计,面向故障编程 尽可能对业务开发友好,封装复杂度 尽可能约束做一件事只有一种方式 我们经历不到半年时间,彻底完成了从Java+MongoDB到Golang+MySQL为主的微服务体系迁移,并于18年8月底完全上线,稳定保障了晓黑板后续增长,确保了整个服务的高可用。 3. go-zero项目实现和特点 go-zero是一个集成了各种工程实践的包含web和rpc框架,有如下主要特点: 强大的工具支持,尽可能少的代码编写 极简的接口 完全兼容net/http 支持中间件,方便扩展 高性能 面向故障编程,弹性设计 内建服务发现、负载均衡 内建限流、熔断、降载,且自动触发,自动恢复 API参数自动校验 超时级联控制 自动缓存控制 链路跟踪、统计报警等 高并发支撑,稳定保障了晓黑板疫情期间每天的流量洪峰 如下图,我们从多个层面保障了整体服务的高可用: 4. go-zero近期开发计划 自动生成API mock server,便于客户端开发 自动生成服务端功能测试 5. Installation 在项目目录下通过如下命令安装: go get -u github.com/tal-tech/go-zero 6. Quick Start 编译goctl工具 go build tools/goctl/goctl.go 把goctl放到$PATH的目录下,确保goctl可执行 定义API文件,比如greet.api,可以在vs code里安装goctl插件,支持api语法 type Request struct { Name string `path:"name,options=you|me"` // 框架自动验证请求参数是否合法 } type Response struct { Message string `json:"message"` } service greet-api { @server( handler: GreetHandler ) get /greet/from/:name(Request) returns (Response); } 也可以通过goctl生成api模本文件,命令如下: goctl api -o greet.api 生成go服务端代码 goctl api go -api greet.api -dir greet 生成的文件结构如下: ├── greet │ ├── etc │ │ └── greet-api.json // 配置文件 │ ├── greet.go // main文件 │ └── internal │ ├── config │ │ └── config.go // 配置定义 │ ├── handler │ │ ├── greethandler.go // get/put/post/delete等路由定义文件 │ │ └── routes.go // 路由列表 │ ├── logic │ │ └── greetlogic.go // 请求逻辑处理文件 │ ├── svc │ │ └── servicecontext.go // 请求上下文,可以传入mysql, redis等依赖 │ └── types │ └── types.go // 请求、返回等类型定义 └── greet.api // api描述文件 生成的代码可以直接运行: cd greet go run greet.go -f etc/greet-api.json 默认侦听在8888端口(可以在配置文件里修改),可以通过curl请求: ➜ go-zero git:(master) curl -w "\ncode: %{http_code}\n" http://localhost:8888/greet/from/kevin {"code":0} code: 200 编写业务代码: 可以在servicecontext.go里面传递依赖给logic,比如mysql, redis等 在api定义的get/post/put/delete等请求对应的logic里增加业务处理逻辑 可以根据api文件生成前端需要的Java, TypeScript, Dart, JavaScript代码 goctl api java -api greet.api -dir greet goctl api dart -api greet.api -dir greet ... 7. Benchmark 测试代码见这里 8. 项目地址 https://github.com/tal-tech/go-zero 9. 微信交流群 扫码加入微信交流群

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

云原生 go-zero 微服务框架介绍

0. go-zero 介绍 go-zero 是一个集成了各种工程实践的 web 和 rpc 框架。通过弹性设计保障了大并发服务端的稳定性,经受了充分的实战检验。 go-zero 包含极简的 API 定义和生成工具 goctl,可以根据定义的 api 文件一键生成 Go, iOS, Android, Kotlin, Dart, TypeScript, JavaScript 代码,并可直接运行。 使用 go-zero 的好处: 轻松获得支撑千万日活服务的稳定性 内建级联超时控制、限流、自适应熔断、自适应降载等微服务治理能力,无需配置和额外代码 微服务治理中间件可无缝集成到其它现有框架使用 极简的 API 描述,一键生成各端代码 自动校验客户端请求参数合法性 大量微服务治理和并发工具包 1. go-zero 框架背景 18 年初,晓黑板后端在经过频繁的宕机后,决定从Java+MongoDB的单体架构迁移到微服务架构,经过仔细思考和对比,我们决定: 基于 Go 语言 高效的性能 简洁的语法 广泛验证的工程效率 极致的部署体验 极低的服务端资源成本 自研微服务框架 个人有过很多微服务框架自研经验 需要有更快速的问题定位能力 更便捷的增加新特性 2. go-zero 框架设计思考 对于微服务框架的设计,我们期望保障微服务稳定性的同时,也要特别注重研发效率。所以设计之初,我们就有如下一些准则: 保持简单 高可用 高并发 易扩展 弹性设计,面向故障编程 尽可能对业务开发友好,封装复杂度 尽可能约束做一件事只有一种方式 我们经历不到半年时间,彻底完成了从Java+MongoDB到Golang+MySQL为主的微服务体系迁移,并于 18 年 8 月底完全上线,稳定保障了晓黑板后续增长,确保了整个服务的高可用。 3. go-zero 项目实现和特点 go-zero 是一个集成了各种工程实践的包含 web 和 rpc 框架,有如下主要特点: 强大的工具支持,尽可能少的代码编写 极简的接口 完全兼容 net/http 支持中间件,方便扩展 高性能 面向故障编程,弹性设计 内建服务发现、负载均衡 内建限流、熔断、降载,且自动触发,自动恢复 API 参数自动校验 超时级联控制 自动缓存控制 链路跟踪、统计报警等 高并发支撑,稳定保障了晓黑板疫情期间每天的流量洪峰 如下图,我们从多个层面保障了整体服务的高可用: 4. go-zero 近期开发计划 自动生成 API mock server,便于客户端开发 自动生成服务端功能测试 5. Installation 在项目目录下通过如下命令安装: go get -u github.com/tal-tech/go-zero 6. Quick Start 编译 goctl 工具 go build tools/goctl/goctl.go 把 goctl 放到 $PATH 的目录下,确保 goctl 可执行 定义 API 文件,比如 greet.api,可以在 vs code 里安装goctl插件,支持 api 语法 type Request struct { Name string `path:"name,options=you|me"` // 框架自动验证请求参数是否合法 } type Response struct { Message string `json:"message"` } service greet-api { @server( handler: GreetHandler ) get /greet/from/:name(Request) returns (Response); } 也可以通过 goctl 生成 api 模本文件,命令如下: goctl api -o greet.api 生成 go 服务端代码 goctl api go -api greet.api -dir greet 生成的文件结构如下: ├── greet │ ├── etc │ │ └── greet-api.json // 配置文件 │ ├── greet.go // main文件 │ └── internal │ ├── config │ │ └── config.go // 配置定义 │ ├── handler │ │ ├── greethandler.go // get/put/post/delete等路由定义文件 │ │ └── routes.go // 路由列表 │ ├── logic │ │ └── greetlogic.go // 请求逻辑处理文件 │ ├── svc │ │ └── servicecontext.go // 请求上下文,可以传入mysql, redis等依赖 │ └── types │ └── types.go // 请求、返回等类型定义 └── greet.api // api描述文件 生成的代码可以直接运行: cd greet go run greet.go -f etc/greet-api.json 默认侦听在 8888 端口(可以在配置文件里修改),可以通过 curl 请求: ➜ go-zero git:(master) curl -w "\ncode: %{http_code}\n" http://localhost:8888/greet/from/kevin {"code":0} code: 200 编写业务代码: 可以在 servicecontext.go 里面传递依赖给 logic,比如 mysql, redis 等 在 api 定义的 get/post/put/delete 等请求对应的 logic 里增加业务处理逻辑 可以根据 api 文件生成前端需要的 Java, TypeScript, Dart, JavaScript 代码 goctl api java -api greet.api -dir greet goctl api dart -api greet.api -dir greet ... 7. Benchmark 测试代码见这里 8. 项目地址 https://github.com/tal-tech/go-zero 9. 微信交流群 扫码加入微信交流群

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

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

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

WebStorm

WebStorm

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

用户登录
用户注册