weixin_40455124的博客

nginx配置示意如下。

1.Service granularity Don’t go with the hype; correspond to a real business capability. When designing complex applications using microservice architecture,we’re looking to define a set ofcohesive and loosely-coupled services.we found that defining micros

【代码】Composable architecture 笔记。

第二个趋势是，对于一些小中型客户来说，Higress对于一些简单的4层路由和7层简单路由可能足够了，但对于一些中大型客户来说，他们可能对于复杂的API管理和路由有更多需求，未来可能会朝这个方向发展;在网关的标准方面，我最近在研究时发现，有三个标准，分别是协议标准（HTTP加RESTFUL），文档标准（Swagger），以及路由标准（Kubernetes Ingress / Gateway API）。量的测试案例代码，包括单元测试、E2E测试、混沌测试，以及一些基准测试等，从而保证APISIX具备高可用性。

InfoQ：最近谷歌开源了Service Weaver，谷歌称此框架为模块化单体（modular monolith），称其能兼顾单体应用的开发速度，以及微服务的可扩展性、安全性和容错性。InfoQ：您的论文“On the Definition of Microservice Bad Smells”涉及非常多的微服务不良做法，但如果要用几个大类别来列举危害性比较大的微服务反模式，您认为会是哪几类？考虑到架构迁移的成本和影响，雇佣有经验的咨询顾问是很明智的。你的需求，你的组织结构，以及公司开发者的经验。

OpenTelemetry旨在管理观测类数据，如trace、metrics、logs等（非固定未来很可能 有新的观测类数据类型出现）。结构导致我们很难以用统一的方案建立数据关联。Log、Trace、Metric是传统的稳定性解决方案，每一种解决方案都有多种不同的开源或商业软件可以支撑，问题是每个产品都有自己一套数据采集标准和SDK，异构的数据。为了更好的将Traces、Metrics和Logs融合在一起，通过合并OpenTracing和OpenCensus这两个标准，诞生了OpenTelemetry。

法则四：无法观测的系统将带来无法估量的成本:尽管实现可观测性需要投入，但这笔钱绝对会物有所值。法则五：依托成本感知架构实现成本控制:不同的组件一定要有相应的工具来掌控，来操纵这些内容的程式，同时来调试它的矩阵和性能，要能做到随时随地想打开哪些组件就能打开它们，想关上的时。Werner在他的演讲中强调：“技术的发展非常迅速，我们必须持续学习，深入了解我们的想法所在，并放下自尊心，认真思考成本问题。正如Werner强调的：“你要很确定，我们业务基础设施扩展的方式，能让成本成长低于销售收入的增长。

SALESFORCE MODEL 简单记录，在以下地址可以看到一些salesforce的模型资料。

ar account responsibility 客户经理，负责对客户满意度负责，整体规划、经营指标达成，市场竞争第一责任人。fr full responsibility 交付管理和订单履行经理，面对交付，交付第一负责人，对回款关键环节负责（验收报告）。也就是 LTC 流程，主要是从接收到销售线索开始到将产品或服务交付给客户，让客户满意并完成货款回收为止；具体是指 MTL 流程，主要是从捕捉到客户购买需求开始，一直到成功打动客户产生销售线索为止；- 知乎 (zhihu.com)第二个是从市场到线索。

确保消息在server 出现问题或者recovery能恢复： declare it as durable in the producer and consumer code.

Technology Strategy Patterns 汇总图

Communicating the Strategy-Decks of Technology Strategy Patterns

5.1 引用业界的技术雷达即可，自己创建雷达的可能性比较小（行业特殊技术才可能）7.2 Characteristic-可以再分解进行子项评估。6.1 可以参考DDD的核心、支撑和通用域。7.3 legend -分类。4.2 评定优先级的参考项。

Technology Strategy Patterns-Communicating the Strategy-Approach Patterns

Invest: We have a nascent(新兴) activity here that may have strong roots or certain strong practices and potential, and we would realize gains if we focused and grew the capability.3.5 这里的流程不是系统的业务流程，而是为实现战略的各种内部各种流程。注意可以是多种维度的APM ，不仅仅是这个图例，可以看参考URL。

7.1 这个不是常见的商业投资分析，而是分析计划技术事情的可行性和重要性，也属于roadmap类分析。1.5.1 建立10-30的清单，用于创建RACI和Stakeholder matrix。1.5.2 除了每个人的title、联系方式，还要有Influence和impact。1、使用表格列出所有ideas,包括但不现有新产品、新技术、架构演进、现有产品增强。2、从以下几个方面打分： 实现困难度、现状/准备情况、客户和市场接受度。4、和团体一起讨论相关roadmap、预算、优先级。6.1 作者发明的？

1.2.1 S优势（Strengths）、W劣势（Weaknesses）、O机会（Opportunities）、T威胁（Threats）The general propensity to substitute-一般替代倾向: 谁会负责选择替代品，或者通过什么方式寻找替代品。新企业进入一个行业的可能性大小，取决于进入者主观估计进入所能带来的潜在利益、所需花费的代价与所要承担的风险这三者的相对大小情况。2.6 Industry Rivalry-行业竞争。

