在准备提供一个OpenAPI前，你必须清晰地知道自己的OpenAPI所支持的业务环节是什么样的模型，对于这样的分析结果会在之后的系统架构中充分的体现出来。
对 于系统架构则是一个大家都能理解但通常来讲做的不多的事，系统架构则是通过业务环节的模型，以网络、硬件、系统、开发为基础，对要投入使用的产品进行一个 综合的设计的过程。系统架构更多的是从成本、性能、可用性、可靠性等多个方面进行设计。通常来讲，对于以上三种业务环节的模型均有一系列的解决方案，这里 不再多讲。
对于最后的系统运营，则是一个新鲜的事务。系统运营的工作则是在系统交付给客户提供服务之后，以一个日常维护的形式保证系统的可 用性、可靠性。而在这中，内容的可用性也是系统运营所需要保障的项目之一（在一些企业中也称之为产品运营）。OpenAPI做为一个服务，它所服务的用户 是互联网上所有的用户，必须在运行过程中对用户的所有操作进行记录、跟踪和分析，以保证系统及内容的可用性。不应该出现谷歌中国中一系列与本意相冲突的情 况。在OpenAPI设计和不断的重构中也应加以重视。
作者简介：
黄冬，有多年软件开发、系统架构、系统运营的¾¬验。长期关注于高可用性、高可扩展性的系统架构设计。主持设计和运行过多个大型高容量产品和系统，也是中国FreeBSD、Python社区的发起和积极参与者，也是国内啄木鸟（http://www.woodpecker.org.cn ）社区的创始人之一。他的Blog为http://blog.opensource.org.cn/hdcola
