ARM召开了DevSummit开发者峰会。在会议上，ARM预览了未来两代的Cortex CPU大核，分别代号Matterhorn和Makalu。据ARM表示2022年的Makalu峰值性能预计比今年推出的Cortex-A78提升30%。同时，ARM还为开发

程序员更多的关注的是局部，而架构师则是全局，这个蜕变的过程，是一个长期积累的过程，是一个需要量变的过程，最后才能从量变转化为质变，成为一名合格的架构师。架构是系统与子系统、模块与组件、框架与架构以及它们之间的协作关系、约束规范、指导原则。架构的本质是对系统

目前，马蜂窝支付中心集成了包括基础订单、收银台、路由管理、支付通道、清算核对、报表统计等多种能力，为马蜂窝度假、交通、酒店等近 20 条业务线提供服务。本文将围绕支付中心整体演变过程中不同阶段的核心部分进行简要介绍。

1）分层架构分层架构是最常见的软件架构，也是事实上的标准架构。用户的请求将依次通过这四层的处理，不能跳过其中任何一层。

微服务系统架构1. 微服务 微服务是一种架构风格，一个大型复杂的软件应用由一个或多个微服务组成。每个微服务仅关注与完成一件任务，且可以被独立部署。① 语言无关性；② 独立进程通信；④ 弹性伸缩，易扩展；3）分布式配置，key/value存储；4）分布式

http://www.daocloud.io/microservices.html

WebService，即“Web 服务”，简写为 WS。从字面上理解，它其实就是“基于 Web 的服务”。而服务却是双方的，有服务需求方，就有服务提供方。服务提供方对外发布服务，服务需求方调用服务提供方所发布的服务。WS 说白了还是基于 HTTP 协议的，

POJO是 Java 社区中最早的成员（回想您学习 Java 时第一个兴奋的时刻，那个简单的 "Hello World！" 例子），也是最简单、最容易实现的方式。为了抛开这些限制，降低 Java 应用实现的难度，Java 社区开始重新审

REST 描述了一个架构样式的网络系统，比如 web 应用程序。它首次出现在 2000 年 Roy Fielding 的博士论文中，他是 HTTP 规范的主要编写者之一。REST 指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是

Logic ViewPhysical ViewNetwork StructureWorkflow/Process Flow（流程图）每一种图都有自己的画法，并且有比较经典的图，这些图的组合：框框+线条+文字说明。下面用职能图来描述流程图，之前画流程图都是用

http://blog.csdn.net/lifetragedy/article/details/7698555

闲来无事，梳理了一下自己的技术，简单聊聊一些大型网站的技术架构设计，算是个抛砖引玉吧，欢迎大家拍砖。涉及到的技术及工具：java,springmvc,ibatis,freemarker,mysql,mongdb,memcached,ehcache,mave

《大型网站技术架构》读书笔记：1.1大型网站软件系统的特点与传统企业应用系统相比，大型互联网应用系统有以下特点。高并发，大流量高可用海量数据用户分布广泛，网络情况复杂安全环境恶劣需求快速变更，发布频繁渐进式发展1.2大型网站架构演化发展历程大型网站的技术挑

好的框架可以提高开发效率，一个项目比较完整的架构，需要考虑到协同，代码管理，调试环境，开发框架，资源优化，部署等等。基于现有的架构之上做开发，并不只是简单地填充代码，而是在熟悉这套开发模式的基础之上，了解整体的架构，并与其他框架对比，必要时深入去研究下框架

架构，要有大局观，大局观就是提前预防掉那些通用的问题：高可用，伸缩性，扩展性。这里介绍了分层、分布式、集群、缓存、CDN等技术，对大型网站的技术架构的演变讲的很详细，但对架构中使用到的具体技术没有详细说明。第四章介绍了一些性能和测试方面的要求，给出了一些优

　　1、在还没有对系统整体架构有个清晰认识的时候，就想用自认为新的技术或架构来替换。　　2、根本不分析现有系统架构或程序存在的弊端，只是一味地谈设计模式，以设计模式中固有的一套来重构（在重构中，它只作为一个参考，而不是一个依据。　　你会发现当你重构完后你的

所谓成功的架构设计，就是设计出的软件架构是高质量的，并且在所花费的时间、技术决策等方面也都满足具体开发情况的要求。在架构设计过程中，架构师没有绝对的技术选择的自由，而是要充分考虑经济性、技术复杂性、发展趋势和团队水平等多方面的因素，制定出合适的架构决策。最

2.可维护性：可以替换或修改某层的具体实现，而不会影响其他部分代码，只要前后提供的服务相同即可。

业务架构等同于企业运营模式，是企业将战略转化为日常运营的必经之路。为什么是相对稳定。因为它是随着企业的成长在变动的。企业的流程和企业满足市场变化，客户需求变化及其其他变化就是建立在企业架构上。因此一个企业不同于其他企业的一个核心也就可以说其业务架构不同。在

从08年出来到现在工作都是跟企业信息管理系统有关，但是在企业信息管理系统的难点就是软件工程中公认的需求的变化。但是关于需求变化是个不可避免的老问题，但是如何将所谓需求变化带来的风险降低到最小呢？能够通过它分析企业的一些问题产生根源并根据它的信息进行改进这些