曾经我以为 VSCode 是程序员专属工具

“一问”边缘在哪里?

最靠近用户的边缘就是终端，不过虽然MEC功能可下沉到终端，但不宜把终端也看成是MEC。

MEC的实际部署位置比较灵活，除了考虑接近数据源以降低时延外，还需考虑业务应用服务的覆盖范围(例如园区)，以及业务应用数据本地化的需求(考虑数据安全性)。

在移动通信网中，MEC可以在DU，也可以在CU，也可放在CN边缘;在工业企业，MEC可与基站一起设置在企业内部，即UPF在企业，而网络信令仍可在核心网进行安全认证和控制，数据不出企业。也可以设置在运营商的核心网边缘，不论基站是否在企业内部;OTT服务商将终端/数据源到云计算中心路径之间任意节点均可定义为MEC落点，可以是纯软件形态或是集成中间件的硬件网关。

“二问”何谓多接入?

2016年ETSI把MEC的概念从移动边缘计算(Mobile Edge Computing)扩展为多接入边缘计算(Multi-Access Edge Computing)，将边缘计算从电信蜂窝网络进一步扩展至其他接入网络。

Multi-Access Edge Computing的多接入并非强调MEC同时服务多个接入系统;也并非指MEC具有多归属功能。多接入可能指MEC可工作在移动通信网也可工作在WLAN，即适应接入的异构性;还可以将多接入理解为MEC可与接入网/城域网中多类网元集成在一起。

“三问”MEC是边缘云吗?

MEC是边缘云，与云计算是协同互补的关系。云计算把握整体，聚焦于非实时、长周期数据的分析，能够在周期性维护等领域发挥特长，而MEC则专注于局部，聚焦实时、短周期数据的分析，能够更好地支撑本地业务的实时智能化处理与执行。

云计算是集约化共享服务的概念，目前MEC如果服务终端及应用不多的话，集约化程度不够。另外，云计算的DaaS、KaaS、PaaS、SaaS都要在MEC配置吗?

“四问”MEC与CDN和DC的异同?

传统CDN是以缓存分发业务为中心的I/O密集型系统，主要作用是热点内容就近分发，或“分发加速”。而MEC不仅要“加速”，还拥有开放API能力及本地化的计算存储能力，具有一定的智能。因此MEC可看成是具有更靠近无线网边缘的微型CDN功能。

现在一些CDN已不仅仅是热点内容缓存，还提供了容器即服务、VM即服务、裸机即服务和无服务器功能的某种组合，看起来更像云服务商。从这一点看，CDN与MEC的界限会模糊，不过从相对数据源的位置看，CDN更像雾计算。

MEC具有laaS功能特别是虚拟化的网络、存储、计算资源，可见MEC具有一定的数据中心(DC)功能，但DC从能效看宜大容量，因此MEC主要能力不是做微型DC。
 

RocketMQ实现事务消息主要分为两个阶段：正常事务的发送及提交、事务信息的补偿流程。

整体流程为：

• 正常事务发送与提交阶段 1、生产者发送一个半消息给MQServer(半消息是指消费者暂时不能消费的消息) 2、服务端响应消息写入结果，半消息发送成功 3、开始执行本地事务 4、根据本地事务的执行状态执行Commit或者Rollback操作
• 事务信息的补偿流程 1、如果MQServer长时间没收到本地事务的执行状态会向生产者发起一个确认回查的操作请求 2、生产者收到确认回查请求后，检查本地事务的执行状态 3、根据检查后的结果执行Commit或者Rollback操作 补偿阶段主要是用于解决生产者在发送Commit或者Rollback操作时发生超时或失败的情况。

在生产者使用RocketMQ发送事务消息的时候我们也会借鉴第一种方案即自建一张事务日志表，然后在执行本地事务的时候同时生成一条事务日志记录，让本地事务与日志事务在同一个方法中，同时添加 @Transactional 注解，保证两个操作事务是一个原子操作。

这样如果事务日志表中有这个本地事务的信息，那就代表本地事务执行成功，需要Commit，相反如果没有对应的事务日志，则表示没执行成功，需要Rollback。

（编辑：淮安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!