edas启动k8s应用时会选到k8s集群下命名空间这一级edas本身所需资源也会在这个命名空间下吗

在EDAS启动K8s应用时，会选取K8s集群下的命名空间级别。具体来说，当你在EDAS控制台导入容器服务K8s集群时，系统会默认安装一些额外的组件，如应用防护（限流降级）组件（ack-ahas-sentinel-pilot）和ARMS监控组件（ack-arms-pilot），这些组件会在你选定的命名空间下创建并运行。

至于资源占用问题，实际上，EDAS并不会额外占用K8s集群的资源。这是因为EDAS在云原生K8s之上进行了全面集成，支持K8s容器化应用的全生命周期管理。同时，EDAS的K8s集群支持PVC挂载功能，实现了应用实例数据持久化存储和实例间多读共享数据，这一特性也有利于提高资源的使用效率。因此，只要正确配置并使用，EDAS和K8s集群可以相互协作，共同优化资源利用，不会对集群本身造成额外的负担。

EDAS（Elastic Deployment and Service）是阿里云提供的一种容器服务，它可以让你在Kubernetes集群中轻松地部署和管理你的应用。

当你在EDAS中启动一个Kubernetes应用时，EDAS会在Kubernetes集群的默认命名空间下为你创建所需的资源。这些资源包括但不限于Pod、Service、Deployment、StatefulSet等。

这些资源是由EDAS管理的，而不是由你直接管理的。这意味着你可以通过EDAS的界面来查看和管理这些资源，而不需要直接在Kubernetes的API中进行操作。

至于是否额外占用Kubernetes集群的资源，这取决于你的应用的规模和你在EDAS中配置的资源分配。EDAS会为每个应用分配一定的CPU和内存资源，这些资源会被用于运行你的应用和相关组件。如果你的应用需要的资源超过了EDAS分配的资源，那么Kubernetes集群的其他资源可能会被用来满足这些需求。

EDAS会在集群里的edas-oam-system命名空间下安装几个组件(edas-adapter, edas-clm, keda-metrics-apiserver, keda-operator)—此回答来自钉群“ (云上微服务应用管理最佳实践 - EDAS（一）”