问题一：服务编排和写代码相比有什么优势？
服务编排和写代码相比有什么优势？
参考回答：
服务编排相比写代码的优势在于能够更快速地实现产品，减少开发人员对后端基础设施的构建和维护工作，使开发人员能够更专注于前端开发，从而加速产品推向市场的过程。然而，这一优势并非在所有情况下都显著，且服务编排平台本身也存在易用性和功能完备性等方面的挑战。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/634147
问题二：为什么要记录日志？
为什么要记录日志？
参考回答：
打印调试：用日志来记录变量或者某一段逻辑，记录程序运行的流程，即程序运行了哪些代码，方便排查逻辑问题。
问题定位：程序出异常或者出故障时快速的定位问题，方便后期解决问题。因为线上生产环境无法debug，在测试环境去模拟一套生产环境费时费力。所以依靠日志记录的信息定位问题，这点非常重要。
监控告警 & 用户行为审计：格式化后日志可以通过相关监控系统(AntMonitor)配置多维度的监控视图，让我们可以掌握系统运行情况或者记录用户的操作行为并对日志采集分析，用于建设业务大盘使用。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/634148
问题三：什么时候记录日志？
什么时候记录日志？
参考回答：
代码初始化时或进入逻辑入口时：系统或者服务的启动参数。核心模块或者组件初始化过程中往往依赖一些关键配置，根据参数不同会提供不一样的服务。务必在这里记录INFO日志，打印出参数以及启动完成态服务表述。
编程语言提示异常：这类捕获的异常是系统告知开发人员需要加以关注的，是质量非常高的报错。应当适当记录日志，根据实际结合业务的情况使用WARN或者ERROR级别。
业务流程预期不符：项目代码中结果与期望不符时也是日志场景之一，简单来说所有流程分支都可以加入考虑。取决于开发人员判断能否容忍情形发生。常见的合适场景包括外部参数不正确，数据处理问题导致返回码不在合理范围内等等。
系统/业务核心逻辑的关键动作：系统中核心角色触发的业务动作是需要多加关注的，是衡量系统正常运行的重要指标，建议记录INFO级别日志。
第三方服务远程调用：微服务架构体系中有一个重要的点就是第三方永远不可信，对于第三方服务远程调用建议打印请求和响应的参数，方便在和各个终端定位问题，不会因为第三方服务日志的缺失变得手足无措。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/634149
问题四：日志记录原则是什么？
日志记录原则是什么？
参考回答：
隔离性：日志输出不能影响系统正常运行；
安全性：日志打印本身不能存在逻辑异常或漏洞，导致产生安全问题；
数据安全：不允许输出机密、敏感信息，如用户联系方式、身份证号码、token等；
可监控分析：日志可以提供给监控进行监控，分析系统进行分析；
可定位排查：日志信息输出需有意义，需具有可读性，可供日常开发同学排查线上问题。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/634150
问题五：DEBUG级别的日志主要用于什么阶段？
DEBUG级别的日志主要用于什么阶段？
参考回答：
DEBUG级别的日志主要用于开发、测试阶段，用于输出调试性质的内容。该级别的日志应详尽，包括参数信息、调试细节信息、返回值信息等，便于问题分析和定位。
关于本问题的更多回答可点击原文查看：
