blocks|key|5223293|text|有几种方法可以做到这一点。首先，我将从一个抽象的日志记录解决方案开始，类似于Monolog+https://github.com/Seldaek/monolog.通过这种方式，您可以测试和处理您想要在文本文件中记录的内容，然后转到一个更优雅的解决方案。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5223294|Monolog为一系列不同的连接服务/容器提供了处理程序。对于API使用日志，我将查看以下内容：|5223295|GrayLog2，一个非常好的开源日志系统。|offset|length|5223296|Cube，也是一个伟大的开源项目，用于收集带有时间戳的事件。|5223297|Loggly，一个基于云的商业日志平台。Monolog目前还没有针对Loggly的处理程序，但我编写了一个目前正在生产中使用的处理程序。我的Monolog项目的分支中有这个处理程序，我计划很快提交一个拉取请求：Download+on+Gitub+here。|5223298|Sentry，一个实时事件记录和聚合平台，您可以自己托管，也可以使用付费托管版本。像Loggly一样，在Monolog中没有处理程序，但它是一个非常好的项目，它有一个很好的API，你可以很容易地编写一些简单的代码来记录。|5223299|entityMap|0|LINK|mutability|MUTABLE|url|http://www.graylog2.org/|1|http://square.github.com/cube/|2|http://www.loggly.com/|3|https://github.com/rbl00/monolog.git|4|https://github.com/getsentry/sentry^0|0|0|0|8|0|0|0|4|1|0|0|6|2|2X|M|3|0|0|6|4|0^^$0|@$1|2|3|4|5|6|7|13|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|14|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|15|8|@]|9|@$F|16|G|17|1|18]]|A|$]]|$1|H|3|I|5|6|7|19|8|@]|9|@$F|1A|G|1B|1|1C]]|A|$]]|$1|J|3|K|5|6|7|1D|8|@]|9|@$F|1E|G|1F|1|1G]|$F|1H|G|1I|1|1J]]|A|$]]|$1|L|3|M|5|6|7|1K|8|@]|9|@$F|1L|G|1M|1|1N]]|A|$]]|$1|N|3|-4|5|6|7|1O|8|@]|9|@]|A|$]]]|O|$P|$5|Q|R|S|A|$T|U]]|V|$5|Q|R|S|A|$T|W]]|X|$5|Q|R|S|A|$T|Y]]|Z|$5|Q|R|S|A|$T|10]]|11|$5|Q|R|S|A|$T|12]]]]

