Single Root I/O Virtualization and Sharing -- PCIE spec 5.0, chapter 9 服务器项目遇到SRIOV功能，翻spec看看。   Single Root I/O Virtualization and Sharing (SR-IOV) 可以使多个系统映像(System Images, SI)共享PCI硬件资源，提升资源利用率。下面

最近周末帮外甥女"小雪"补习英语，遴选了Fielding博士的毕业论文作文课外阅读资料，也借这个机会来重新梳理一下软件架构设计的相关理论。 译者序 本文拟对Fielding的博士论文<Architectural Styles and the Design of Network-based Software Architectures>进行翻译，按照"信、达、雅"的原则，在翻译过程中，力求尊

前言 文章就是那种隔一段时间拿出来看看，总能获得新收获的文章。James Lewes和Martin Flower这篇就应该属于这一类，第一次读这篇文章应该是在2015年吧，读完了感觉云里雾里的，感觉懂了又感觉有点蒙，尤其是关于Product not Project那部分以及围绕业务组织团队。经过三年再看的时候才感觉到确实如此，所以本周就把重读一遍的收获在这里写一下，也算是一种特别的体验 核心内

文章目录 主流的 API 架构风格 主流的 API 架构风格 以下是一些主流的 API 架构风格： REST（Representational State Transfer）：一种基于 HTTP 协议的架构风格，它将资源作为 Web 上的 URI（Uniform Resource Identifier）公开，并使用 HTTP 方法（例如 GET、POST、PUT、DE

Adopting Microservices at Netflix: Lessons for Architectural Design In some recent blog posts, we’ve explained why we believe it’s crucial to adopt a four-tier application architecture in which ap

动机 专门的硬件加速器需要有明确对源码进行软硬件抽象，分裂出硬件能够执行的代码，然后使用硬件去加速。软硬件分离的过程是比较耗费人力或者硬件的，比如专用加速器需要人工的方式抽象硬件执行的代码，乱序处理器能够处理循环内的迭代，但硬件开销相比顺序处理器大的多。 本文作者提出了xloop（explicit loop specialization）来编码循环迭代间的依赖关系，指示硬件去执行循环。这些重新编

写在前面 ThoughtWorks每年都会出品两期技术雷达，这是一份关于科技行业的技术趋势报告，在四个象限：技术、平台、工具以及语言和框架对每一个条目（Blip）做采用、试验、评估、暂缓的建议。（参考阅读：解读技术雷达的正确姿势） 一直以来，我们都未对每一个Blip做进一步的解读，而这次决定尝试一个新的专栏——《雷达哔哔哔》，由作者根据自己实践与理解，对雷达中部分条目作出解析，致力于用一篇篇短

体系结构相关部件 包之间的依赖关系 设计模式和框架 设计模式： e.g. 观察者模式 一对多的依赖模式 体系结构模式 layers: 构造型： 抽象出来的标准的模型元素 体系分析机制 包括： 分析设计实现 分析机制： 描述分析机制 关键抽象 用例实现 检验 checkpoints