系统构架

要知道软件架构师的工作过程，首先就要知道什么是软件架构师，以及为什么一个项目需要架构师。 软件架构师，是在一个软件项目开发过程中，将客户的需求转换为规范的开发计划及文本，并制定这个项目的总体架构，指导整个开发团队完成这个计划。主导系统全局分析设计和实施、负责软件构架和关键技术决策的人员。简单来说，就是将客户的需求转换为开发计划的角色。 软件架构师的任务是领导与协调整个项目中的技术活动（分析、设计和实施等）、推动主要的技术决策，并最终表达为软件构架、确定和文档化系统的相对构架而言意义重大的方面，包括系统的需求、设计、实施和部署等“视图”、确定设计元素的分组以及这些主要分组之间的接口、为技术决策提供规则，平衡各类涉众的不同关注点，化解技术风险，并保证相关决定被有效的传达和贯彻等。所以我们可以看出，架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。他必须对开发技术非常了解，并且需要有良好的组织管理能力。可以这样说，一个架构师工作的好坏决定了整个软件开发项目的成败。 在需求阶段，软件架构师主要负责理解和管理非功能性系统需求，比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等等，此外，架构师还要经常审查和客户及市场人员所提出的需求，确认开发团队所提出的设计，从而明确需求。 在需求越来越明确后，架构师的关注点开始转移到组织开发团队成员和开发过程定义上，

软件体系架构师工作流程： 今天让我们看了《梦想改造家》回答这样的一个问题：结合《梦想改造家》中建筑者的工作流程谈及对软件体系架构师的工作流程？ 软件体系架构师在我的认知中，架构师的工作职责就是将我们所得到的工作需要进行总结，形成一个很好的软件架构（仿佛就是房屋中的一个模子）。但是通过和王平仲工作流程的对比，可以很简单的发现一个软件体系的架构师并没有我们想象的那么的简单。架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作，是软件项目的总体设计师，是软件组织新产品开发与集成、新技术体系的构建者，是从宏观上驾驭大型系统的战略家，是对软件项目中所有重要架构事情做出决策的人，是策略制定者、组织协调高手、称职的顾问与领导者。 因此，从中可以看出对于架构师的工作要求非常的严格。在此列出软件架构师的最为基本的工作流程： 1、 理解非功能性要求； 在《梦想改造家》中王平仲接受到任务后，直接去住户家中进行用户需求的获取。对于软件架构师来说来说是相同的，当他们拿到项目之后，第一步就应该去客户那里了解非 功能性需求。简单的说，如果架构师如果对于客户的需求都不了解，怎么做出客户满意的软件。而且大多数非功能性需求本质上是技术层面的，而且经常对软件架构产生很大 的影响，所以理解非功能性要求是架构师工作过程中非常重要的一个部分。 2、 根据用户需求，结合用户应用领域的实际情况，设计正确

待做的： 学习框架：nameko、double、spring cloud、书 微服务的定义： 一些协同工作的小而自治的服务 微服务的核心思想： 1.自治： 1）每个微服务（APP）可以独立部署到PAAS（platform as a service）上 2）作为服务方，需要避免方暴露过多给消费而产生耦合，从而降低服务的自治性。要封装好，服务方内部实现修改，不该影响到消费方。 2.细粒度： 1）解耦：避免系统臃肿、难以维护 2）内聚性：相同的东西放在一起 3.隔离性： 1）各服务直接均通过网络调用进行通信（而不是代码调用），避免了紧耦合 2）各服务之间通过API调用，API解耦性必须要好，以保证技术的选择不被限制 3）一个黄金法则：你是否能够修改一个服务并对其进行部署，而不影响其他任何服务？（独立部署） 微服务的优点： 1.细粒度-》扩展性好-》可以快速响应变化、快速交付-》可以尝试更多的新技术 2.增加了团队的自治力 3.技术异构性。可以根据不同的业务场景，选择不同的技术，来构架服务。比如某个APP对性能有特别高的要求。或者某些APP对底层数据库有特别的要求（图数据库、文档数据库、关系型数据库）。这点需要APP足够小，可以快速重写，从而降低风险。还有就是框架要支持多语言开发业务模块。 4.弹性（稳定性、可用性）：第11章，详解 5.扩展：可以很容易把独立的服务，分割出去独立部署

