拿Web服务开发为例,为了满足实际需求,项目功能和架构都日趋复杂：多层架构,数据中台,动静分离,集群化部署,自动化运维,等等.
不同于一个Demo演示,用于商业、有价值的一个Web服务是功能全面的.比如常见的电商系统、信息管理系统、企业应用开发等方面,搭配Spring Boot开发框架,需要掌握如下这些重点：
①.）数据库,免费开源的MySQL,收费的Oracle,其他主流数据库
云服务已经成为IT技术的核心基础设施,架构师应该具备提供云服务解决方案的能力.对新开发的系统,要符合云原生理念,充分利用云服务提供的弹性和分布式优势,赋能运营、维护和监控.
有运营价值的系统,运维工作非常重要.基于云服务的DevOps将开发和运维结合起来,架构师作为项目核心参与者,具备DevOps技能,将有效提升团队和个人工作效率.
以Docker容器技术为例,从代码提交、镜像构建、部署发布,架构师要负责设计实现整个流程,做到自动化、一键部署、灾备回滚等关键节点的.架构师水平越高,其负责的系统运维自动化程度越高.
#企业架构师的日常#
系统架构师是一个既需要掌控整体又需要洞悉局部瓶颈并依据具体的业务场景给出解决方案的团队领导型人物.一个架构师得需要足够的想像力,能把各种目标需求进行不同维度的扩展,为目标客户提供更为全面的需求清单.
架构师的分类：
①.、软件架构师
软件架构师是软件行业中一种新兴职业,工作职责是在一个软件项目开发过程中,将客户的需求转换为规范的开发计划及文本,并制定这个项目的总体架构,指导整个开发团队完成这个计划.主导系统全局分析设计和实施、负责软件构架和关键技术决策的人员.
信息架构师即Information Architecture,是一个常常被误解的职称.他们是设计者?开发者?管理者?还是以上全部?我们在本文将探讨信息架构师是做什么,为什么它和可用性相关,以及在信息架构中需要用到的工具/软件.
网站架构师是网站系统、功能、模块、流程的设计师,架构师,好比是高楼大厦的设计人员,通常一座大厦在建之前,都先由设计师将蓝图描绘出来,包括其形状、结构、尺寸、材料等等,然后建筑工程师带领工人们按照蓝图将大厦一层一层地建起来.
扩展资料：
架构师的要求：
①.、必须具有丰富的软件设计与开发经验,这有助于理解并解释所进行的设计是如何映射到实现中去.
对此,前Google工程师,Milo（本地商店搜索引擎）创始人Ted Dziuba最近发表标题惊人的博客"I Can't Wait for NoSQL to Die",对NoSQL的适用范围进行了分析.他认为,NoSQL也会带来一连串的新问题,并不会成为主流,无法取代关系型数据库.他的理由是：Cassandra等NoSQL数据库在使用上并不方便,比如,修改column family定义时就需要重启.而且NoSQL更适合Google那样的规模,而一般的互联网公司都不是Google,早早地去考虑Google那样的规模的可扩展性,纯粹是浪费时间,存在巨大的商业风险.他还透露,即使在Google,AdWords这样的关键产品也是基于MySQL实现的.他在文中最后表示,NoSQL当然死不了,但是它最终会被边缘化,就像Rails被NoSQL边缘化一样Dziuba的文章因为言辞激烈,在社区里引起了强烈反应.SQL数据库阵营赞同者大有人在.craigslist工程师、著名的MySQL专家Jeremy Zawodny表示,在读此文的时候,不时会心一笑.他说,NoSQL运动只是软件不断进化进程中的正常现象.关系型数据库也会继续发展,MySQL社区不断推出的XtraDB或InnoDB插件, PBXT, Drizzle都是证据.各种技术竞争的结果是,我们获得了更多解决问题的选择.drizzle项目开发者Eric Day也表示,NoSQL有很多值得学习的,但是目前大部分实际项目的最佳选择还是关系型数据库.NoSQL阵营当然不会坐视不理,Cassandra项目组的Eric Evans表示,Dziuba提到Cassandra修改column family定义的问题其实很容易解决.而且,NoSQL并不是要取代MySQL,事实上Twitter仍然在用MySQL.如果关系型数据库能够承担负荷,那就用好了；如果不行,请考虑NoSQL.而德国知名博客Code Monkeyism则嘲笑Dziuba看起来并没有用MySQL做过真实项目,因为MySQL如果没有memcache,基本上无法应付网站项目.他认为,NoSQL将使SQL数据库边缘化,而且一个重要理由恰恰是可以节省DBA的开销.digg的前任首席架构师现在也在创业的Joe Stump说,自己现在的创业项目就是用NoSQL,而且列举了一系列问题挑战SQL阵营.