无服务器架构在实践中面临着一些挑战与困扰，这些问题可能会对系统的可控性、开发效力和部署流程产生影响。以下是一些具体问题：

1. 第三方API系统的影响：
使用第三方API系统可能致使提供商控制、多租户问题、提供商锁定及安全缺点等问题。放弃对系统的控制权可能会带来系统宕机、强迫API升级、功能缺失、意外限制和本钱变更等风险。同时，多租户问题也可能存在于无服务器架构中，可能会对安全性、稳定性和性能产生不利影响。

2. 缺少操作工具：
无服务器架构下，开发人员依赖提供商提供的调试和监控工具。由于散布式系统的复杂性，调试任务变得非常困难，通常需要访问大量相关指标才能肯定问题的根本缘由。

3. 架构复杂性：
开发人员需要花费大量时间来评估、实行和测试具体功能，以肯定如何划分功能单元。在设计利用程序调用操作时，需要平衡功能数量，管理过量的功能会增加问题的复杂性，而疏忽功能的粒度则可能致使无服务器架构变得过于集中化。

4. 实行的困难：
无服务器利用程序的集成测试具有很高的复杂性。与其他体系结构相比，无服务器函数即服务（FaaS）的单元更小，因此需要将大量单元进行集成才能完玉成面的测试。另外，部署、版本控制和打包等方面也存在一些问题。每一个功能可能需要单独部署对应的FaaS组件，没法以原子性方式统一部署一组功能，也没法实现原子回滚。这可能需要关闭与特定功能相关的事件源、部署全部功能组，并重新启动事件源。

了解并应对这些问题对成功实行无服务器架构相当重要。开发团队需要认识到这些挑战，并采取适当的策略和工具来解决或减缓这些问题，以确保无服务器架构的顺利运行和开发效力的提高。