一、我csdn :从17年开通csdn账号到现在，已经4年了。 初心是利用c站这个技术博客平台解决、记录学习和开发过程中遇到的问题，将学到的知识总结成文章，进行共享，从而帮助有需要的读者。 每次看到自己的博客点赞、收藏、粉丝数量不断增加，我就说读者评论和私信对他们有帮助，解决了他们。除此之外，写博客还有很多优点。 写作是一种深刻的思考，是一种结构化的表达方式、交流方式，所以写作需要总结。 总结是最高级的学习方法，通过总结，可以检查所学知识，弥补不足，编织零散的知识点，总结成技能树。 同时，通过内容输出，引导自己输入内容，不断挖掘新知识。 优秀的技术博客还可以提高自己的技术影响力，结识更多的技术kxdmj，在与行业技术kxdmj沟通的同时，开阔自己的视野和眼界，促进快速成长。
在CSDN期间，一直以输出技术干货的文章为中心。 博客的总阅读量也突破了350W，获得了近5W的粉丝。 这反映出我的文章帮助了越来越多的人，得到了越来越多的人的认可，但由于路途漫长而遥远，我输出的文章还不够优秀，还有很多不足之处，但都是花费了很多时间、精力和心血的小笼
我以前听一些读者说，工作上班时间这么忙，没时间学习吗？ 但是时间就像海绵里的水，想按的话，总是有。 只要有心，在任何场合、任何时间都可以利用碎片化的时间学习。 有些读者一整天工作就觉得累了，下班不想躺着学习吗？ 在这里，我想借用作家纤细的御姐提出的1万小时法则。 “在人们眼里天才的卓越，不是天赋超人等，而是持续的努力，一万小时的锻炼是每个人从平凡变成世界大师所必需的。 ’要想进步，就必须付出努力付诸行动。 拒绝说话的巨人，行动的矮胖。 如果我们能充分利用工作以外的8个小时，即使每天只计划学习1个小时，一周也会比别人多7个小时。 相当于正常工作日的工作时间。 一年有52个星期。 也就是说，坚持一年的话，你会比别人学习将近两个月。 成功没有偶然。 很多时候，我们总是抱怨自己聪明，没有天赋。 这其实是鸵鸟式的自我逃避，是我们在美化自己的面具。 我们把自己的懒惰归咎于上帝没有给予我们，我们可以变得轻松。 谁想承认自己懒惰呢？ 很多事情不是我们不行，而是我们实际上没有为自己最喜欢的东西付出一万小时，或者二分之一小时。 如果我们真的在一件事上花了一万个小时，真的不成功，那也没什么可抱怨的。 至少在这个过程中总是有很多收获，至少不能说是失败。 上面的话是写给自己的，也是给想提高自己的读者的，星光无论是赶路的人，时间都不会心疼！ 加油~
19年毕业至今，也有两年半的工作经验。 从最初进入职场的jpdfg到现在的高级开发工程师，虽然有成长和收获，但是前景广阔，还有很多可以成长的空间。 今后也必须继续学习。 同时，自己也成为了程序员jpdfg在C站认可的博客专家、领域的优秀创作者，CSDN官方应邀参加了本届2021年长沙1024程序员节，欣然接受，目的是了解学习感受和大佬。 这趟长沙之旅也确实收获了。 (这里的文章应该是从1024日开始几天后写的，但是这段时间很多，最后拖了一个多月才写。 在这里，会场的座位真少，没有座位站着听，脚酸。 但是，其他方面也可以。 官方工作人员解释说，为了防疫，开了座位，座位少了，这也不是c站的错。 还是安全第一，可以理解。 这次旅行还邀请了CSDN直播间的采访，但完全不准确，在第一次采访中，紧张得不知道如何回答问题。 c站副总裁感性荔枝、白名单算法工程师mydqb也请了几位博主讨论如何构建和优化白名单算法。 这也表明C站确实在进步，在听取用户意见的同时，从不同的角度考虑问题。 而且，一千个读者有一千个jqdhk。 有的人写文章的目的是解决问题，有的人写文章的动力是读书增粉，有的人变等等。 我写作的初心实际上在文章的开头就已经简述过了，因为以提高自己为主，所以不管是不是列入热榜对我来说都不重要。 我认为热排名算法只要能推荐优质的文章或者适合大多数用户需求的文章就可以了。最后，作为国内最大的程序员社区，c站任重道远，衷心希望CSDN越来越好
二、大会介绍收获：
此次CSDN中国1024程序员节在湖南长沙开幕，也是在CSDN举办的第二次程序员大会。 大会以“开源开放、计算能力计算、开拓数字经济新时代”为主题，邀请5大院士、6大操作系统领导者、16大国内外数据库领导者进行多方钉钉对话。 还包括2021技术英雄大会、18个专业主题论坛/峰会。 讨论议题为数字新基础设施、数据库技术实践与未来、先进计算与人工智能技术、工业互联网智能制造、隐私计算与大数据、智能汽车、全场景AI、云原生时代等，具体介绍如下：
1、云原生主题会议内容：
p> 会场直播回放地址：云原生时代的开发者主题论坛-CSDN直播，在该论坛中，字节火山引擎副总经理xsdy分享了"业务增长驱动下字节跳动原生的最佳实践"、阿里云的”姬风“通过”应用管理平台的演进之路“分享了如果去屏蔽云原生应用交付的复杂性：（1）传统应用平台存在的问题：
传统平台模式：易于使用，但是扩展难，迭代缓慢，无法满足日益增长的应用管理诉求容器平台模式：开发组件、扩展性强、但缺乏抽象，需要透漏出大量的底层细节，应用开发者学习曲线陡增（2）目前阿里应用管理平台 KubeVela 的四个核心设计准则：
统一的、基础设施无关的开放应用模型：基于 OAM 抽象基础设施底层细节，用户无需关心4个交付模型围绕工作流的声明式交付：工作流无需额外启动进行或者容器，交付过程标准化高度可扩展、易编程：将运维逻辑用 CUE 语言代码化，比模板语言更加灵活，比写Controller简单一个量级面向混合环境的设计：提供环境和集群等围绕应用的概念抽象，统一管控所有应用依赖的资源最后，ffdlb(nrdbm)则通过“企业服务化架构的演进”、“Serverless的基础设施”、“Server Mess的玩法”给我们分享了“如何通过 Serverless 提高整体工程能力”，如下图：
从中，ffdlb建议说：是不是Serverless无所谓，我们主要关心的是Service 而不是 Resource，不能为了技术而技术，要关注该项技术能否解决我们当前遇到的问题，比如：
有没有提升开发效率，可以更快地开发和上线是不是可以有更高的性能和稳定性，扩展性和安全性有没有降低运维的成本有没有很好的管理好成本是使用量开发人员可以更容易很自然的融入DevOps/SRE中2、什么是云原生：前面简单介绍了会议的内容，那什么是云原生呢？云原生就是一种构建和运行应用程序的方法，是一套技术体系和方法论，云原生CloudNative，Cloud表示应用程序位于云中，而不是传统的数据中心；Native表示应用程序从设计之初即考虑到云的环境，原生为云而设计，在云上以最佳姿势运行，充分利用和发挥云平台的弹性+分布式优势，让我们可以构建出更易于弹性扩展的应用程序。Pivotal 官网对云原生概括为4个要点：DevOps+持续交付+微服务+容器。
总而言之，tsdrg原生架构的应用程序应该是：采用开源堆栈（比如 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大会之旅吧