一、我 & CSDN：

从17年开通CSDN账号，到现在已有4年时间，初心是利用C站这个技术博客平台解决与记录学习与开发过程中遇到的问题，总结学过的知识并整理成文章，通过分享，帮助有需要的读者，每当看到自己博客的点赞、收藏、粉丝数不断增加，每当读者评论或私信说我的文章对他们很有帮助、解决了他们遇到的困难时，说没有成就感那都是骗人的哈。除此之外，写博客还有诸多好处，因为写作是一种深度思考，是一种结构化的表达方式、沟通方式，写作需要做归纳总结，而归纳总结是最高级的一种学习方式，通过归纳总结，对所学的知识进行查漏补缺，编织零散的知识点，汇聚成一颗技能树。同时通过内容输出倒逼自己去输入内容，推动自己不断汲取新知识。另外，优秀的技术博客，也能提升自己的技术影响力，结识更多的技术大牛，而与业界技术大牛沟通的同时，也开阔了自己的眼界和见识，促使自己快速的成长。

在CSDN的这段时间里，一直都是坚持以输出技术干货文章为主，博客总阅读量也突破300W，收获了4W+的粉丝，这也反映了我的文章帮助了越来越多了人，受到越来越多人的认可，但路漫漫其修远兮，我输出的文章还是不够优秀、有很多不足之处的，不过每一篇也都是投入了很多时间、精力和心血在里面的，每一篇都是认真肝出来的，后面我也会尽力输出更优质的内容。

之前也有部分读者问过我，工作上班时间这么忙，哪有时间进行学习？但时间就像海绵里的水，只要愿挤，总还是有的。只要有心，无论是什么场合什么时间都可以利用碎片化的时间进行学习的。也有读者觉得工作上班了一整天已经很累了，一下班就想躺着不想学习怎么办？这里我想借用作家格拉德威尔提出的一万个小时定律，“人们眼中的天才之所以卓越非凡，并非天资超人一等，而是付出了持续不断的努力，1万小时的锤炼是任何人从平凡变成世界级大师的必要条件。” 想要提升进步，就必须付出努力付诸行动，拒绝做语言的巨人，行动的矮子，如果我们能充分利用工作外的八个小时，即使每天仅安排一个小时进行学习，一周下来就比别人多7个小时，相当于一个正常工作日的工作时间，而一年有52周，也就是说坚持一年下来，你就比别人多学习接近2个月的时间了。成功没有偶然，很多时候我们总抱怨自己不够聪敏，没有天赋，这其实都是鸵鸟式的自我逃避，是我们美化自己的面具，我们把自己的懒惰归咎于老天没有赋予我们，这样我们可以舒服一些，谁愿意承认自己懒惰呢？很多事情并不是我们不行，而是我们没有实际为自己所热爱的事物付出一万小时，或者它的二分之一小时。如果我们真的为一件事情付出了一万小时，即便真的没有成功，那也没有什么好抱怨的了，起码这个过程中总能有很多收获的，至少也算不上失败。上面这段话是写給自己，也送给想要提升自己的读者，星光不问赶路人,时光不负有心人！加油~

19年毕业至今，也有了两年多工作经验了，从初入职场的小白到现在高级开发工程师，有成长有收获，但前路浩瀚，还有很多空间可以成长，往后仍需持续学习。与此同时，自己也从程序员小白变成为C站认可的博客专家、领域优质创作者，也很荣幸被CSDN官方邀请参加这次2021年长沙1024程序员节，本着学习的心态、与认识各位大佬的目的，就欣然应允了，而这个长沙之旅也确实收获颇丰（这次大会的收获就放在文章第二部分说明），而这边文章本应该在1024之后几天就写的，但因为前段时间事情比较多，最后拖了一个多月才写完，这里先吐槽下会场的座位真的少，没座位全程站着听站得脚酸，不过其他方面都挺可以的，官方工作人员解释说是为了防疫安全才将座位隔得比较开，导致座位变少，这也不能怪C站，毕竟安全第一，可以理解。在这趟旅途中，也受邀请参加了CSDN直播间的采访，但是完全没有丝毫准确加上第一次被采访，表现的紧张到不知怎么回到问题哈哈，C站副总裁邹总、热榜算法工程师飞龙也邀请我们几个博主讨论如何建设与优化热榜算法，这也能看出C站确确实实在不断进步，在不断汲取用户的意见，站在不同的角度去考虑问题，而一千个读者就有一千个哈姆雷特，有人写文章的目的就是问题冲榜、有人写文章的动力就是为了获得阅读和涨粉、有人就是为了变现等等，而我写文章的初心其实在文章开头已经简单说过了，更多是以提升自我为主，所以上不上热榜对我来说倒是无关紧要，而热榜算法我觉得只要能够将优质文章或者符合大部分用户需求的文章推荐出来，就是一个很不错的算法了。最后，作为国内最大的程序员社区，C站任重而道远，也诚心希望CSDN的越来越好的，路漫漫其修远兮。