摘自： https://www.cnblogs.com/yangyuanhu/p/12439106.html Dubbo是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。 2 | 0 什么是RPC RPC全称(Remote Procedure Call)远程过程调用 过程指的是某个代码片段的执行,远程调用则意味着我们可以在其他进程,甚至其他机器上去调用这段代码,当然也能获取到其执行后的返回值,按照这个定义,我们请求某个http地址得到相应数据其实也算一次RPC,但是这样的方式太过麻烦,(数据要先打包成http请求格式,在调用相关的请求库,拿到的结果也是文本格式的需要在进行转换),执行效率,和开发效率相比RPC则低一些; 我们需要一种更简单的方式来完成分布式开发中的RPC环节,这也是Dubbo的核心所在,有多简单呢? 调用远程服务器上的某个服务时就像是调用本地的某个方法一样简单,就像下面这样 2 | 1 为什么需要rpc RPC是用来实现分布式构架的基石,分布式构架将同一个系统中的不同模块拆分到不同的子系统中,而子系统又分布在不同的服务器上,这时就需要RPC在来完成子系统之间的相互访问; 可以这么说分布式少不了RPC,RPC也要在分布式系统中才能发挥其核心价值; 2 | 2 rpc的实现原理

软件架构师一般都是具备计算机科学或软件工程的知识，由程序员做起，然后再慢慢发展为架构师的。在国内，很多大学目前还没有设立软件架构的学位课程，虽然IT业界对设计和架构的兴趣日渐高涨，但各学校还是无法在课程中增加相应的内容来体现这一趋势。从这个方面来说，学校教育已经远远落后于产业发展。因此，促进和发展软件架构学课程的任务将落在现在的软件架构师身上。目前的软件架构师应该帮助各大院校建立相关课程体系，一旦教育课程建立起来，知识体将不仅通过新毕业生的工作成果来得到扩展，同时也会从适合软件架构的教育研究和出版物中得到扩展。 虽然大学要加强软件架构学课程的建设，但是，软件架构师的成长应该有一个实践的教育过程，并不是简单的学校的理论学习或者通过大型软件公司的认证就能成为合格的软件架构师。除了信息系统综合知识在学校学习外，软件架构师的大部分知识和经验将来自实际开发工作。根据软件架构师的任职条件，一名合格的软件架构师的成长应该经历8年以上的软件项目开发实际工作经验。一般需要经历软件设计员等阶段，然后再发展成为软件架构师。 当然，并不是每一位程序员经过8年后都可以成长为软件架构师的。一个软件工程师在充分掌握了软件架构师工作所必需的基本理论和技能后，如何得到和利用机会、如何利用所掌握的技能进行应用系统的合理架构、如何不断的抽象和总结自己的架构模式、如何深入行业成为能够胜任分析、架构为一体的精英人才

开发人员角色分析： 开发人员 Developers 主要包含以下角色： n 软件架构师 Software Architect n 设计员 Designer n 用户界面设计员 User-Interface Designer n 数据库设计员 Database Designer n 实施员 Implementer n 集成员 Integrator 角色 软件架构师 Software Architect 定义 主导系统全局分析设计和实施、负责软件构架和关键技术决策的角色 职责 l 领导与协调 整个项目中的技术活动（ 分析、设计和实施等） l 推动主要的技术决策，并最终表达为软件构架 l 确定和文档化系统的相对构架而言意义重大的方面，包括系统的需求、设计、实施和部署等“视图” l 确定设计 元素的分组以及这些主要分组之间的接口 l 为技术决策提供规则，平衡各类涉众的不同关注点，化解技术风险，并保证相关决定被有效的传达和贯彻 l 理解、评价并接收系统需求 l 评价和确认软件架构的实现 专业技能 l 技术全面、成熟练达、洞察力强、经验丰富，具备在缺乏完整信息、众多问题交织一团、模糊和矛盾的情况下，迅速抓住问题要害，并做出合理的关键决定的能力 l 具备战略性和前瞻性思维能力，善于把握全局，能够在更高抽象级别上进行思考； l 对项目开发涉及的所有问题领域都有经验，包括彻底地理解项目需求

Bugtags V1.2.7 引入了 NDK SO 库，在集成的时候，遇到不同的 SO 库打包到 APK 时，安装在某些机器上，出现 java.lang.UnsatisfiedLinkError 加载失败。 为此，深究了一下原理，和给出了解决方案。 原理 Android 系统本质是一个经过改造的 Linux 系统。最早，Android 系统只支持 ARMv5 的 CPU 构架，随着 Android 系统的发展，又加入了 ARMv7 (2010), x86 (2011), MIPS (2012), ARMv8, MIPS64 和 x86_64 (2014)。 每一种 CPU 构架，都定义了一种 ABI（Application Binary Interface），ABI 决定了二进制文件如何与系统进行交互。 一般情况下，你不需要关注这些。当你的 APP 中用到了些包含 SO 库第三方库，或者自己使用 NDK 来实现了某些功能，你就需要认真阅读接下来的教程。 NDK SO 支持不同的 CPU 构架 在使用 NDK 开发包含 c/c++ 代码的 SO 库的时候，你可以选择输出支持如下 ABI CPU 构架： armeabi armeabi­v7a arm64­v8a x86 x86_64 mips mips64 Bugtags 的 NDK 库支持如上所有的 CPU 构架：

