• 系统优化【3】----接口耦合优化与灾难控制


    api接口这东西,公司内部的还好说,公司外部不可控

    可是风险重重

    靠谱点的公司不存在单点故障问题,但是有时候不巧也会发生访问一个正在上线服务器的边界情况,正在响应,突然中断。

    不靠谱的公司直接一台服务器打天下,动不动就没有响应。

    要是不做个适配器把这个隔离起来,那服务的故障时间可是有可能指数上升,往往api的性能人家还控制不住~~~

    缓存,是个重要的缓冲器,特别是底层以来的api服务挂掉了以后,虽然存在数据脏读和延迟的问题,但是只要控制住了数据更改的接口,对于延长服务的无故障时间还是很有用


    所以说,直接引用api接口,特别是公司外部的,就是作死行为。

    但是往往公司内部的更坑,特别你碰上不靠谱的猪队友的时候,扯淡、黑锅各种轮着来,所以接口api调用日志是极其重要的扯淡证物

    而自己给别人提供api服务时,一定要谨记在日志中有服务开始响应时间和结束响应时间以及传入参数的字段,一可以来监控自己服务的性能水平,二可以监控异常类型,三可以防小人和打小人


    版权声明:本文为博主原创文章,未经博主允许不得转载。

  • 相关阅读:
    人心散了、项目必然要败(转自CSDN)
    sql server加锁机制
    数据库事物隔离级别
    aop学习
    数据库加锁(转)
    托管代码和非托管代码效率的对比。
    day05 Linux文本处理命令
    day04 CentOS 异常,问题解决方法
    day02 Linux系统介绍与安装
    linux常用命令的英文单词缩写
  • 原文地址:https://www.cnblogs.com/AI001/p/4614355.html
Copyright © 2020-2023  润新知