二、大会介绍 + 收获：

这次 CSDN 的 中国1024程序员节是在湖南长沙开幕，也是 CSDN 举办的第二次程序员大会。大会以“开源开放、算据赋能、开启数字经济新时代”为主题，邀请5大院士、6大操作系统掌门人、16大海内外数据库掌门人进行多场尖峰对话环节，也囊括了2021技术英雄大会、18+场专业主题论坛/峰会，研讨议题包括数字新基建、数据库技术实践与未来、先进计算与人工智能技术、工业互联网智能制造、隐私计算与大数据、智能汽车、全场景AI、云原生时代等等，具体可以参阅官网介绍：https://1024.csdn.net/，由于行程原因，这次CSDN大会虽然有多个主题论坛，但我主要去学习的主题是"云原生时代的开发者"，下面就主要介绍下在这个议会主题中的收获吧：

1、云原生主题会议内容：

会场直播回放地址：云原生时代的开发者主题论坛-CSDN直播，在该论坛中，字节火山引擎副总经理张鑫分享了"业务增长驱动下字节跳动原生的最佳实践"、阿里云的”姬风“通过”应用管理平台的演进之路“分享了如果去屏蔽云原生应用交付的复杂性：

最后，皓哥(左耳朵耗子)则通过“企业服务化架构的演进”、“Serverless的基础设施”、“Server Mess的玩法”给我们分享了“如何通过 Serverless 提高整体工程能力”，如下图：

从中，皓哥建议说：是不是Serverless无所谓，我们主要关心的是Service 而不是 Resource，不能为了技术而技术，要关注该项技术能否解决我们当前遇到的问题，比如：

• 有没有提升开发效率，可以更快地开发和上线
• 是不是可以有更高的性能和稳定性，扩展性和安全性
• 有没有降低运维的成本
• 有没有很好的管理好成本是使用量
• 开发人员可以跟容易很自然的融入DevOps/SRE中

2、什么是云原生：

前面简单介绍了会议的内容，那什么是云原生呢？云原生就是一种构建和运行应用程序的方法，是一套技术体系和方法论，云原生CloudNative，Cloud表示应用程序位于云中，而不是传统的数据中心；Native表示应用程序从设计之初即考虑到云的环境，原生为云而设计，在云上以最佳姿势运行，充分利用和发挥云平台的弹性+分布式优势，让我们可以构建出更易于弹性扩展的应用程序。Pivotal 官网对云原生概括为4个要点：DevOps+持续交付+微服务+容器。

总而言之，符合云原生架构的应用程序应该是：采用开源堆栈（比如 K8S+Docker）进行容器化，基于微服务架构提高灵活性和可维护性，借助敏捷方法、DevOps支持持续迭代和运维自动化，利用云平台设施实现弹性伸缩、动态调度、优化资源利用率。所以，到这里我们明白为什么要使用云原生技术呢，也就是云原生的作用：

（1）提高开发效率和交付质量，降低风险：通过容器，开发团队可以更容易获取到开发所需要的环境与资源，开发出来的应用可以被运维团队更容易管理；通过 Devops，应用交付的速度和质量可以被有效的提升

（2）更好地弹性扩展与资源利用率，可以使用更少的服务器运行同样数量的服务

（3）更好的系统稳定性：由于容器是隔离的，一个容器内的故障不会影响其他容器，从而使云原生应用本质上更加可靠

