我使用NodeJS编写了一个API服务器。它基本上是一个REST服务器，它公开了一些命令，这些命令的响应是一个或多个数据库查询的结果。最终的JSON被发送到客户端。没什么非常原创的。
我希望实现响应压缩，因为典型的Content-length是5-20kb的（json）文本，一旦压缩到1-5kb。
期待中等到大的负载，我有一个两难的境地：如果（仅）线程被计算昂贵的功能阻塞，已经阅读了大量关于NodeJS弱点的文档，我不知道是否：
a）根本不执行压缩，＆＃34;毕竟，20kb并不是那么多，也许保持超简单可能会更好＆＃34;
b）使用ZLIB NodeJS模块实现GZIP压缩，该模块允许异步压缩响应。然后我会在它受伤的情况下增加开销，但响应大小将减少到1/4。
c）通过NGINX代理NodeJS并配置NGIX来压缩响应。这似乎是两个世界中最好的，但我不知道NGINX（在同一硬件中）的CPU +套接字+内存开销是否会比（a）或甚至（b）
更差您怎么看？