There are several ways you could go about doing this. I would start with an abstracted logging solution first, something like Monolog [https://github.com/Seldaek/monolog]. This way you can test and play with what you want to log in a text file to start with then move to a more elegant solution.

Monolog has Handlers for a bunch of different ligging services/containers. For API usage logging I would take a look at the following:

<a href="http://www.graylog2.org/" rel="noreferrer">GrayLog2</a>, a really nice Open Source logging system.

<a href="http://square.github.com/cube/" rel="noreferrer">Cube</a>, also a great Open Source project for collecting timestamped events.

<a href="http://www.loggly.com" rel="noreferrer">Loggly</a>, A commercial Cloud-based logging platform. Monolog does not have a handler for Loggly right now but I wrote one that I'm currently using in production. My fork of the Monolog project has this handler in it, I plan on submitting a pull request soon : <a href="https://github.com/rbl00/monolog.git" rel="noreferrer">Download on Gitub here</a>.

<a href="https://github.com/getsentry/sentry" rel="noreferrer">Sentry</a>, a realtime event logging and aggregation platform that you can host yourself or use the paid hosted version. Like Loggly, no handler in Monolog for this but it is a really nice project with a nice API you can easily write some simple code to log to.

blocks|key|3109166|text|一个简单的解决方案是将所有调用记录到一个文件中，可能采用类似于Apache+web服务器日志的格式。然后，您可以使用现有的日志分析工具解析日志，例如Webalizer。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3109167|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

A simple solution would be to log all calls to a file, maybe in a format similar to Apache web server logs. Then you can parse the log with an existing log analytics tool,for example Webalizer.

blocks|key|2176364|text|你提到了“预建”的解决方案--那么你有没有考虑过为此使用一个外部服务？例如，看看http://www.webservius.com+-它提供了许多不同的应用程序接口管理功能，并可以进行各种类型的分析(例如，显示哪些调用最常用，哪个用户使用，等等)|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2176365|entityMap|0|LINK|mutability|MUTABLE|url|http://www.webservius.com/^0|14|P|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

You mention "pre-built" solutions - so have you considered using an external service for this? E.g. take a look at <a href="http://www.webservius.com" rel="nofollow">http://www.webservius.com</a> - it provides many different API management features, and can do various types of analytics (e.g. displaying which calls are used most often, by which user, etc)

blocks|key|2170098|text|考虑方法日志是一个流|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2170099|2170100|日志是一个流，每个人都理应这样对待它们。您的程序应该记录到stdout和/或stderr，并忽略处理日志路径、日志轮换或通过syslog协议发送日志的任何尝试。程序日志流的去向可以留给运行时容器:本地终端或IDE+(在开发环境中)、Upstart+/+Systemd启动脚本(在传统宿主环境中)或Logplex/Heroku这样的系统(在平台环境中)。|blockquote|2170101|2170102|2170103|(我在这个answer中注意到了，它最初来自这个article)|offset|length|2170104|值得注意的是，@Emil+Vikström的回答是一个格式的，可以简化解析和分析。|style|BOLD|2170105|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/a/21120620/2969544|1|https://adam.herokuapp.com/past/2011/4/1/logs_are_streams_not_files/^0|0|0|0|0|0|5|6|0|O|7|1|0|R|3|0^^$0|@$1|2|3|4|5|6|7|Z|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|10|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|11|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|12|8|@]|9|@]|A|$]]|$1|G|3|-4|5|6|7|13|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|14|8|@]|9|@$J|15|K|16|1|17]|$J|18|K|19|1|1A]]|A|$]]|$1|L|3|M|5|6|7|1B|8|@$J|1C|K|1D|N|O]]|9|@]|A|$]]|$1|P|3|-4|5|6|7|1E|8|@]|9|@]|A|$]]]|Q|$R|$5|S|T|U|A|$V|W]]|X|$5|S|T|U|A|$V|Y]]]]

Consider approach log is a stream
<blockquote>
Logs are a stream, and it behooves everyone to treat them as such. Your programs should log to stdout and/or stderr and omit any attempt to handle log paths, log rotation, or sending logs over the syslog protocol. Directing where the program’s log stream goes can be left up to the runtime container: a local terminal or IDE (in development environments), an Upstart / Systemd launch script (in traditional hosting environments), or a system like Logplex/Heroku (in a platform environment).
</blockquote>
(I noticed it in this <a href="https://stackoverflow.com/a/21120620/2969544">answer</a>, which is originally from this <a href="https://adam.herokuapp.com/past/2011/4/1/logs_are_streams_not_files/" rel="nofollow noreferrer">article</a>)
Good thing is marked in @Emil Vikström's answer, which is need to notice, is a format to simplify parsing and analyzing.

I've written an API and currently am looking at what is the best way to provide logging for the system.

We want to be able to have an overview of the calls being made, if particular calls are being hit very often and such.

What is the best way to log and present all this information simply?

Simply wondering if there are any pre-built or commonly used solutions with APIs that encompass what I am looking for.

Logging API calls

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我已经编写了一个API，目前正在研究为系统提供日志记录的最佳方式。我们希望能够有一个正在进行的呼叫的概述，如果特定的呼叫是非常频繁等。记录和显示所有这些信息的最佳方式是什么？只是想知道是否有任何预先构建或常用的解决方案与API，涵盖了我正在寻找的。

问记录API调用
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问记录API调用EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问记录API调用
EN