乘风而来的思绪

在云计算的时代，以IaaS、PaaS、SaaS等为代表的XaaS风靡一时，尤其是其中作为软件服务提供商，市值3000亿美元的Salesforce给大家看到了SaaS软件的巨大价值，不少公司将其作为构建未来软件的目标。在软件的不断发展中，随着用户的不同特性，用户的不断分层必然会形成用户的个性化部署需求。

BCAS指是是一种不依赖于任何特定云服务提供商的基础架构设计理念，旨在通过标准化和自动化实现云服务的无缝迁移和管理。这种模型支持企业在不同云环境之间自由迁移，从而优化成本和性能。核心强调``轻量级``和``云无关``的特性，它是云计算和微服务架构发展过程中逐渐形成的一种设计理念。

过度设计是指设计产品或为复杂问题提供解决方案的行为，这种方式没有价值，或者本可以设计得更简单。作为一种设计理念，它违反了价值工程的实践和“少即是多”或“差即是好”的极简主义精神，以及相关的 KISS 原则。

深翻页在MySQL里一个经典问题了，深翻页发生分页查询时，定位的数据偏移量较大的场景。本文提到了子查询、记录标签、专项优化、借助外力等多种方式试图来减轻深翻页的业务影响。

数据库的数据是怎么存储在存储设备上的呢？诸多方式有什么区别？每种存储都有解决的独特问题，也有自己的软肋，因此要充分结合自身的业务场景进行分析，从而做出最合适的选择。

在”领域驱动设计“（Domain-Driven Design，DDD，后续均以DDD命名）中，”限界上下文“（Bounded Context）是至关重要的概念，它将”领域“（Domain）的范围进行了准确的定义，并于其它域进行了具体边界的切分。因此在DDD中，一般都会在特定的限界上下文中进行分析。在处理具体业务问题时，会同时需要多个领域的知识，或者需要依赖其它领域的部分知识，因此就需要让不同的限界上下文能够协同起来，也就需要用到”上下文映射图“（Context Map)。

在亚马逊 CTO Werner Vogels 在向企业传达了一条信息：在做架构时，必须要考虑成本。当不考虑成本时，可以做很棒的创新，经济是会改变的，成本效益才是王道。在所描述的**[[简约架构]]** 中，分为三阶段七条法则。

有各种各样的缓存实现，在选择具体的方案时，要对当前的各种方案进行个有效的对比。

从计算机体系结构开始，高速缓存就用来解决速度不匹配的问题。本文根据缓存的来源，简要的介绍了缓存的来源、分类和注意事项，便于对缓存有个概念上的了解。在后续内容将会介绍具体实践内容，以便于更细致的了解。