3月18日消息，这几天，GPT-4接入微软Office全家桶的消息传遍了互联网，AI究竟是会取代打工人还是辅助打工人，目前仍是个未知数。GPT能力除了集成在Microsoft365与Dynamics365服务外，微软也在3月16日宣布了PowerPlatformCopilot，让AI替程序员开发App的功能问世了。据微软称，Copilot是MicrosoftPowerPlatform的一个新功能，可以在PowerApps、PowerVirtualAgents和PowerAutomate中基于GPT能力提供AI-powered的帮助，让制作者可以用自然语言描述他们想要的应用、流程或机器人，然后C

本文是书稿《图解VPC&K8s网络模型》其中一篇。书稿还在继续写，进度不快也不慢，因为二哥不急也不躁。好肉需要慢炖，好书需要多磨。为什么要单独讲这个话题呢？因为我在和同事讨论K8s网络尤其是网络数据流向的时候，会反复提及到网络设备，无论它是物理的还是虚拟的。而网络设备在我们所讨论到的数据流场景里，时而在接收数据，时而在发送数据。也就是说它同时扮演着双重身份：Ingress和Egress。另外我在整理eBPF相关的内容，尤其是tceBPF的时候，再一次发现如果不能准确地在数据流中识别出网络设备是Ingress还是Egress，就无法将代码逻辑和实际运行结果对上号，更勿谈能理解tceBPF了。这样

本文是书稿《图解VPC&K8s网络模型》其中一篇。书稿还在继续写，进度不快也不慢，因为二哥不急也不躁。好肉需要慢炖，好书需要多磨。为什么要单独讲这个话题呢？因为我在和同事讨论K8s网络尤其是网络数据流向的时候，会反复提及到网络设备，无论它是物理的还是虚拟的。而网络设备在我们所讨论到的数据流场景里，时而在接收数据，时而在发送数据。也就是说它同时扮演着双重身份：Ingress和Egress。另外我在整理eBPF相关的内容，尤其是tceBPF的时候，再一次发现如果不能准确地在数据流中识别出网络设备是Ingress还是Egress，就无法将代码逻辑和实际运行结果对上号，更勿谈能理解tceBPF了。这样

需求场景构建权限时，所需构建角色的维度表，与其他明细表的关系是虚拟关系。PowerBI在使用userelationship或Crossfilter函数时，会与RLS冲突。那么，如何在这种冲突的场景下，继续构建权限呢？方案思路本文方案基于dax公式：1.计算组（需下载tabulareditor）2.函数过滤3.权限配置表（如需计划刷新，配置表路径需处于sql或sharepoint/onedrive）另外，也可以将虚拟关系的两个列作为两个表分开，以此避开虚拟关系，就不用这个方法了。案例实现前提信息region/branch区分领导region/branch，执行region/branch因此构建模

需求场景构建权限时，所需构建角色的维度表，与其他明细表的关系是虚拟关系。PowerBI在使用userelationship或Crossfilter函数时，会与RLS冲突。那么，如何在这种冲突的场景下，继续构建权限呢？方案思路本文方案基于dax公式：1.计算组（需下载tabulareditor）2.函数过滤3.权限配置表（如需计划刷新，配置表路径需处于sql或sharepoint/onedrive）另外，也可以将虚拟关系的两个列作为两个表分开，以此避开虚拟关系，就不用这个方法了。案例实现前提信息region/branch区分领导region/branch，执行region/branch因此构建模