标签：开发者 出错 java 单体 改变 cloud 注意 模块 node
一个偶然的机会，有幸得到了参加2019 .net 中国区 开发者峰会的机会。于是，在2019年11月9日，本人奔赴上海，亲自参与了这场盛会，这场属于开发者们的狂欢之旅。
从上午9：00到傍晚18:00，整整9个小时的时间，在各位大佬们一场接一场的演讲中，不断感受着技术的更新迭代带给我们的冲击。以下是个人的一些感受，在此分享给各位同行们
关于.netCore
.netCore 是近三年来.net语言再次获得新生的一把利器，把它说成是.net发展史上一个珠穆朗玛峰式的界碑丝毫不过分。.netCore的出现，最大的意义在于打通了各平台之间的连接壁垒，它使得.net有生以来第一次具备了全平台兼容运行的能力，而不需要像framework那样局限在微软自家的WSI框架（Windows+Sql Server+IIS中间件）中, 这次参会一大早赶到签到处时首先注意到的一行标语即是：No Core No Soul , 直译过来即是：无Core 无灵魂。而接下去的峰会，所有的演讲，大部分的话题，也都是围绕着.netCore3.0 这一整个最新的开发核心资源库所展开的。 严格的来说，这次的开发者峰会，是一场拥抱.netCore3.0的盛会
关于微服务和Kubernetes
非常感谢 杜素伟老师 专程从日本赶回来，为我们带来的关于Kubernetes的分享以及现场实战操作。曾经有人说java有springCloud, 而.net没有这方面的组件；在Kubernetes出现后，这种现象将正式成为历史。Kubernetes简称K8S，是微软的大杀器， 这是一个开源的部署容器，改变了以往在配置程序时，需将程序运行必要环境配置和当前系统环境配置绑定的尴尬局面。每个部署容器是独立的，意味着可以在同一台操作系统上运行各种需要不同配置环境的程序而无需使用虚拟机。也便于开发者和运维人员日常维护管理。Kubernetes 有两个大的组件模块构成：Master和Node: Master组件是集群的控制平台, 主要负责集群中的全局决策，如调度，响应和各种探测。Node组件是节点组件，运行在容器的每一个节点上，负责容器运行过程中的数据存储并提供Kubernetes 的运行环境。二者相互依赖，自上而下控制，从而保证容器集群的正常运行。
如果没有 Kubernetes 或是其他类似的容器集群框架，微服务的概念也就不会存在。在这次的开发者大会上，诸多演讲者都提到了“微服务模式”这个概念。微服务模式是这一两年来兴起的一种全新的设计模式，它杜绝了以往单体模式的程序只要有一个地方出错就有可能导致整个程序全盘崩溃的状况，因为微服务架构允许开发人员构建软件服务的小模块，这些模块可以使用定义良好的契约相互通信。这些模块之间最大的特点是，每个模块都可以看作是一个相对独立的程序个体，一旦部署完毕，每个微服务都可以根据需要独立地进行缩放。通俗地理解：每个模块都能够独自运行而不受到其他容器的影响。这就让整个程序可以像乐高积木一样任意的增减模块而保持正常运行，使开发、测试和部署应用程序的独立部分更加容易。 它从架构上来说，也是一个天然的分布式架构和原生实现负载均衡的架构。
关于敬畏之心：技术的进步不是一朝一夕的，但技术的实现亦不是厚积薄发的。技术的变革往往就在发生在很多人还没来得及反应的瞬间。接触到的这次很多参会的小伙伴们，都仍在使用framework4.0甚至是更老的.net框架. 我只能说，从业务的角度来说，这有利于一段时间的稳定，但是，从对个人长远发展的眼光来看，这毫无疑问是不利的。来参会之前我以为我手上的.net 2.0架构依然先进，没曾想到已经远远落在了先行者的后面，一大段的距离，这还仅仅只有一年半不到的时间。时刻对技术的进步保持足够的敬畏，关注前进的方向，关注新的技术节点，它们的优缺点，以及它的发展趋势，潜力，生态环境的时刻变化，是每一个开发者们都应该时刻牢记的，对新的技术，永远保持一颗敬畏之心。
与各位同行共勉，践行
2019 .net 中国区 开发者峰会 参会者：福建尚健科技工程师 程淮榕
写于2019.11.15
标签：开发者 出错 java 单体 改变 cloud 注意 模块 node
原文地址：https://www.cnblogs.com/chr-net/p/11870702.html
