广汉网站建设ghxhwl,北京网站设计公司价格,为什么做电子商务网站的原因,微网站开发策划生产环境要求
应用安全 数据权限 服务可配置性 不同环境的配置不一样#xff0c;不能写死代码#xff0c;所以要配置 可观测性 需要日志系统
应用安全
四个方面 身份验证 验证主体的身份解决方案 单体 cookie 微服务中 API Gateway 访问令牌 不透明令牌透明令牌#xff…生产环境要求
应用安全 数据权限 服务可配置性 不同环境的配置不一样不能写死代码所以要配置 可观测性 需要日志系统
应用安全
四个方面 身份验证 验证主体的身份解决方案 单体 cookie 微服务中 API Gateway 访问令牌 不透明令牌透明令牌如JWT 访问授权 防止接口被非法调用解决方案 单体 基于角色的授权 微服务 可以借鉴单体ACL 审计 用户操纵合规性 单体 一个数据库就够了 微服务 业务自己实现吧 进程间通信 SSL放篡改之类的解决方案 单体 实际只有一个服务使用内存上下文就可以保证安全了 微服务 服务之间需要通信的SSL
配置
推送模型 部署之后推送给服务实例 拉取模型 服务实例读取需要的
可观测
需求 API健康检查 接口状况 状态码统计 日志聚合 统一的地方进行日志搜索报警设置解决 日志流水线流行的有ELK套件 es日志记录服务器Logstash聚合服务日志并写入esKibanaes可视化工具 分布式跟踪 不同服务的日志串起来 使用一个ID将请求串起来 四个值 应用名traceId请求IDspanId 跨度ID一个服务中一个span 是否导出到分布式追踪服务器 异常跟踪 异常串起来 应用程序指标 运维指标idle这样的分类 系统指标业务指标 如何实现指标采集 推送 服务实例调用API到指标服务 拉取 metrics Service调用服务实例接口 定时拉取 著名的是Prometheus 审核日志记录 用户的操纵实现 审计日志的记录动作添加到业务逻辑中面向切面编程 拦截每个服务的方法调用比如AOP 使用事件溯源 * 我理解这部分可能属于业务自己做
微服务基地
一个框架处理 外部化配置健康检查应用程序指标服务发现断路器分布式追踪
服务网格
把所有进出的网络流量通过网络层进行路由这个网络层负责解决共性的问题 断路器分布式追踪服务发现负载均衡基于规则的流量路由 就是可以配置那些流量走到哪台机器
