第一周作业二：学习总结

这周学习的UML建模和设计文档规范，上次还是在大学课程里。大学毕业后，未选择软件开发方向，而转向另一个方向--Linux系统运维。现还在从事Linux运维的工作，大部分维护的都是Java项目，也是由于在大学选择软件工程专业并开发过系统，对于软件开发技术和解决方案一直保持着兴趣。所以就报名了这次架构师课程，想更深入学习项目研发各个阶段的知识。如果运维工作仅仅局限于把项目部署，那就看不到项目研发的全局阶段，在大流量和高并发的场景下，往往不能及时预知到风险，更不可能及时的去执行相应的缓解扩容方案。

想通过这个课程，了解研发底层技术和现有的解决方案，从单个项目甚至于整套环境入口，尽快定位系统的短处，及时进行相应调优。站在运维角度，一般所能想到的扩容方案，往往知识使用更多服务器解决的性能问题。这也造成了成本浪费，性能的调优也不仅仅只局限于运维同事管理的运行环境，还与研发同事息息相关。但是有些同事知识仅仅认为只要上线的系统，就不在去关注，和积极的去发现问题。所以作为运维时，就需要去学习更多有关研发的技术，而不局限于服务器端的调优，两者应该相辅相成。说到底，一个软件的好坏，与所有涉及项目的人员息息相关，如果人能以更广阔的视野看待问题，不局限于自己所维护的环境，那就能更早更快的发现并处理系统问题，维持一个稳定的系统。