2.3.2 Look for the weak but plausible（在这本书里含义是合理） signals you hear from them. Then use inductive reasoning to forecast each of the weak signal’s impacts.3.7 可以使用SWOT和five forces pattern 来建立futures funnel。1.1 从6个方案看外部。2.3 穷人版 情景规划。

The role of the architect is to see where those challenges may lurk（隐伏）, seek to make them explicit, and make value judgments about how to balance the solutions and the new problems they occasion, under the guidance of the broader business strategy。

https://www.woshipm.com/pd/5494402.html的学习笔记。

产品运营角色，工具赋能给运营。中台系统建设之“屏障”思维。

cola 是来自张建飞（Frank）的偏实现的技术架构，里面的业务身份和扩展点也被MEAF引用，cola本身由java 实现、但其实可以是一种企业通用的技术架构。

ThoughtWorks MEAF 技术架构读书笔记

ThoughtWorks MEAF 应用架构读书笔记

thoughtworks MEAF应用架构读书笔记

MEAF 业务架构读书笔记

Overall: meaf的核心是业务及应用架构，数据架构和技术架构相对比较薄弱。也可以说是togaf思想的一种简化、优化。注意下图的架构决策其实是一种方法论。

个人easy rule学习总结

batch 每次run都需要获取数据库信息，因此数据库连接池会限制总的并发数量，因此高并发需要考虑好连接或者不保存到数据库。springbatch 不保存数据到数据库方式如下。

这种模式可以传一个ExecutionContext给不同partition，可以用于各个partition控制自己的读取，而模式一需要自行控制避免重复。startLimit为启动数量，throttleLimit为总量。这种模式多并发需要自行在代码控制每个并发处理数据不重复。分区Partitioner 代码。

可以发现是根据input parameter 生成md5 作为key的，因此反查job 参数，保持每个job 实例参数唯一即可，如果业务上无法保持一次，增加一个uuid作为附加参数即可。起因是BATCH_JOB_INSTANCE insert 出现dead lock 失败，insert 出现dead lock 比较少见，觉得应该是key 有问题。可以发现instance id是唯一增长，冲突的可能就是job_key。查看代码 DefaultJobKeyGenerator。

修改后janusgraph-server的resource目录如下（ext是否需要未测试，直接复制了full里面的ext及scripts目录）注意gremlin.remote.driver.sourceName 和globals

MIB 本质就是OID TREE，在generate 前需要保障tree 所有OID的定义都在环境变量MIBDIRS 指定的目录下，需要注意generator不会读取子目录。如果OID 定义不全，会出现类似如下错误OID定义下载及查找snmptranslate查看OID对应信息等，参考 https://net-snmp.sourceforge.io/tutorial/tutorial-5/commands/snmptranslate.html,注意使用前要修改好snmp.confDUMP可以通过

1、sftpgo通过https://gocloud.dev/howto/pubsub/ 实现消息发送，2、考虑到minio 配置修改需要restart，因此可以在kafka 模式外适当考虑一下其它通知模式。3、kafka 接收sftpgo及minio event，承载pubsub。1、sftpgo 负责提供sftp能力。2、minio 负责共享存储。4、db 保存配置数据。

minio 需要先将bucket创建好，bucket 如果设置了version支持，那么可以看到被覆盖的文件历史。参考官网https://github.com/drakkan/sftpgo。首先是配置如下红色部分，region随意填。然后一定要勾选 path-style。

tcp_window_scaling 打开的时候tcp windows size是双方协商的，但各方是怎么算size的没有明确的算法，参考：https://access.redhat.com/solutions/29455可以得到redhat的算法，但这不代表所有的linux（还有windows）都是这样的。以下是上文提到的主要参数net.ipv4.tcp_timestampsnet.core.rmem_maxnet.ipv4.tcp_rmemnet.ipv4.tcp_adv_win_sca

apisix 官方并没有提供deb文件，需要自己去编译，简单记录下编译过程总结：Makefile 里面不清楚居于什么原因 有docker system prune -a -f ，不修改的话你所有的image可能都会消失，建议移除make 本质是通过3个docker build 实现deb文件输出如果修改了或者clone了apisix ，需要修改对应的repo配置或者先下载好放到本地，使用local_code_path参数指定luarocks很容易失败，可以手动去多次下载，成功后保存起来后加装到d

总结nginx 可以通过regex 对指定类型或者path的文件进行cache可以根据upstream http code进行不同时间cachenginx plus 支持通过curl 进行purge可以通过开源module 实现plus的purge测试dockerfileFROM centos:centos7.4.1708 RUN yum install -y make zlib zlib-devel gcc pcre-devel openssl-

LINUX TC与iptables结合，在L4实现网络流量分配及控制可以对ingress（通过policing）及egress 进行限速，具体可以参考如下链接：https://download.youkuaiyun.com/download/zgangz/8363599?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522164652534216780366514968%2522%252C%2522scm%2522%253A%252220140713.1

https://blog.youkuaiyun.com/hosaos/article/details/88658676对NodeCache,PathChildrenCache,TreeCache做了比较详尽的分析，但有一点没有说的很直接：于PathChildrenCache，不同的startMode：** * Method of priming cache on {@link PathChildrenCache#start(StartMode)} */ public enum Start