业务架构、应用架构、数据架构、技术架构……架构到底是什么？
在软件行业，对于什么是架构一直有很多的争论，每个人都有自己的理解。不同的书籍上、不同的作者，对于架构的定义也不统一，角度不同，定义不同。此君说的架构和彼君理解的架构未必是一回事。
6个架构设计的误区
最后，想跟各位分享几个我亲身总结的架构设计误区，希望能够给你一些灵感。
| - 开高走落不到实处。 - 遗漏关键性约束与非功能需求。 - 为虚无的未来埋单而过度设计。 - 过早做出关键性决策。 - 客户说啥就是啥成为传话筒。 - 埋头干活儿缺乏前瞻性。 - 架构设计还要考虑系统可测性。 - 架构设计不要企图一步到位。 |
误区1——架构专门由架构师来做，业务开发人员无需关注
架构得再好，最终还是需要代码来落地，并且组织越大这个落地的难度越大。不单单是系统架构，每个解决方案每个项目也由自己的架构，如分层、设计模式等。
如果每一块砖瓦不够坚固，那么整个系统还是会由崩塌的风险。所谓“千里之堤，溃于蚁穴”。
误区2——架构师确定了架构蓝图之后任务就结束了
架构不是“空中楼阁”，最终还是要落地的，但是架构师完全不去深入到第一线怎么知道“地”在哪、怎么才能落得稳稳当当？
误区3——不做出完美的架构设计不开工
世上没有最好架构，只有最合适的架构，不要企图一步到位。我们需要的不是一下子造出一辆汽车，而是从单轮车 --> 自行车 --> 摩托车，最后再到汽车。
你想象一下2年后才能造出的产品，当初市场还存在吗？
误区4—— 为虚无的未来埋单而过度设计
在创业公司初期，业务场景和需求边界很难把握，产品需要快速迭代和变现，需求频繁更新，这个时候需要的是快速实现。不要过多考虑未来的扩展，说不定功能做完，效果不好就无用了。
如果业务模式和应用场景边界都已经比较清晰，是应该适当的考虑未来的扩展性设计。
误区5——一味追随大公司的解决方案
由于大公司巨大成功的光环效应，再加上从大公司挖来的技术高手的影响，网站在讨论架构决策时，最有说服力的一句话就成了“xx就是这么搞的”。
大公司的经验和成功模式固然重要，值得学习借鉴。但如果因此而变得盲从，就失去了坚持自我的勇气，在架构演化的道路上迟早会迷路。
误区6——为了技术而技术
技术是为业务而存在的，除此毫无意义。在技术选型和架构设计中，脱离网站业务发展的实际，一味追求时髦的新技术，可能会将技术发展引入崎岖小道，架构之路越走越难。
考虑实现成本、时间、人员等各方面都要综合考虑。理想与现实需要折中。
连接企业AI转型与真实落地。汇聚企业 AI 案例、落地方法、实战培训、Skills 与项目机会。