软件架构设计系统整体架构，从需求到设计的每个细节都要考虑到，把握整个项目，使设计的项目尽量效率高，开发容易，维护方便，升级简单。本文从架构师职责、软件架构定义、设计架构、评估架构、架构管理等方面来描述了解软件架构的含义和怎样设计软件架构。 软件架构师的职责 架构师分为以下几大类：业务架构师、主题领域架构师、技术架构师、项目架构师（J2EE架构师、.NET架构师等）、系统架构师。 1、 架构师 的职责主要体现 架构师的职责就是设计一个公司系统的基础架构，并提供关于怎样建立和维护系统的指导方针。具体来讲，架构师的职责主要体现在以下几方面： 1）、负责公司系统的架构设计、研发工作。 2）、承担从业务向技术转换的桥梁作用。 3）、协助项目经理制定项目计划和控制项目进度。 4）、负责辅助并指导系统分析开展设计工作。 5）、负责组织技术研究和攻关工作。 6）、负责组织和管理公司内部的技术培训工作。 7）、负责组织及带领公司内部员工研究与项目相关的新技术。 8）、管理技术支撑团队并给项目、产品开发实施团队提供技术保障。 9）、理解系统的业务需求，制定系统的整体框架（包括、技术框架和业务框架）。 10）、对系统框架相关技术和业务进行培训，指导开发人员开发。并解决系统开发、运行中出现的各种问题。 2、 构架设计师 必须具备的技能 经验：既包括在问题领域的经验（通过彻底了解需求）

一、软件架构、架构模式、参考模型、参考架构 1 、对于软件架构定义有很多种，通用的定义是：某个软件或计算机系统的软件架构是该系统的一个或多个结构，他们由软件元素，这些元素的外部可见属性以及这些元素之间的关系组成。 这里所说的某个元素的“外部可见属性”是指其他元素对该元素所做的假设，如它所提供的服务、性能特征、错误处理、共享资源的使用，等等。 其他的定义包括：架构是一种高层设计。架构是系统的总体结构。架构是一个软件或系统的组件、组件之间的相互关系以及管理其设计和演变的原理和方针的结构。架构是组件和连接器。 2 、架构模式是对元素和关系类型以及一组对其使用方式的限制的描述。 3 、参考模型是一种考虑数据流的功能划分。 4 、参考架构是映射到软件元素（它们相互协作，共同实现在参考模型中定义的功能）及元素之间数据流上的参考模型。 5 、软件架构、架构模式、参考模型、参考架构之间的关系： 6 、软件架构的重要性 (1) 、架构是涉众进行交流的手段。 (2) 、架构是早期设计决策的体现。 (3) 、架构是可传递、可重用的模型。 7 、架构定义中指出系统由多种结构构成的，下面列出一些常见的结构。 软件结构 关系 适用环境 分解 是一个子模块；与之共享秘密 资源分配、项目结构化和规划；信息隐藏、封装；配置控制 使用 要求正确出现 设计子集；设计扩展 分层 要求正确的出现、使用服务、提供抽象

一、软件架构、架构模式、参考模型、参考架构 1、对于软件架构定义有很多种，通用的定义是：某个软件或计算机系统的软件架构是该系统的一个或多个结构，他们由软件元素，这些元素的外部可见属性以及这些元素之间的关系组成。 这里所说的某个元素的“外部可见属性”是指其他元素对该元素所做的假设，如它所提供的服务、性能特征、错误处理、共享资源的使用，等等。 其他的定义包括：架构是一种高层设计。架构是系统的总体结构。架构是一个软件或系统的组件、组件之间的相互关系以及管理其设计和演变的原理和方针的结构。架构是组件和连接器。 2、架构模式是对元素和关系类型以及一组对其使用方式的限制的描述。 3、参考模型是一种考虑数据流的功能划分。 4、参考架构是映射到软件元素（它们相互协作，共同实现在参考模型中定义的功能）及元素之间数据流上的参考模型。 5、软件架构、架构模式、参考模型、参考架构之间的关系： 6、软件架构的重要性 (1)、架构是涉众进行交流的手段。 (2)、架构是早期设计决策的体现。 (3)、架构是可传递、可重用的模型。 7、架构定义中指出系统由多种结构构成的，下面列出一些常见的结构。 软件结构 关系 适用环境 分解 是一个子模块；与之共享秘密 资源分配、项目结构化和规划；信息隐藏、封装；配置控制 使用 要求正确出现 设计子集；设计扩展 分层 要求正确的出现、使用服务、提供抽象 增量式开发；在“虚拟机