Wisen Tanasa在最近的博文当中提到，在目前关于无服务器架构的文献当中，有相当一部分由云服务供应商提供赞助，因此在内容上存在单纯强调优势的倾向。但Tanasa认为，每当有新的技术出现时，最重要的是全面了解其意义，因此我们应该从客观角度出发探讨无服务器架构的特性。
作为Thoughtworks首席开发者，Tanasa表示他更倾向于使用“特质（trait）”、而非特性，因为他认为这些属于无服务器架构的固有元素，我们无法像处理其它可塑特性那样做出调整。特质是天然存在的，所以我们必须接受，而非与其针锋相对。
无服务器架构拥有较低的入门门槛；大家能够遵循教程轻松了解如何上手。但Tanasa指出，虽然开发人员面对的初步学习曲线比较平缓，但随着项目变得更为复杂，曲线也会迅速呈现出陡峭的态势。在无服务器的世界中，代码、日志记录以及监控等基础设施仍然必不可少。此外，他还注意到开发人员在面对无服务器架构时往往有忽略代码设计的倾向——很多人认为自己只是在直接使用函数。他强调称，对于最重要的构建原则，我们在无服务器世界中同样不应忽视。无论是SOLID这类设计概念，还是持续交付原则，都将在无服务器领域继续发挥重要作用。
在无服务器的世界里，不存在主机的概念——我们完全不需要面对任何服务器。由此带来的一大优势，在于显著减少了运营开销——不需要升级服务器、也不必考虑应用程序所必需的安全补丁。但与此同时，这也意味着我们需要对应用程序中的不同度量标准进行监控，换言之我们必须重新学习如何调整整个架构。Tanasa强调称，尽管能够自动添加安全补丁，但应用程序安全实践在无服务器环境仍然适用。一个典型的例子就是不要在代码当中存储密码，这实际上跟无不无服务器没有关系。
函数即服务（FaaS）具有临时性，这意味着无服务器本身是无状态的。由于状态不会被存储在应用程序当中，因此横向扩展就变得非常简单——只需要直接启动更多实例即可。另外，无状态也意味着发生错误的空间大大减少。但是，无状态也意味着我们无法利用众多有状态技术进行应用程序开发；例如，我们将无法使用HTTP会话。