Related Posts
How can trust and user adoption be built in VoiceAI-enabled customer service products?
1. Transparency in Data Usage: Clearly communicate to users how their data... read more
Transforming Raw Data into Insights: A Journey in Data Engineering
In the vast landscape of data engineering, transforming raw data into... read more
How do I plan a long-term software development project?
Just yesterday, I got the long-awaited message, “The Eagle has landed!”... read more
5 Ways VoiceAI is revolutionizing the finance industry
Voice AI is making considerable progress toward revolutionizing the finance sector... read more
Labeled data rarely exists in the real world
Majority of the machine learning courses assume the availability of labeled... read more
Messaging infra: uses and pitfalls
"Now the release will swap the old deployment with the new... read more
Are you delivering promised value
Is your product really delivering the promised value? No one will be... read more
Unlocking the potential of Voice AI in the energy industry: Opportunities and challenges
The emergence of artificial intelligence (AI) has created a paradigm shift... read more
10 Essential Steps for Data Engineers to Build Ethical AI Systems
In the rapidly evolving landscape of Artificial Intelligence (AI), ensuring the... read more
“We will use it from next week. Will it hold well when all users log in on Monday morning?” A common concern, based on past experience.
The team had done a good job of understanding the scalability requirements, designed an architecture that will scale well. However, during the initial phase, everyone was focused on functionality. Performance was yet to be tested.
As I was reviewing, I found one thing missing – concurrency requirements.
How many users can be active at the same time?
How many requests will simultaneously reach the server?
This is an essential factor for capacity planning. Too less will mean dropped requests and too much will mean higher costs.
There is no correct answer. Concurrency keeps changing based on external events, time of the day, user behavior, etc. It can be predicted only with visibility into past data.
This is where instrumentation comes to help. Build desired counters in the system, record, monitor, and notify them regularly. Allow for the tuning of what to check, what to record, and what to notify. You are going to need regular monitoring and tweaking for the best efficiency.
Do you have the counters built in your product?