代码拉取完成，页面将自动刷新
同步操作将从 _85024610/spring-cloud-demo 强制同步，此操作会覆盖自 Fork 仓库以来所做的任何修改，且无法恢复！！！
确定后同步将在后台操作，完成时将刷新页面，请耐心等待。
\xxx\skywalking-agent\skywalking-agent.jar --SW_AGENT_NAME=应用名（必须英文） -jar your_application.jar
注意：8.5.0 加上--SW_AGENT_NAME设置服务名，否则会使用skywalking的默认值
[
{
"resource": "/started/hi",
"limitApp": "default",
"grade": 1,
"count": 1,
"strategy": 0,
"controlBehavior": 0,
"clusterMode": false
}
]
[
{
"count":100,
"grade":0,
"limitApp":"default",
"minRequestAmount":2,
"resource":"GET:http://service-miya/processLongTime",
"slowRatioThreshold":1,
"statIntervalMs":1000,
"timeWindow":10
}
]
[
{
"apiName": "service-luna",
"app": "service-gateway",
"gmtCreate": 1673134572355,
"gmtModified": 1673135210475,
"id": 1,
"ip": "192.168.0.70",
"port": 8720,
"predicateItems": [
{
"matchStrategy": 0,
"pattern": "/service-luna/started/hi"
}
]
}
]
[
{
"app": "service-gateway",
"burst": 0,
"controlBehavior": 0,
"count": 1.0,
"gmtCreate": 1673136008860,
"gmtModified": 1673136187695,
"grade": 1,
"id": 2,
"interval": 10,
"intervalUnit": 0,
"ip": "192.168.0.70",
"port": 8720,
"resource": "service-luna",
"resourceMode": 1
}
]
Graylog 是一个开源的日志聚合、分析、审计、展现和预警工具。对于功能上来说，和 ELK 类似，但又比 ELK 要简单很多。依靠着更加简洁，高效，部署使用简单的优势很快受到许多人的青睐。当然，在扩展性上面确实没有比 ELK 好，但是其有商业版本可以选择
容器部署：
graylog端口9000，1514是使用TCP协议，端口12201，5555是使用UDP协议
参考文档：
<appender name="console" class="ch.qos.logback.core.ConsoleAppender">
<layout class="org.apache.skywalking.apm.toolkit.log.logback.v1.x.TraceIdPatternLogbackLayout">
<pattern>
%d{yyyy-MM-dd HH:mm:ss} [%thread] %-5level %logger{36} - %tid - %msg%n
</pattern>
</layout>
</appender>
<appender name="skywalking-grpc-log" class="org.apache.skywalking.apm.toolkit.log.logback.v1.x.log.GRPCLogClientAppender">
<encoder class="ch.qos.logback.core.encoder.LayoutWrappingEncoder">
<layout class="org.apache.skywalking.apm.toolkit.log.logback.v1.x.mdc.TraceIdMDCPatternLogbackLayout">
<Pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%tid] [%thread] %-5level %logger{36} -%msg%n</Pattern>
</layout>
</encoder>
</appender>
// 配置文件路径：agent\config\agent.config
plugin.toolkit.log.grpc.reporter.server_host=${SW_GRPC_LOG_SERVER_HOST:127.0.0.1}
plugin.toolkit.log.grpc.reporter.server_port=${SW_GRPC_LOG_SERVER_PORT:11800}
plugin.toolkit.log.grpc.reporter.max_message_size=${SW_GRPC_LOG_MAX_MESSAGE_SIZE:10485760}
plugin.toolkit.log.grpc.reporter.upstream_timeout=${SW_GRPC_LOG_GRPC_UPSTREAM_TIMEOUT:30}
rules:
# 规则名称，在告警信息中显示的唯一名称，必须以_rule结尾
service_resp_time_rule:
# 服务响应时间
metrics-name: service_resp_time
# [Optional] Default, match all services in this metrics
# include-names:
# - GET:/skywalking/pref in luna
# 阈值
threshold: 100
# 操作符，支持>, >=, <, <=, =。
op: ">"
# 多久告警规则需要被检查一下，时间单位：分钟
period: 1
# 在一个周期窗口中，如果按Op计算超过阈值的次数达到Count，则发送告警。
count: 1
# 发送的通知消息。可以使用变量，{name} 会解析成规则名称。
message: "响应时间超过100毫秒告警"
webhooks:
# SkyWalking的告警消息会通过 HTTP 请求进行发送，请求方法为 POST，Content-Type 为 application/json
# 容器调用宿主服务，域名必须是host.docker.internal
- http://host.docker.internal:8763/skywalking/alarm/
// 默认值example，server上部署的instance列表，需要在canal.properties目录下建立同名的目录
canal.destinations = example,example2
// 数据库地址
canal.instance.master.address=192.168.1.20:3306
// username/password,数据库的用户名和密码
canal.instance.dbUsername = canal
canal.instance.dbPassword = canal
// 默认topic，动态topic规则匹配不到往默认topic投递消息
canal.mq.topic=ds
// 动态topic规则配置
canal.mq.dynamicTopic=.*\\..*
docker run -d --name rocketmq-dashboard --link rocketmq -e "JAVA_OPTS=-Drocketmq.namesrv.addr=docker虚拟网卡ip:9876" -p 8080:8080 -t apacherocketmq/rocketmq-dashboard:latest
// 启动minikube
// 使用kubernetes-version=1.25版本会出现异常Unable to restart cluster, will reset it: apiserver healthz: apiserver process never appeared
// 可能被墙了，无法更新资源
minikube start --image-mirror-country='cn' --kubernetes-version=v1.23.8
// 配置ingress(默认是Nginx)
minikube addons list
minikube addons enable ingress
// 查看配置信息(例如：Pod，Service，Ingress)
minikube kubectl -- explain
kubectl -n istio-system edit cm istio
apiVersion: v1
data:
mesh: |-
defaultConfig:
holdApplicationUntilProxyStarts: true
meshNetworks: 'networks: {}'
kind: ConfigMap
kubectl apply -f samples/addons
kubectl rollout status deployment/kiali -n istio-system
kubectl apply -f samples/addons
kubectl rollout status deployment/kiali -n istio-system
| 对比项 | Istio | SpringCloud |
|---|---|---|
| 灰度上线 | 配置路由规则和虚拟服务实现 | 修改代码实现(spring-cloud-starter-loadbalancer > 3.0.2和nacos) |
| 负载均衡 | 配置路由规则和虚拟服务实现 | 引入spring-cloud-starter-loadbalancer SDK（使用默认负载均衡算法），其他算法需要代码实现 |
| 安全策略 | Istio认证和授权 | 使用Spring Security实现认证，鉴权 |
| 限流熔断 | 配置路由规则和虚拟服务实现 | 使用Sentinel或Hystrix |
| 访问白名单 | JWT授权认证 | SpringCloud Gateway和Spring Security配合使用 |
| 微服务路由 | 配置路由规则和虚拟服务实现 | SpringCloud Gateway |
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。