vu-mi is a public API to enable view count badges in Markdown. The API returns up-to-date counts, up to {prevComputedCount} + 7999. Any more than that, and it will show a stale count.

It is tremendously over-engineered, using the following technologies:

• AWS Lambda
• DynamoDB
• DynamoDB Streams
• SQS

I did it to implement concepts I've learned about, but never worked with such as:

• Modelling one-to-many relationships in a DynamoDB single table design (from The DynamoDB Book, by Alex Debrie)
• Change Data Capture

To use this in a Markdown document, simply paste the following, and insert your unique ID:

![visitors](https://img.shields.io/endpoint?url=https://vu-mi.com/api/v1/views?id=<INSERT_UNIQUE_ID_HERE>)

The ID could be your Github username, Github repo, anything you want really.

Response:

200 OK
{
    "schemaVersion": 1,
    "label": "views",
    "message": "12",
    "color": "blue"
}

<get-views-lambda>

1. GET /v1/api/views?id=jcserv request comes into get-views-lambda

2. get-views-lambda queries Dynamo for all items with matching PK, limit of 8000

3. a. Send SQS message with user id & count

   b. Return response with count - 1 (minus one to account for the USER item)

<put-views-lambda>

4. If the provided count is 0, PUT the USER item

Q: Is there a risk of race conditions here when multiple requests come in for a new user?

A: There is, if the message to the put-views-lambda comes after a batch-update-count-lambda invocation, it can override the count to 0. To circumvent this, we only PUT the user item IFF the user object does not already exist ("attribute_not_exists(PK) AND attribute_not_exists(SK)")

5. Put VIEW item, with TTL rounded to the next 5 min interval

6. Items expire; DynamoDB streams sends records with each item

This is essentially the same as having a 5-min cron job to collate View items, but without having to SCAN the entire table.

Streams is also nice here since, rather than one invocation per item expiring, we can do a bulk update. Savings++

<batch-update-count-lambda>

7. Get the user object using the PK provided from the DynamoDB Streams record

8. Put the new count onto the user item

Q: Was this really necessary?

Not really, it could've been achieved with a simpler design, like so:

But that wouldn't be fun!

This project is named after my cat Yumi, since I implemented the majority of this during an early morning after she woke me up TT