您使用的每一个热门应用程序的背后,都有一个由架构、测试、监控和安全措施组成的软件系统。今天让我们看一下满足生产环境应用程序的高级架构由哪些体系组成。
我们的第一个关键领域是持续集成和持续部署——CI/CD 管道。
这确保了我们的代码从存储库出发,经过一系列测试和管道检查,然后到达生产服务器,而无需任何手动干预。
它配置了 Jenkins 或 GitHub Actions 等平台,用于自动化我们的部署流程。
一旦我们的应用程序投入生产,它就必须处理大量的用户请求。这是由我们的负载均衡器和反向代理(例如 Nginx)管理的。
它们确保用户请求均匀分布在多个服务器上,即使在流量高峰期间也能保持流畅的用户体验。
我们的服务器还需要存储数据。为此,我们还有一个外部存储服务器。它与应用服务器之间通过网络连接。
我们的服务器也可能与其他服务器进行 API 通信。我们可以拥有很多这样的服务,而不仅仅是一项。
为了确保一切顺利进行,我们需要拥有日志记录和监控系统,密切关注每一个微交互,存储日志并分析数据。
将日志存储在外部服务器上是标准做法,通常与我们的主生产服务器隔离开来。
对于后端,可以使用 PM2 等工具进行日志记录和监控。在前端,可以使用像 Sentry 这样的平台来实时捕获和报告错误。
当事情没有按计划进行时,意味着我们的日志系统检测到失败的请求或异常?
首先,它通知我们的警报服务。之后,将发送推送通知以让用户了解情况。从一般的“出了问题”到具体的“付款失败”,有效的沟通可确保用户不会被蒙在鼓里,从而培养信任和可靠性。
现代实践是将这些警报直接集成到我们常用的平台中,例如 Slack、钉钉、飞书、企业微信等。
想象一下一个专用的 Slack 通道,一旦出现问题就会弹出警报。这使得开发人员几乎可以立即采取行动,在问题升级之前解决根本原因。
问题出现了后,开发人员必须调试解决该问题。
日志查找:首先,需要确定问题。我们之前谈到的那些日志?他们是我们的第一个调式选择。开发人员对它们进行筛选,寻找可能指出问题根源的模异常情况。
在安全环境中复制:黄金法则是 — 切勿直接在生产环境中进行调试。相反,开发人员在“测试”环境中重新创建问题。这可以确保用户不会受到调试过程的影响。
开发人员使用工具来查看正在运行的应用程序并开始调试。
修补程序:一旦修复了错误,就会推出“修补程序”。这是一个快速的临时修复,旨在让程序重新运行后,避免再次出现同一个问题。