（4）云原生允许多种云以及混合云，同时云原生的开源，避免厂商锁定，开源软件堆栈支持在所有公共、私有云或混合云部署

3、如何拥抱云原生：

（1）云原生的发展：

云原生的崛起，带来了交付介质，基础设施管理、运维模型和持续交付理论的全面升级和突破，加速了云计算时代的到来：

• 2015 容器：标准化的交付介质
• 2018 K8S：标准化的基础设施管理与抽象
• 未来：应用抽象，标准化用用交付

（2）云原生的适用群体：

云原生适合大企业还是小企业呢？云原生是不是只适合一些小企业？或者只有成熟的大企业才适合搞云原生呢？对于有着数字化转型战略和上云计划的大企业来说，云原生可以充分利用云的优势，让企业在云上的投资获得最大的收益；对于较小的企业来说，通过云可以获取以往只有大企业才拥有的计算资源，小企业由于人员、财力等资源相对紧张，通过云原生技术倡导的自动化和智能化，可以提高产品开发的交付效率，把有限的精力放在核心业务的创新上，让企业更具有竞争力。

（3）如何去拥抱云原生呢？

如何去拥抱云原生呢？云原生的重点技术呢？云原生涉及的技术领域众多，有6个方面值得大家重点关注。

• **容器（Containers）：**容器是一种轻量级的虚拟化技术，通过容器可以简化应用的部署、管理和交付。
• **微服务（Microservices）：**微服务倡导运用化整为零，实现各个功能的独立开发与部署、提升应用架构的灵活性，从而提升对业务的响应速度。在提倡敏捷的今天，微服务已经成为应用架构的一种默认的选择。
• **无服务（Serverless）：**无服务器架构并不是说，未来不再需要服务器，而是不再着重关注底层的基础架构，更多的注意力可以放在和业务更相关的一些逻辑实现上，例如一些函数的代码片段，平台自动根据负载按需部署和启动，以及自动伸缩代码逻辑来满足业务处理的需求。
• **DevOps：**DevOps这个框什么都可以往里装，提供了指导思想、流程和工具，为应用的迭代更新保驾护航，运维行业的未来之路。
• **Service Mesh(服务网格)：**在容器微服务的基础上，通过Service Mesh可以让用户更精细、更智能的去管理服务之间的通讯。
• **云（Cloud）：**云是云原生的基础，没有云也就没有云原生。没有对云正确地理解，也不可能对云原生有正确的打开方式。对于非技术人员来说，至少要理解云的多种不同的服务模型，比方IaaS、PaaS、SaaS以及各种服务模型的应用场景和价值。

而上面这六个方面并不是相互割裂的，而是相互联系的，他们的关系如下图所示：

• 云是一切的基础，为上层应用的运行提供了计算、网络、存储等基础架构资源；
• 容器在云的基础架构和应用之间，集有了应用和基础架构资源；
• 应用层面，用户可以根据场景来选择微服务架构或者是无服务器架构；
• 在复杂的交互场景当中，通过服务网格，可以对服务组建的通讯进行管控；
• 通过DevOps构建一个应用架构不断迭代更新的正向循环。

4、云原生时代的变与不变？

拥抱云原生之后，会对我们有哪些改变呢？

• 首先是生产方式，没有云原生前，我们的生产方式就跟小作坊夫妻店，而云原生就是类似于进入工业时代，进入大规模自动化的生产。
• 其次是系统复杂度与开发可控度，在云原生时代，系统架构由原本的单体架构变成分布式架构，需要了解的东西中间件组件更多了，系统更复杂，开发所需的配套设施更多了，小作坊时代的效率比较低，但是开发更可控，不那么黑盒。云原生时代，效率是提升了，但是不可控，因为很多黑盒。
• 最后是对程序员的开发习惯与思维方式，有了云原生之后，不需在业务逻辑中实现控制逻辑，不需要在代码中实现各种if-eles，实现完全的解耦，开发人员也不需要自己重复造轮子，所需要做的事情，就是如何选型，选择合适的、适合自己场景的组件

附：相关的照片

文章的最后，就贴几张相关的照片纪念这次的CSDN大会之旅吧