Solution Architect or Cloud Architect

icyphish

感觉 SA 需要的 soft skill 很高。。。楼主加油。。。

DDD888

aboutime 发表于 2022-11-15 22:39

根据此录像，我想我是cloud architect, 当然啦，录像里的说的是用python, 我是用rust language啦

nariko

这个年代solution architect要是不碰aws或者azure那得多老的技术stack
就算是软件的architect，也要考虑scale out或者failover和backup/recovery吧， 这些东西放在cloud上和传统的方式很不一样，总的来说就是cloud肯定要懂得

cpen5cpen5

pingkao 发表于 2022-11-16 12:15
见过一个 SA，口头表达和书写无人能敌，可以达到舌战群儒的程度，写的文档清晰精简，看的人心情舒爽。技术 ...

对。IT技术发展太快，不经常做实战很快落伍。所以说各有各好。

destine

SA并不是成天开会的哦，认识在Google Cloud做SA的，和客户meeting大概占30%-40%的时间，写文档也很重要，大概也这么多workload，剩下的时间也会自己做些application之类的，或者和内部人搞些有的没的。

不过我认识这位SA一直想内部跳槽到engineering去，无奈澳洲Google没啥好职位。

matthew2011

已经上了3天班了，被分配到2个projects, 确实整天就是客户开会，内部讨论，写文档... 等我忙完这段时间再来更新

melmonash

等更新

matthew2011

昨天下午第二份SA job interview 完成第二轮，刚才中介告知我对方给了good feedback 开始做reference check 要给offer了
这个工作全部是企业自己的项目 还是我喜欢的合同工 这个应该更有意思些吧

aoshine

同为SA，可以一起交流学习下

matthew2011

aoshine 发表于 2022-11-16 18:35
同为SA，可以一起交流学习下

前辈好，已私信

matthew2011

晚上有时间回答一些同学的问题，个人意见，前辈们也多指正：

- 成为SA或某领域的EA并不难, Architect 可以是 Business, Data, Application, Technology 或 Infrastructure, Security 领域专家

- 一般的SA 并不一定是某个方面的专家，具有行业背景，某个领域的实践经验都能转SA，对我们一般技术人员来说，了解某种技术，对各种企业级的平台，工具，运行原理，过程等充分了解无疑是加分项

- SA 的职责是评估用户需求，有能力将客户需求转化或量化成实际软件，硬件，网络，基础设施 或第三方平台等等，沟通并确定，开发，改进某种方案使公司战略和业务目标保持一致

- SA的核心是沟通，反馈，调整，解决问题，这里就会涉及太多的交流成本，你的沟通对象包括与对外客户，业务部门领导，经理，实施人员，网络安全等合作，必须有一定沟通技巧，和技术背景及业务知识来衔接客户和各角色来制定合适的解决方案并成功实现组织目标

- SA一般是制定High level 的设计方案，具体细节的实施需要依赖开发人员，或与产品提供商对接来实现，所以你不需要懂所有的技术，你也不可能花太多时间专研某方面的技术和产品，你的任务是沟通，对接并确保有人来实现，这些也依赖于你的项目的时间要求和多大的预算

Double1881

matthew2011 发表于 2022-11-16 22:33
晚上有时间回答一些同学的问题，个人意见，前辈们也多指正：

- 成为SA或某领域的EA并不难, Architect 可以 ...

为什么有些SA/CA 还要求TOGAF 证书的， 楼主了解这个吗？

matthew2011

我的理解，TOGAF 其实是代表业界标准的提供给业界实施IT解决方案的一些framework和建议性的standards和方法来确保各种复杂方案能正确设计和顺利实施, 有这个证书代表你具有一定的knowledge 和基本的方案设计strategy， TOGFA里面涵盖了各种Domain （infrastructure, technology, Data, Security, ）的定义，目标，过程，管理，实施， 但这些不代表你必须生搬硬套，只是提供给业界的一些参考，具体设计还是有很多变量

matthew2011

因为我也是从事DevOps职业的，这里我觉得某种程度的SA和DevOps其实有些是相通的但也有很多不同之处：

- SA和DevOps都包含或提供解决，改进某种企业系统的问题方案的角色
- SA 是提出方案，设计方案 但不参与具体实施，简单的说是没有hands-on的
- DevOps 应该包含 设计 和 一定意义上的实施 Implementation, 是必须完全hands-on的具有编程，脚本，自动化pipeline能力, 并确保各种系统稳定安全的角色，是具体实施方案的参与和实施者，或协同相关开发人员，技术人员，第三方共同来实现某种方案

炸鸡翅

我觉得楼主很适合做SA，这么快已经对这个职业这么了解了。SA需要很强的软技能，是从自己做 转变到 说服别人去做。

matthew2011

炸鸡翅 发表于 2022-11-29 20:57
我觉得楼主很适合做SA，这么快已经对这个职业这么了解了。SA需要很强的软技能，是从自己做 转变到 说服别人 ...

谢谢 过奖了。。。另外我觉得SA最挑战的是如何聪明的承担该有的责任和正确的帅锅。。。一般来说SA 是和project捆绑在一起，每个project有预算和时间，人力等各种限制，如何在这种限制下设计出来的系统能交付而又不被担责，这种状态下你和PM是一条船上的，需要互相支持去走通各种流程，授权和环节验收，现实的是没有任何方案是完美的或所有人会喜欢。。。为什么会有这些项目，其实是内部的开发团队和leader是不愿去主动改善的，他们比谁都清楚系统的问题和可能的解决方案，但没人愿意去做吃力不讨好的事情，所以你会发现90%的PM/SA是临时的，其实都是为了日后有事情可以甩锅出去， PM/SA也必须保证各环节有正确的流程和关键人去签字背书。。。

西方企业管理的过程控制设计的很巧妙，所以你会发现很多公共系统设计真出了问题是找不到责任人的, 就比如前段时间香港红馆舞台砸伤人估计到现在都找不到责任人就是一个例子https://hongkongfp.com/2022/07/2 ... kong-official-says/ 我觉得最终大不了某个工程队倒闭，保险赔款给伤者。。。

炸鸡翅

matthew2011 发表于 2022-11-30 10:14
谢谢 过奖了。。。另外我觉得SA最挑战的是如何聪明的承担该有的责任和正确的帅锅。。。一般来说SA 是和pr ...

感谢楼主分享。你说得很对，到底是承担责任还是帅锅，绝对不容易，是需要不停学习和调整方法的。如果公司有比较好的architecture practice的话，可以避免很多问题。