架构设计 the Easy Way

前几日，我在团队内部举行了一场技术分享，我介绍了关于架构设计的最佳实践。将这些实践凝练成了 20 字口诀：架构看问题、需求看用例、设计看模型、细节看时序。

我将顺口溜转到了 Twitter，不少朋友对这些顺口溜产生了浓厚兴趣，希望深入了解。因此，我将我分享中的观点扩展成了这篇文章。

全球IPv4 AS拓扑测绘初探

网络拓扑测绘是网络空间测绘中的关键一环，主要体现了网络空间中资源之间的物理和逻辑通联关系。根据OSI七层网络体系结构分，有物理层的光纤、电缆拓扑，数据链路层的二层交换机拓扑，网络层的路由器拓扑，应用层的服务拓扑等等。本文主要考虑网络层的AS（Autonomous System，自治域）级拓扑，面向全球IPv4地址空间自治域编号，研究其注册、分配、使用现状，为后续重点关注地区网络拓扑测绘提供数据和技术支撑。

被误解的Event Sourcing

当我们决定使用Event Sourcing作为架构选择之时，通常我们也会选择DDD去构建得到领域事件。DDD里提到的Event指的是对系统状态产生改变的现实事件，同样我们在Event Sourcing的系统中存储的也是会导致系统状态改变的事件。似乎这两种不同的软件开发思想，对Event的认识有着不谋而合的默契。

K8S Event事件内容分析和告警

k8s的Event事件是一种资源对象，用于展示集群内发生的情况，k8s系统中的各个组件会将运行时发生的各种事件上报给apiserver 。可以通过kubectl get event 或 kubectl describe pod podName 命令显示事件，查看k8s集群中发生了哪些事件。

apiserver 会将Event事件存在etcd集群中，为避免磁盘空间被填满，故强制执行保留策略：在最后一次的事件发生后，删除1小时之前发生的事件。

How to find the corresponding session in MogDB/openGauss from OS thread ID

当MogDB数据库由于某种原因占用了较大的系统负载，比如CPU占用接近100%，那么如何知道到底是数据库里的哪个会话或者哪些会话占用了资源？
在Oracle数据库中，这样的问题诊断，通常都会关联 v$session, v$process, 以及操作系统top命令或者ps命令中查到的操作系统进程ID。
但是MogDB本身是线程模型，在操作系统上只能看到一个进程号，那么该如何定位问题？

Ghost in the Log4Shell

核弹级漏洞 Log4Shell（CVE-2021-44228）的影响必将是深远的，不仅仅是当下肉眼可见的攻击事件和损失数据，在相当长时间的将来我们都会被这次的阴影所笼罩 – 蠕虫病毒和勒索软件的肆虐，个人敏感数据的大量泄漏。

浅析Course of Action应对措施

本着“摸着鹰酱过河”的思路，对现有的几个安全分析框架和模型规范中与Course of Action应对措施相关的内容进行系统性分析和梳理，希望能对从事自动化响应处置、智能运营相关工作的同行有一些帮助和启发。其中，将ATT&CK框架中的Mitigation缓解措施、MITRE的Shield框架中的Active Defense主动防御、STIX模型中的Course of Action应对措施、IACD编排模型中的功能和能力、RE&CT框架中的Incident Response应急响应等内容都纳入Course of Action应对措施的范畴。

the-book-of-secret-knowledge

《从0到1学习Flink》—— 如何自定义 Data Source ？

前言
在 《从0到1学习Flink》—— Data Source 介绍 文章中，我给大家介绍了 Flink Data Source 以及简短的介绍了一下自定义 Data Source，这篇文章更详细的介绍下，并写一个 demo 出来让大家理解。

《从0到1学习Flink》—— Data Source 介绍

Data Sources 是什么呢？就字面意思其实就可以知道：数据来源。

Flink 做为一款流式计算框架，它可用来做批处理，即处理静态的数据集、历史的数据集；也可以用来做流处理，即实时的处理些实时数据流，实时的产生数据流结果，只要数据源源不断的过来，Flink 就能够一直计算下去，这个 Data Sources 就是数据的来源地。