分完类之后,再结合当时的情况,我的计划是这样的。
首先,由于我是从零开始,需要设计到落地一条龙。所以,我决定优先摸熟微服务的设计。
这里我会找书看,通过看书弄清楚概念和知道怎么划分业务。为什么是看书不是看网上文章,原因后面会说。
然后,再根据落地的需要,去学习微服务的架构最佳实践以及微服务的开发框架和代码规范。学好这些内容,等以后把微服务落地的时候都用得上。
学的时候,先不需要去深入语法细节,我只需要明白框架的核心思想和代码规范,把控技术落地不会脱离大方向。技术的细节可以等后面真正写代码的时候,再和同事们一起去钻研,
在微服务落地后,就需要微服务的运维了。而微服务的运维,其实可以浅尝辄止的学习,重点是要知道微服务的运维组件和运维常规工作流程。
公司有专门运维团队的,剩下的工作交给运维同事就好了。
在微服务运维后,我感觉只靠学习市面上的微服务套路肯定还不太够,如果要让微服务能更好的适合我们自己的业务,还需要根据底层微服务的原理,去搞透微服务最佳实践为何这样做的原因。
很显然,这块的学习难度非常大,需要不少知识储备。
但是,再难学也值得学,因为极有可能我们需要结合自己公司的业务,对微服务作出个性化的定制。
建议:找几个兄弟一起组队学习原理这块。
微服务的安全,主要是网关的安全措施,大部分公司都有安全团队,这部分交给他们负责就好了。
所以,再经过分门别类之后,我们就很清晰了。
微服务的学习顺序就是:
微服务设计 > 微服务架构 > 微服务开发框架和代码规范 > 微服务原理 > 微服务运维 > 微服务安全
学习内容的详尽程度则是:
- 微服务设计、微服务原理需要多读几本书,尤其是原理,要深入学习 + 和牛人广泛讨论;
- 其他部分的学习,优先级没那么高。