问题一：Amazon Kubernetes 如何计算 Kubelet 的 Reserved memory？
Amazon Kubernetes 如何计算 Kubelet 的 Reserved memory？
参考回答：
Amazon Kubernetes 计算 Kubelet 的 Reserved memory 公式为：Reserved memory = 255MiB + 11MiB * MAX_POD_PER_INSTANCE。假设运行32 Pods，则 Reserved memory 会相应增加，但整体而言，高达 90% 的内存都可以分配给业务使用，说明 Kubelet 的资源占用并不高。
关于本问题的更多问答可点击原文查看：
https://developer.aliyun.com/ask/666951
问题二：在边缘计算场景中，如何根据集群情况权衡配置各层的资源分配？
在边缘计算场景中，如何根据集群情况权衡配置各层的资源分配？
参考回答：
在边缘计算场景中，各层的资源分配没有固定标准，需要根据集群的实际情况来权衡配置。通常需要考虑节点的总资源、Kubelet 所需资源、Pod 可用资源以及保留到驱逐阈值的资源，以确保系统稳定运行和业务高效运行。
关于本问题的更多问答可点击原文查看：
https://developer.aliyun.com/ask/666952
问题三：云边分布式协同业务应用架构与中心云分布式业务应用架构的主要区别是什么？
云边分布式协同业务应用架构与中心云分布式业务应用架构的主要区别是什么？
参考回答：
云边分布式协同业务应用架构与中心云分布式业务应用架构的主要区别在于管控和运作的方式。中心云更侧重于基于DDD业务领域构建松耦合的分布式应用，而云边分布式架构则强调集中式管控运营和分散式运作支撑，即将管理运营系统集中在云中心，将支撑业务实时运作的应用分散至边缘。
关于本问题的更多问答可点击原文查看：
https://developer.aliyun.com/ask/666953
问题四：哪些业务应用更适合部署在中心云，哪些更适合部署在边缘？
哪些业务应用更适合部署在中心云，哪些更适合部署在边缘？
参考回答：
财务/经营、计划/管理等管控运营类应用更适合部署在中心云，因为它们对延迟不敏感，但对安全、大数据分析能力等要求较高。而控制、传感/执行、生产过程等运作支撑类应用，如果业务场景对延迟敏感，则更适合通过边缘计算能力实现分散式低时延响应。 
关于本问题的更多问答可点击原文查看：
https://developer.aliyun.com/ask/666954
问题五：如何根据请求响应的时延要求来部署业务应用？
如何根据请求响应的时延要求来部署业务应用？
参考回答：
根据请求响应的时延要求，对时延不敏感（50ms 以上）的业务应用可以优先考虑部署在中心云计算及云化的边缘产品（如CDN）上实现。对延迟敏感（小于10ms）且运营商骨干网无法支持的应用，则考虑建设边缘计算平台，但需注意投入和人员成本。
关于本问题的更多问答可点击原文查看：
