- 博客(42)
- 收藏
- 关注
RSS订阅原创 英伟达智算先锋训练，冲刺智算时代实战
在2024年政府工作报告中，也首次提出了“人工智能+”行动，强调了智能算力在促进科技创新、加快产业数字化转型中的核心作用。报告中明确指出，要深化大数据、人工智能等研发应用，适度超前建设数字基础设施，并加快形成全国一体化算力体系，这表明智能算力及智算中心的发展已上升到国家战略层面，成为支撑我国数字经济和社会发展的重要基石。为了更好地支撑智算行业发展，解决当下智算行业面临的问题，特推出理论与实践相结合的智算培训服务，为智算行业培养人才，并提供全栈智算平台作为支撑，协助传统算力技术人员向智算顺利转型。
2024-04-01 13:11:27
479
原创 「连载」边缘计算（三十四）03-16：边缘部分源码（源码分析篇）
模块发送过来的service信息。首先根据service的命名规范、支持的协议对收到的service信息进行过滤；然后根据信息操作类型（insert、delete、update）对信息进行具体操作，这些操作都是在节点的缓存中进行的；最后对相应service的。()函数定义具体如下所示。模块的剖析就结束了。
2024-03-18 09:51:05
340
原创 「连载」边缘计算（三十三）03-15：边缘部分源码（源码分析篇）
()函数先判断虚拟网络设备edge0是否存在，如果存在就将其删除并重建；如果不存在就直接创建虚拟网络设备edge0。2）启动 DNS服务。该DNS服务主要为节点内的应用做域名解析。、handlers在TCP服务处理连接的过程中被使用。3）启动TCP服务。该TCP服务在节点间做流量代理。server.Start()定义具体内容如下所示。1）创建获得pod原数据的client；Init()函数主要做3件事情。2）创建和维护虚拟网络设备；、handlers。的信息并处理，具体如下所示。
2024-03-15 09:49:23
978
原创 「连载」边缘计算（三十二）03-14：边缘部分源码（源码分析篇）
中节点级别的网络解决方案，主要实现了节点内的流量代理、节点间的流量代理和节点内的DNS解析3块功能。本节剖析这三块功能的具体实现，包括。struct的定义比较简单，只有context一个属性。相关介绍，根据华为近期的边缘计算视频分享课程获得。4）通过一个for循环接收通信管道中关于。启动函数Start()做了如下4件事。注册函数只干了一件事，就是将实例化的。struct的定义具体如下所示。模块的注册函数具体如下所示。模块的启动函数具体如下所示。中的其他模块进行通信。2和第4件事展开剖析。
2024-03-14 10:02:06
501
原创 「连载」边缘计算（三十一）03-13：边缘部分源码（源码分析篇）
信息的操作类型包括insert、update、delete、query、response、publish、meta-internal-sync、action、action_result等，本节不对信息的具体处理过程剖析，感兴趣的读者可以在本节的基础上自行剖析。想弄明白对信息的处理过程，需要进入m.process()函数，具体如下所示。2）根据信息操作类型对信息进行相应处理，具体如下所示。2）对接收到的信息进行处理，具体如下所示。1）获取消息的操作的类型，具体如下所示。1） 接收信息，具体如下所示。
2024-03-13 10:02:19
917
原创 「连载」边缘计算（三十）03-12：边缘部分源码（源码分析篇）
context-send-module，并根据获取的值对相关变量进行设置。1）接收并保存模块启动时传入的\*context.Context实例；InitMetaManagerConfig()定义具体如下所示。2）创建定时器，并定时发送心跳信息，具体如下所示。接下来，具体展开分析第2、第3、第4件事。1）获取通信心跳的时间间隔，具体如下所示。启动函数Start()做了如下4件事。4）启动一个循环处理各种事件。的模块启动函数具体如下所示。配置时，从配置文件中获取。其具体实现如下所示。
2024-03-12 09:38:48
356
原创 「连载」边缘计算（二十九）03-11：边缘部分源码（源码分析篇）
()函数是对[GitHub.com/astaxie/beego/orm](https://表的具体定义包含Key、Type和Value三个字段，具体含义如下。表的具体定义dao.Meta。dao.Meta定义具体下所示。与Meta Struct的定义在同一文件内，还有对。的消息转发给edged，还对一些必要的数据通过。2） Type： meta对应的操作类型；3） Value：具体的meta值；1） Key：meta的名字；的模块注册函数具体如下所示。模块进行交互的桥梁，除了将。()定义具体如下所示。
2024-03-11 10:50:39
945
原创 「连载」边缘计算（二十八）03-08：边缘部分源码（源码分析篇）
其他模块通信的管道，从配置文件中获取所在节点的唯一标识。的启动函数切入分析具体逻辑，具体如下所示。模块的公共配置，具体如下所示。交互的不同实例，具体如下所示。代理的客户端与其交互；的启动函数做了如下3件事。代理，负责与终端设备交互。相连的设备，具体如下所示。部分的指令和事件下发到与。
2024-03-08 10:10:44
528
原创 「连载」边缘计算（二十七）03-07：边缘部分源码（源码分析篇）
相关内容彻底分析清楚，为使用过程中的故障排查和未来的功能扩展与性能优化都会有很大的帮助。的edge部分与MQTT进行交互的门户，因此我们有必要将。的具体业务逻辑主要集中在启动过程中，本节就侧重分析。.mode，并对其进行判断，具体如下所示。.mode的具体定义如下所示。context负责与。的模块注册函数具体如下所示。struct定义如下所示。功能模块进行了分析，本节对。并将其注册，具体如下所示。注册函数中做了两件事。组件的另一个功能模块。包括context、
2024-03-07 10:04:34
1031
原创 「连载」边缘计算（二十六）03-06：边缘部分源码（源码分析篇）
两种client类型，两者都实现了Adapter interface。遇到Adapter类型的client变量时，记得对应此处的。将从cloud部分收到的消息转发给指定edge部分的指定模块，具体如下所示。将从edge部分的消息转发给cloud部分，具体如下所示。cloud client初始化，具体如下所示。各模块广播已经连接成功的消息，具体如下所示。向cloud部分发送心跳信息，具体如下所示。()函数定义可以知道，该函数定义了。client，具体如下所示。的Init()方法。模块的剖析就结束了。
2024-03-06 10:20:38
489
原创 「连载」边缘计算（二十五）03-05：边缘部分源码（源码分析篇）
Controller的配置信息，然后通过获得的配置信息中的Protocol字段来判断是哪个协议，最后根据判断结果获取相应的协议绑定的配置信息或报错。针对以上获取配置的操作，重点分析获得。.controller.*相关的配置信息并赋值给变量。Controller初始化具体如下所示。.initial()函数定义具体如下所示。配置信息初始化重复，在此留个疑问——Controller的配置信息。()函数首先通过err :=()函数定义具体如下所示。()函数定义具体下所示。初始化具体如下所示。其中，第一行单独获取。
2024-03-05 09:31:52
937
原创 「连载」边缘计算（二十四）03-04：边缘部分源码（源码分析篇）
NewEdgeHubController()函数中嵌套了一个获取配置信息的函数调用，具体如下所示。struct中的controller进行初始化。controller的初始化函数具体如下所示。初始化、各种业务go routine的启动和最后的退出清理。从Controller的启动函数Start()的定义，可以清楚地看到其包含了。继续进入controller的启动函数，具体如下所示。struct的初始化就告一段落了。启动函数Start()只做了两件事。()函数定义具体如下所示。的启动函数，具体如下所示。
2024-03-04 10:33:24
852
原创 「连载」边缘计算（二十三）02-28：边缘部分源码（源码分析篇）
（接上篇）EdgeCore之edgehub前面对EdgeCore组件的edged、devicetwin功能模块进行了分析，本节对EdgeCore组件的另一个功能模块edgehub进行剖析。edgehub作为edge部分与cloud部分进行交互的门户，我们有必要将edgehub相关内容彻底分析清楚，为使用过程中的故障排查和未来的功能扩展与性能优化提供便利。edgehub的剖析具体包括edgehub的struct调用链剖析、edgehub的具体逻辑剖析。edgehub的struct组成剖析Ed
2024-02-28 09:43:09
993
原创 「连载」边缘计算（二十二）02-27：边缘部分源码（源码分析篇）
所需的channel，以便与传入的beehive context消息框架实例进行交互。的sync.Map内存最大限度是多少，缓存周期怎么控制，缓存与持久存储怎么平衡。时把传入的beehive context消息框架实例，并在其中初始化一些。本身的sync.Map实现的，这里不展开剖析。本身的sync.Map实现的，这样会带来以下问题。启动函数Start()的定义具体如下所示。中所有的module，具体如下所示。在启动过程中和启动以后所做的事。，在并发量大的情况下会出现堵塞。的启动函数具体如下所示。
2024-02-27 10:50:20
983
原创 「连载」边缘计算（二十一）02-26：边缘部分源码（源码分析篇）
其中，*context.Context可以参考8.3.2,这里不再赘述。是interface type，定义如下所示。*context.Context 和 *struct的定义，具体如下所示。struct的组成进行剖析。的多种类型的，具体定义如下所示。struct的定义可以看出，struct定义中发现\*struct定义如下所示。()函数的定义中可以梳理出，struct主要用来实现。struct组成剖析。struct定义中，{}）往下剖析，进入。的定义具体如下所示。的定义具体如下所示。
2024-02-26 10:11:11
1077
原创 「连载」边缘计算（二十）02-23：边缘部分源码（源码分析篇）
和device_twin三张表对应的结构体定义外，还有针对这三张表的增、删、改、查方法的定义。和device_twin三张表。与上述三张表对应的结构体如下所示。)创建数据库twin，并初始化device、device_需要的数据库及数据库表相关的struct，具体如下所示。以上3个文件中除了包含与device、device_.Register()函数定义，具体如下所示。Register()函数主要做了如下3件事。需要的数据库表具体做了哪些事情以及。模块注册函数入手，具体如下所示。()函数中，通过封装的。
2024-02-23 10:15:23
1177
原创 「连载」边缘计算（十九）02-22：边缘部分源码（源码分析篇）
从启动函数Start(）中可以看到，其以go routine的方式启动很多后台处理服务，具体如下。9）启动edged的http server，具体如下所示。11）初始化和启动edged的插件服务，具体如下所示。4）初始化并启动volume管理器，具体如下所示。10）启动镜像和容器的垃圾回收服务，具体如下所示。6）启动pod增加和删除消息队列，具体如下所示。8）启动监听pod事件的loop，具体如下所示。3）初始化edged节点的模块，具体如下所示。7）启动edged的探针管理器，具体如下所示。
2024-02-22 10:31:19
1232
原创 「连载」边缘计算（十八）02-21：边缘部分源码（源码分析篇）
是与container runtime交互的一个组件。为了进一步验证猜想，可以在同一个文件中（k8s.io/的定义可以看出，大部分属性都是与container、pod、image相关的。我们从这些属性可以推测。以上只是剖析了edged的初始化过程。下面剖析edged的启动过程，具体如下所示。/docker_service.go）查看。struct定义具体如下所示。
2024-02-21 10:25:07
1101
原创 「连载」边缘计算（十七）02-20：边缘部分源码（源码分析篇）
限于篇幅，本文只对edged的具体逻辑以及edged调用容器运行时进行剖析。2）注册将已经实例化的edged struct（core.Register(edged)）。3）初始化edged struct（ed := &edged{}）；是edged与容器运行时交互的管道，所以edged对容器操作在。()函数中的edged.Register()，具体如下所示。12）初始化edged的volume plugin管理器。1）初始化edged（edged, err :=服务的初始化函数定义具体如下所示。
2024-02-20 09:24:56
1060
原创 「连载」边缘计算（十六）02-19：边缘部分源码（源码分析篇）
顺着DownstreamController的实例化函数找到DownstreamController struct定义，具体如下所示。、secret、node、service和endpoints等资源的事件，并下发到edge节点。.Context的通信框架实例，并保存（config.Context = c）；中的模块之间时可以通过beehive的context消息通信框架相互通信。功能模块启动函数的具体内容如下所示。功能模块启动函数的具体内容如下所示。的启动函数的逻辑基本相同，所以对于。
2024-02-19 10:47:42
1107
原创 「连载」边缘计算（十五）02-18：边缘部分源码（源码分析篇）
7） 如果设置了unix domain socket启动，就启动unix domain socket服务器的go routine（go。/core/context/context.go）属性包含的所有interface（中各功能模块是如何相互通信的，感兴趣的读者可以根据本文的梳理自己去深入剖析。.Context的通信框架实例，并保存（a.context = c）；具体都做了哪些事，是怎么做的感兴趣，可以在本文的基础上自行剖析。中各功能模块相互通信的消息队列框架的真身了。功能模块启动函数的具体内容如下所示。
2024-02-18 10:53:58
931
原创 「连载」边缘计算（十四）02-02：边缘部分源码（源码分析篇）
的功能模块启动之前，首先实例化了一个beehive的context，然后再获得各个功能模块，最后用一个for循环逐个启动功能模块，并将已实例化的beehive的context作为参数，传入每个功能模块的启动函数中。中独立的功能模块就被beehive的context组织成了一个统一的整体。至于beehive的context是怎么做到的，还需要进入beehive的context的实例化函数context.()函数定义中的第3行context = &Context{}实例化了一个空context。
2024-02-02 09:51:32
1086
原创 「连载」边缘计算（十三）02-01：边缘部分源码（源码分析篇）
2）根据EnvironmentalConfigPath获取，具体如下所示。2）遍历配置文件目录下符合条件的文件，加入配置信息源，具体如下。3）根据可执行文件运行所在的当前目录下获取，具体如下所示。1）判断目录是否存在，如果不存在创建该目录，具体如下。/common/config来读取所需的配置文件的，而。()函数中获取配置文件所在目录的方式有如下3种。接着分析怎么读入配置文件，具体读入方法如下所示。所用的读取配置文件的方式是根据配置文件路径获取。配置模块初始化具体如下所示。获取，具体如下所示。
2024-02-01 10:40:02
1193
1
原创 「连载」边缘计算（十二）01-31：边缘部分源码（源码分析篇）
肯定会有函数对这个全局变量进行赋值，根据以往经验，这样的全局变量会被所在文件的init()函数初始化。()函数定义和相关导入可知，config是导入的package，真正起作用的是config.CONFIG。关于其他模块的配置文件的读取，读者可以在本节的基础上自行剖析。()函数对config.CONFIG进行了赋值，也是读取配置文件内容的真身。的核心组件的源码进行梳理和分析。是相同的，流程也是高度相似的。的配置文件读取流程进行剖析，具体如下所示。组件都会用到的读取配置文件的逻辑。中功能模块的启动与中的。
2024-01-31 11:06:14
998
原创 「连载」边缘计算（十一）01-30：边缘部分源码（源码分析篇）
和test也做了相同的事情，最终把各自的结构体放入一个map[string]Module类型的全局变量modules中。模块注册最终会将该模块的结构体放入一个map[string]Module类型的全局变量modules中。()函数的定义，可以清楚地知道该函数首先获得已经注册的模块，然后通过一个for循环启动所有的模块。()函数的逻辑类似，也是首先获得已经注册的模块，然后通过一个for循环等待关闭所有的模块。中功能模块的注册和已注册功能模块的启动，下面接着往下分析。中功能模块的注册具体如下所示。
2024-01-30 10:29:14
960
1
原创 「连载」边缘计算（十）01-29：边缘部分源码（源码分析篇）
组件中各个功能模块之间是通过Beehive来组织和管理的。也做了相同的事情，最终把各自的结构体放入一个map[string]Module类型的全局变量modules中。模块注册最终会将该模块的结构体放入一个map[string]Module类型的全局变量modules中。/core/module.go中的Register(）函数。中功能模块的注册和已注册功能模块的启动，本节接着往下分析。()将模块优雅地停止。中用到的Beehive的相关功能。中功能模块的注册具体如下所示。中功能模块的启动具体如下所示。
2024-01-29 11:28:15
1077
原创 「连载」边缘计算（九）01-26：边缘部分源码（源码分析篇）
（接上篇）Cloudcore源码入口Cloudcore源码入口为KubeEdge/cloud/CloudCore/CloudCore.go。CloudCore源码入口函数具体如下所示。 funcmain() { command := app.NewCloudCoreCommand() //此函数是对cobra调用的封装 ... } 进入app.NewCloudCoreCommand()函数内部，也就是KubeEdge/cloud/CloudCor
2024-01-26 11:00:58
871
1
原创 「连载」边缘计算（八）01-25：边缘部分源码（源码分析篇）
本节首先针对各源码目录的作用和相互之间的关系进行梳理，然后分析各组件之间共用的框架和功能，最后分析组件中各模块之间共用的框架和功能。项目需要的所有shell脚本，这些脚本主要用来自动化安装依赖、校验环境和依赖、编译等。源码的整体结构、各源码目录的作用和各组件的源码入口和源码调用流程。源码拥有build、cloud、common、docs、edge、的源码贡献教程，各功能模块的原理解析、说明和常见故障排除等。测试相关的内容，包括端到端测试、性能测试和功能模拟测试等。项目中共用的源码文件，主要包括常量和类型。
2024-01-25 14:49:57
875
原创 「连载」边缘计算（七）01-24：边缘部分原理解析（原理篇）
由图5-11可知，在边缘上可以通过部署多种集群的方式来对边缘的计算资源进行管理，即在云上有一个统一控制平面来对边缘的多个集群进行统一管理。的云部分组件、边缘部分组件、端部分组件、云边协同原理、边缘存储、设备管理模型、边缘网络和边缘节点管理的原理进行梳理和解析。集群的方式来对边缘的计算资源进行管理。以独立集群的形式管理边缘计算资源如图5-10所示。以多集群的形式管理边缘计算资源如图5-11所示。图5-10 以独立集群的形式管理边缘计算资源。图5-11 以多集群的形式管理边缘计算资源。
2024-01-24 11:20:00
361
1
原创 「连载」边缘计算（六）01-23：边缘部分原理解析（原理篇）
Master中与边缘存储和网络的资源相关的资源对象，将监听到的资源对象交由CSI Driver处理，CSI Driver处理的结果通过UDS（Unix Domain Socket）的方式传给。3）以多集群的形式管理边缘计算资源：在边缘通过部署多种集群的方式对边缘的计算资源进行管理，即在云上有一个统一控制平面对边缘的多个集群进行统一管理。1）以节点的形式管理边缘计算资源：在云上部署整个系统的控制面，计算资源在边缘都以独立节点的形式来管理。中对边缘节点的管理，对边缘节点的管理有如下3种形式。
2024-01-23 11:01:00
856
1
原创 「连载」边缘计算（五）01-22：边缘部分原理解析（原理篇）
下发到边缘的Service资源数据转换为DNS记录存在边缘节点，在边缘节点和云之间的网络断开时，运行在边缘节点的负载也可以通过访问域名实现同一节点上的pod间的通信和在不同节点上的pod间的通信，从而保障边缘节点上原有应用负载的正常运行。1）在云上首先需要创建设备相关的资源，即Device Model和Device，这样终端的设备才能够正常注册，在云上才能够对已经注册的设备进行正常的管理。便可以适应边缘恶劣的网络环境，即在边缘节点与云失去联系时，边缘节点也可以独立工作，不影响边缘已有负载的正常运行。
2024-01-22 13:56:22
761
1
原创 「连载」边缘计算（四）01-19：边缘部分原理解析（原理篇）
2）通过HTTP进行对接的终端设备：该方式用来对接直接支持HTTP的终端设备，也可以针对支持不同协议的设备开发相应的Mapper。Mapper负责将支持不同协议的设备的数据转换成HTTP支持的格式，并负责将HTTP格式的数据转换成指定的协议格式。Mapper负责将支持不同协议的设备的数据转换成MQTT协议支持的格式，并负责将MQTT协议格式的数据转换成指定的协议格式。是一个单独的可执行文件，其中不同的功能以模块的形式进行管理，具体架构如图5-3所示。开放一个对接的入口，还没有相关对接实现和落地案例。
2024-01-19 13:46:56
969
原创 「连载」边缘计算（三）01-18：边缘部分原理解析（原理篇）
的云部分组件、边缘部分组件、端部分组件、云边协同原理、边缘存储、设备管理模型、边缘网络和边缘节点管理的原理进行梳理和解析。通过List/Watch的方式与云交互，将监听到的事件下发到边缘，同时负责接收边缘以事件的形式上报的状态数据。通过前面的学习，我们对整个边缘计算系统的逻辑架构及云、边、端之间的逻辑关系也有了系统的了解。是一个单独的可执行文件，其中不同的功能以模块的形式进行管理，具体架构如图5-2所示。整体包括与云交互的组件、管理边缘负载的组件和与终端设备交互的组件三部分。的整体架构如图5-1所示。
2024-01-18 14:01:17
807
1
原创 「连载」边缘计算（二）01-17：边缘计算系统逻辑架构（原理篇）
协同：在云、边协同的基础上，管理终端设备的服务作为边上的负载，云可以通过控制边来影响。本章对整个边缘计算系统的逻辑架构及云、边、端之间的逻辑关系和现状进行了系统梳理。1）从云、边协同的架构切入，对实现云、边协同的原理进行了梳理，同时对。解决方案的架构、原理和现状进行进行了说明。协同的理想效果和边缘计算系统目前云、边、协同包括两层，即云、边协同和云、边、协同的架构和原理进行了系统梳理，并对。Foundry共同实现的，协同的现状进行了梳理和对比。协同的架构切入，对目前边、协同的架构切入，对云、边、
2024-01-17 17:59:07
400
原创 「连载」边缘计算（一）01-16：边缘计算系统逻辑架构（原理篇）
最后以管理终端设备应用的部署方式入手，对比分析该应用在云数据中心部署和以云、边、端协同的方式部署的利弊，从而引出使用边缘计算的必要性。2）对接支持各种协议设备的服务 负责与支持相应协议的设备进行交互，能够采集设备的数据并发送给MQTT代理，并能够从MQTT代理接收相关指令下发到设备，但目前只支持Bluetooth和Modbus两种协议。的端解决方案支持的负载类型还比较单一，目前只能通过MQTT代理支持一些物联网终端设备，对视频处理和使用AI模型进行推理的应用负载的类型还不支持。在本书的边缘计算系统中，
2024-01-16 14:58:16
1015
1
原创 《深入理解边缘计算》第二章：云、边、端的部署与配置
是一个全新的基于容器技术的分布式架构的云部署方案，是Google开源的容器集群管理系，为部署容器化的应用提供资源调度、服务发现和动态伸缩等一系列完整功能，提高了大规模容器集群管理的便捷性。拥有的编排容器化应用的能力扩展到边缘的节点和设备，并为云和边缘之间的网络、应用部署和元数据同步提供基础架构支持。学习环境的相关工具进行梳理，并对不同工具从安装方法、使用方法、相应原理的维度进行横向和纵向对比，如表2-2所示。学习环境的工具，所以两者的安装步骤和使用方法相对比较简单。2）边：CPU支持X86和ARM架构；
2024-01-11 14:17:12
971
原创 《深入理解边缘计算》——第一章：边缘计算入门
对这些应用相关资源的操作，与集群相关资源的操作比较相似，我们可以参考集群管理对指定资源进行增、删、改、查的操作。1）在边缘计算系统上部署应用的架构适合实时性要求较高、比较重视隐私、与云连接的网络质量没有保障、网络带宽受限的场景，比如5G、无人驾驶、车联网、智能家居、工业互联网、医疗互联网、AR/VR等。控制中心作为集群的控制平面，边缘计算节点作为应用负载最终运行的节点，运行在边缘计算节点上的应用与终端设备进行交互，负责终端设备的数据采集、存储和处理，并通过下发指令控制终端设备。涉及的相关概念进行说明。
2024-01-10 14:33:53
753
原创 使用 神绘AI 创建 AI 视频
我们创建数字内容的方式正在迅速改变，这很大程度上要归功于人工智能工具的出现。您可能已经遇到过或已经在使用CHATGPT以及Adobe Photoshop的生成式AI功能，只需单击一下即可修饰照片，然后还有Midjourney和DALLE等工具，只需插入提示即可创建逼真的图像。它允许您通过拖放内容来创建在线视频，支持下载，同样的如果你只是想要文字，输入关键字，也可以衍生出各类文案。在这篇文章中，我将向您介绍一款人工智能视频生成器——神绘AI，该教程全面展示如何使用该工具制作视频。
2024-01-02 13:56:35
377
原创 《深入理解边缘计算》PDF下载
深入理解边缘计算：云、边、端工作原理与源码分析》这本书首先，从云、边、端协同的角度对其整体工作原理进行了梳理与分析，然后，又针对各部分梳理了其工作原理，并分析了相应开源实现的源码。由图1-10可知，Namespace是对pod、service、configmap、deployment、daemonset等资源进行隔离的一种机制，一般用在同一公司的不同团队隔离资源的场景。本章将从边缘计算系统的组成和概念解析、边缘计算的意义、边缘计算系统的部署与管理、不同应用部署方式的比较4个方面对边缘计算系统进行介绍。
2023-12-29 13:23:47
409
1
原创 云原生核心技术文档免费公开，吃透K8s/Docker！
来说，2023年云原生从互联网行业逐渐走向其他行业，“全面上云”已成现状，如何上好云、用好云成为了企业 IT 信息化转型中的核心关注点。时候就抓瞎，只成功部署上线应用就能把一些人挡在门外，而且很多外文文档也确实难啃。这些关键的技术和核心点也是系统学习云原生最为重要的内容。2023 年，云原生早已不是未来趋势，而是我们正处于的环境。，现在想找个工作，搞不懂 K8s、Docker 是真的不行。，K8s 技术生态持续成熟，成为企业选人的重要标准。想掌握云原生，学习成本并不低。
2023-12-28 13:12:05
324
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人