收录了 系统结构设计 频道下的 50 篇内容
为什么要写这篇博客,原因很简单,因为我觉得以下的知识没有多大的用处,完全就是一个查阅课本的过程,但是浪费的时间实在是太多,我从0到1查阅了差不多3个多小时,所以为了大家不要和我一样,我把思考题放在下面,也请有缘人==懂得变通==!
处理国际化问题目前常见的有两种方案:
这篇文章是关于软件设计的选择。特别是大型系统,这些系统可能会以服务端点的形式分为多个可部署的对象。我不会特别谈论服务端点设计,但是我想讨论创建多个服务应用的构思阶段。
经常使用的微服务、REST或事件驱动之类的术语是什么?
本文是周明耀技术管理专栏的第四篇文章,今天我们主要讲讲软件研发的流程问题。
企业架构和业务架构方法到底是什么
本文是架构设计实践五部曲系列文章的第一篇,架构与架构图。本文将对架构作深入的阐释,并教你什么时候画架构图、怎么画架构图。
我们将探索一系列研究论文,探讨如何解决极具挑战性的自动化神经网络设计任务。
五月份,IBM更新了他们的“软件架构师工具包(Software Architect Kit)” ——这是他们为架构师精心准备的一套内容,包括Grady Booch关于趋势的播客、架构的模式和最佳实践、网络广播、演示、基于模式开发的白皮书、SOA、模型驱动架构以及软件结构和模块化等内容。只有先注册才能下载这个工具包的所有内容。
本次分享介绍物联网多路数据处理基础上的云平台架构设计。
SQL,是一种特殊目的的编程语言,是一种数据库查询和程序设计语言,用于存取数据以及查询、更新和管理关系数据库系统。
本文介绍阿里云Tablestore选择哪种设计理念来更好的满足数据系统中对结构化数据存储的需求。
本文是架构设计实践五部曲系列文章的第五篇,技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时,实现一个稳定、出色的系统。
本文选自《阿里文娱技术精选系列:超级APP背后的移动端技术大揭秘》
增量迭代开发是最具成本效益的软件构建方式。
技术债是无法避免的,而时间是重要的影响因素。“长”时间的技术债积累不仅仅会导致文件负债和代码负债,随着越来越多的新技术涌向,必然还会导致架构级别的负债。 “新旧融合”的系统生态结构是一个必然。用产品设计的思路构建技术平台并给老系统注入新动力。本次分享将会由技术债的定义开始,逐步深入展开核心银行系统的技术债,解释“新旧融合”系统生态结构的必然性,并阐述建立工具平台的初衷和开发思路;通过具体的 API 的自动化测试和云数据迁移的案例,进一步解释设计思路;最后就问题的更广泛意义,“用产品思维解决企业级的问题”作为总结。
本文针对银行内非结构化数据增长迅速、存储困难、搜索缓慢、识别采集空缺等问题,提出了非结构化数据服务平台的设计和部署方案,并对平台中的非结构化数据生命周期管理策略与平台容灾容错架构设计思路的进行了分析与总结,最后,做出了商业银行非结构化数据服务平台的业务对接计划,提出了未来业务的发展方向。
本篇文章没有太高深的理论,从推导系统架构的公式开始,揭开系统架构的神秘面纱。
本文结合了作者自己的经历谈对业务架构师学习方法的认识,同时将读过且认为值得花时间研究的一些较为经典的书籍推荐给大家,希望对各位的学习过程有所助益。