有脚气的是不是可以工位上换药？
有痔疮的是不是可以工位上换药？

如果在工位上，就有点损人利己了。办公室成了厨房了。

@Promtheus #42 ，懂了，我还纳闷像 https://www.taobao.com,https://www.baidu.com 这种怎么国密改造？所有用户都换系统和浏览器？

国密改造像厨师烧菜一样，程序员像厨师一样，萝卜加辣加酸改造下，底层 https 萝卜运维不变（不是农场里萝卜加辣加酸，是厨房里萝卜加辣加酸）。

@kasusa #31 不是 https 改成 https + 套一层国密。
是业务层改造下。不影响用户使用。你改 https 业务还怎么运行？所有人都换系统和浏览器？

你饿了，然后到一个餐馆吃饭：
你：老板，来两个菜一碗饭
AWS：喏，满汉全席厨房 准备好了，你可以自己做了
你：我要两个菜一碗饭，吃完摸嘴就走了，赶时间
AWS：我们的厨房相当先进，几十上百种厨具，瓜果蔬菜齐全，您可以任意做想吃的饭菜
你：……

你饿了，然后到一个餐馆吃饭：
你：老板，来两个菜一碗饭
AWS：喏，满汉全席厨房 准备好了，你可以自己做了

AWS：
https://www.amazonaws.cn/solutions/centralized-logging-with-opensearch/
又是一套方案(典型的 AWS 系统集成方案：复杂)：

本解决方案在您的亚马逊云科技账户中部署 Amazon CloudFormation 模板并完成以下设置。

1. Amazon CloudFront 分发托管在 Amazon S3 存储桶中的前端 Web UI 资源。
2. Amazon Cognito 用户池或 OpenID 连接器 (OIDC) 可提供身份验证。
3. Amazon AppSync 提供后端 GraphQL API 。
4. Amazon DynamoDB 将解决方案相关信息存储为后端数据库。
5. Amazon Lambda 与其它亚马逊云科技服务交互，处理管理日志管道或日志代理的核心逻辑，并获取 Amazon DynamoDB 表中更新的信息。
6. Amazon Step Functions 协调一组预定义堆栈的按需 Amazon CloudFormation 部署，用于日志管道管理。日志管道堆栈部署单独的亚马逊云科技服务资源，用于收集和处理日志，并将它们摄取到 Amazon OpenSearch Service 中以进行进一步的分析和可视化。
7. 服务日志管道或应用程序日志管道通过日志通控制台按需创建。
8. Amazon Systems Manager 和 Amazon EventBridge 用于管理从应用服务器收集日志的日志代理，例如为应用服务器安装日志代理 (Fluent Bit) 和监控代理的健康状态。
9. Amazon EC2 或 Amazon EKS 安装 Fluent Bit 代理，并将日志数据上传到应用程序日志管道。
10. 应用程序日志管道读取、解析、处理应用程序日志并将其摄取到 Amazon OpenSearch 域或 Light Engine 。
11. 服务日志管道读取、解析、处理亚马逊云科技 服务日志并将其摄取到 Amazon OpenSearch 域或 Light Engine 。

最强大的： https://www.aliyun.com/product/sls

proxy_request_buffering off;#关闭上传硬盘 buffer ，保留内存 buffer：client_body_buffer_size 。
proxy_buffering off;关闭下载内存和硬盘 buffer （关闭 proxy_buffers 和 proxy_max_temp_file_size 0 ）。

欧美公司人家本来就是挣美元、花美元，用 AWS 没啥好说的。

@salmon5 #9
AWS：
1 ，Support 收费
2 ，价格不含 6%的税
3 ，跨 AZ 流量收费
4 ，RDS 扩展支持收费
这些国内的云，企业大宗使用，都是免费的。
所以国内的公司，没什么特殊原因，用 AWS 就是（人傻钱多）。