你要问什么是管理和监控？听我悄悄给你说八个方案。咱们先是谈谈大使模式吧，这个方法就是啊，创建一个专门帮消费者服务或者应用程序跑腿儿的助理，负责处理所有那些繁琐的网络请求。再来就是反腐模式了，这招呢，就是在现代应用程序和老一辈系统之间搞个装修或者做个适配器层子来顺应时代潮流，提升兼容性。再往下数，给大家说说外部配置存储吧，这个嘛，就是把应用程序部署包里那些乱七八糟的配置信息都搬移到一个集中管理的地方，这样就方便管理和维护了。接下来是网关聚合模式，利用网关这种神器，把各个独立的请求揉合成一体，节省流量且快捷高效。还有网关卸压模式，就是把各种分享或者特有的服务功能放到网关这个大管家和尚家眼里好使。最后是网关路由模式，就像司机送客一样，利用一个独门端口把请求引导到各个服务节点，省事儿！
下面谈性能和可扩展性的问题，第九个方案叫做缓存助手模式，就是根据需求把数据从后台挂着的数据储存仓搬进内存仓库。再说第十一个方针，叫做命令与查询职责分离模式，通过两个互相不干涉的界面圈出各自的边界，不过度插手彼此的操作。然后是第十二个策略，叫做事件溯源模式，这就是所谓的白纸黑字写都能看清楚的那种方式，完整地录下对数据世界中各种动作的详细历程。谈谈第十三个制度吧，这个叫物化视图模式，说白了就是呢，对于那些别扭的查询操作，在那些闹心的格式化数据无法满足需要时，就在一个或者几个数据存储上动手创造预先行的视图。接着是第十四个方案，这个以队列为核心的负载均衡模式，用一个队伍作为任务和服务之间的缓冲区，轻松应对断断续续的重负之压。最后是第十五个点子，叫做限流模式，可以巧妙地控制应用程序、那什么个人租户甚至整个服务消耗的那些零碎资源。
咱们来说说数据管理，第16个战略叫分区模式，就是把数据储存区域切成一堆水平的小块或者碎片。接下来是第17个魔术，叫静态内容托管模式，就是把那些死板的静态内容搬迁到基于云的存储服务地儿，可以快速地传递出去炫耀给客户端瞅瞅。紧跟着是第18个攻略，也就是索引表模式，这个啊，就是在查询行为经常参照的数据存储区域的字段周围制造一些小小的索引，以便快速抵达。
下面谈谈安装和执行模式，首先是19号政策，叫前端专用的后端模式，通过两个互不干扰的界面圈定各自的领地，不过分插手彼此的运作。然后是第20个法宝，叫做计算资源整合风格，把许多杂七杂八的任务或者操作用一记一剑封喉，全部缩减到一个计算单元里。最后咱们聊聊选举模式，就是通过踢选，挑出一个实例当作总负责处理其他实例的领导人物，让分布式应用程序里的协作道具们执行的各种操作能够统一行动。
再念叨一下消息模式，这次说说第23号魔术，叫做竞争消费者模型，就是启用多个并行消费者来处理那些抢在同一条路上接收的消息。第25个鬼点子，叫自动重试模式，当应用程序在努力接入服务或网络资源时遇上偶发的短期大姨妈，就让程序嗑瓜子般毫无压力地重新试一次之前失败过的操作。最后是第28个妙计，叫做事务补偿模式，也就好比是开个旅行社，提供某种方式来撤销通过一连串步骤完成的工作，这些步骤共同定义最终一致的操作。
