- 博客(3)
- 收藏
- 关注
RSS订阅原创 一次历经四年的云原生架构实践（一）
之前那发布的两篇文章，与其说是分享更像是吐槽，一次吐槽公司，一次吐槽自己，从整个职业生涯看，只是一次大起大落的创业尝试，但是技术上其实没有说太多。下面我想分享我们几次成功的案例，其中部分经历对于个人而言还是有很大帮助的，尤其是其中那次云原生的构建。上文说到，在本身预估 200+技术团队的情况下，我们拆分了大量的微服务，但是实际规模原没达到的情况下，对于服务的运维我们已经捉襟见肘了，于是容器化与其说是一次技术演进，其实更像是一次技术自救。下面我会花点精力详细描述整个过程。
2025-01-23 17:52:39
606
原创 四次选择（技术深度和广度的思考）
后端架构设计是一门很深的学问，尤其是现在底层技术的持续封装下，衍生出了各类针对不同场景的技术栈以及系统化方法论就应用侧而言，自底向上需要持续学习的内容很多：1. 计算机组成原理2. 操作系统内核3. 云化技术4. 容器化技术5. 大数据体系6. 应用开发体系7. …除了容器化部分以外，这也是大多数大学里会进行知识普及的内容，帮助学生构建知识金字塔，给后续就业提供选择。
2025-01-22 19:41:51
1483
原创 一个中台架构师的心路历程
2019 年之前，研发团队处于雏形阶段，10 个开发人员（包含 6 个外包），维护多个单体服务，通过行业线区分小组，同时支撑 3-5 个项目，内部包含 3 套框架体系（原生Netty，Spring-boot，Dubbo）， 内部按照熟程度自行选择。至此，我们不得不得出一个很悲观的结论：在需求不明确的情况下，原本微服务的明确技术边界，复用性更好，总体研发效率是极高的，很简单的一个道理，服务越细分明确，业务需求拆解为技术需求，组合起来越简单易懂，前提是需要架构角色去把控系统关系。
2025-01-22 12:17:37
1629
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人