dynamodb-onetable VS Bunyan

SenseDeep can be used to view CustomMetrics graphs and data. You can also create alarms and receive alert notifications based on CustomMetric data expressions.

💍 DynamoDB-OneTable: First released in January 2021, DynamoDB-OneTable is maintained by Sensedeep and is part of its broader Serverless Developer Studio offer.

There are many log libraries that are capable of emitting structured log context data. For SenseDeep, we use the SenseLogs library which is an exceptionally fast logging library designed for serverless. It has a flexible, simple syntax that makes adding detailed log events easy.

I like the idea, especially since I found libraries like https://github.com/jeremydaly/dynamodb-toolbox or https://github.com/sensedeep/dynamodb-onetable not elastic or up to date enough for me and reverted to raw AWS SDK. I look forward to AWS SDK v3 support in your typings!

Try the SenseDeep DynamoDB studio with a free developer license at SenseDeep App or learn more at https://www.sensedeep.com.

This post looks at our libraries DynamoDB Metrics, OneTable and the SenseDeep platform that understand your single-table design schema and can create and present detailed metrics to graphically show how your single-table designs are performing.

You can modify your environment configuration via API, the AWS Console, the AWS SDK or using the SenseDeep Developer Studio.

With SenseDeep, you can easily manage your SenseLogs configuration and view log data to quickly debug your serverless apps.

OneTable Overview Sample — A quick tour through OneTable.

SenseDeep Web Site

NodeJS -> Pino, Winston, Bunyan, Npmlog, e.t.c.

Bunyan is also another popular and fast JSON Node.js logging library. Just like Winston, it also supports logging into multiple transport options. Other features include a neat-printing CLI for logs, a log filter, serializers for rendering objects, snooping system, and the ability to support multiple runtime environments such as NW.js and WebPack. Bunyan enforces the JSON format for logs.

bunyan argues that logs should be structured and that JSON is a good format for that. It describes itself as a “simple and fast JSON logging library” and has all the features you would expect from a logging library, including serializers and support for different runtime environments including Node.js, Browserify and Webpack.

Suppose that after some time you decide that the winston logger library was not the best logger for your project and you want to use Bunyan, what do you do? You just need to create a BunyanLogger class that implements the ILogger interface and it is ready to be used by the UserService.

Bunyan: Another popular logging library that outputs in JSON by default.

bunyan

Are there more options? Absolutely: Bunyan, Pino, and others. It depends on what your particular logging needs are.

With the increasing number of requests and possibly errors, we needed a proper logging setup to debug and monitor the service. That’s why we chose bunyan to log insightful data in our application. These logs sit conveniently on our new logging pipeline running on EFK (or, Elasticsearch Fluentd Kibana) stack. While this deserves a separate blog post on its own, let’s take a brief look at how the logs travel from our application to the kibana dashboard.

Bunyan — Another feature-rich logging framework that outputs in JSON by default and provides a CLI tool for viewing your logs.