Open rooobot opened 4 years ago
本周课程大纲如下：
组件设计原则
安全架构
高可用系统的度量
高可用系统的架构
高可用系统的运维
以上为本周课程的内容大纲。
真正落到设计层面的时候是最考验架构师功力的，比如本周讲的组件的设计，业务边界的划分，组件的拆分这些，都需要在技术和业务两个层面都有深刻的理解才能做到更好。架构本身就是渐进式演进的，那组件的划分呢？是否可以也采取渐进式的方式来演进？这样又会给组件的使用方带来频繁升级的问题，但如果像淘宝那样，每个组件版本保证最长的有效期为六个月，那对组件也采用这种渐进式的演进方式或许也是可取的了。本身也没有人一开始就能保证业务需求在后期不会发生变化。
安全这一块以前接触的还蛮多的，公司每个月都请第三方过来扫描，第三方公司为了KPI，一开始并不会把所有的问题都给到你，只会挑出一部分，然后下次来的时候再给出一部分。我印象最深的是有一次已经没有问题了，但是对方可能又不得不挑出问题，最后给出的扫描结果中说扫描检测到了我们使用的是tomcat服务器，在http请求中那个请求头中出现了tomcat字样，说这样不安全。我问对方要怎么修复，是不是需要我自己把tomcat源码拉下来改源码，然后打包成自己公司的名字才算安全...
KPI
tomcat
http
安全还有一部分就是开发人员的代码本身也会导致一些安全的问题，这些需要经验的累积才行，如果连问题是什么都不知道，那怎么可能避免得了问题呢？
互联网应用永远都在追求更高的可用性，就连架构的演进都是不断的在朝着这个方向在前进，就像老师说的“保持简单有时候需要勇气”。
以上作为本周的学习总结吧。
本周课程大纲如下：
组件设计原则
安全架构
高可用系统的度量
高可用系统的架构
高可用系统的运维
以上为本周课程的内容大纲。
真正落到设计层面的时候是最考验架构师功力的，比如本周讲的组件的设计，业务边界的划分，组件的拆分这些，都需要在技术和业务两个层面都有深刻的理解才能做到更好。架构本身就是渐进式演进的，那组件的划分呢？是否可以也采取渐进式的方式来演进？这样又会给组件的使用方带来频繁升级的问题，但如果像淘宝那样，每个组件版本保证最长的有效期为六个月，那对组件也采用这种渐进式的演进方式或许也是可取的了。本身也没有人一开始就能保证业务需求在后期不会发生变化。
安全这一块以前接触的还蛮多的，公司每个月都请第三方过来扫描，第三方公司为了
KPI，一开始并不会把所有的问题都给到你，只会挑出一部分，然后下次来的时候再给出一部分。我印象最深的是有一次已经没有问题了，但是对方可能又不得不挑出问题，最后给出的扫描结果中说扫描检测到了我们使用的是tomcat服务器，在http请求中那个请求头中出现了tomcat字样，说这样不安全。我问对方要怎么修复，是不是需要我自己把tomcat源码拉下来改源码，然后打包成自己公司的名字才算安全...安全还有一部分就是开发人员的代码本身也会导致一些安全的问题，这些需要经验的累积才行，如果连问题是什么都不知道，那怎么可能避免得了问题呢？
互联网应用永远都在追求更高的可用性，就连架构的演进都是不断的在朝着这个方向在前进，就像老师说的“保持简单有时候需要勇气”。
以上作为本周的学习总结吧。