We will show and tell you what your architecture is capable of by
performing comprehensive performance testing.
Our expert team uses specialized tools to apply loads that mimic
real user behavior, allowing us to determine your system's
capacity and identify any bottlenecks or points of failure.
What is it and why is it needed?
Performance Testing is testing for fault tolerance with a multiple increase in load.
To understand the reason why the infrastructure could not cope with the increase in traffic.
To find out why organic growth in resource traffic slows down the site.
Make sure that the project, developed by a third-party contractor, is reliable and will withstand the planned loads.
To check the "margin of safety" of the new infrastructure before laying it out on combat servers.
To be sure on the eve of a major promotion or sale that the site will cope with a surge in load.
When is load testing necessary?
How is testing
Prometheus, Grafana, TICK Stack, Zabbix, Nagios, Icinga, DataDog,
NewRelic
PagerDuty, Amixr
ELK, EFK, Grafana Loki, Graylog, Sentry
Jaeger, Zipkin
Nginx, Envoy, Linkerd, Traefik, Apache, HAProxy, Jetty, Tomcat,
NodeJS
Python, TypeScript, JavaScript, Go, Java, PHP, Ruby, Erlang
Amazon AWS, Google Cloud Platform, Microsoft Azure, Rackspace
Docker, CRI-O, LXC, LXD
Kubernetes, Nomad, Docker Swarm, RedHat OpenShift,
Mesos/Marathon
Jenkins, Gitlab CI, CircleCI, Travis CI, Bitbucket Pipelines,
TeamCity, GoCD, ArgoCD, Spinnaker
AWS CodePipeline, AWS CodeDeploy, AWS CodeCommit, Google
CloudBuild, Spinnaker
AWS RDS and other DBs, Google Cloud SQL and other DBs, Firebase,
MongoDB Atlas
Technologies we use
Scale services to more servers
+
Build database indexes and optimize queries
+
Adjust settings to increase bandwidth
+
Result
+
Change the service interaction scheme
Optimize application logic
+
Implement a new deployment scheme
+
Team and price
From two weeks
What does it depend on
Affect the final cost of the service the following infrastructure settings:
Deadline
Software stack
Number of testing iterations
Emulated load types
Number of nodes
Who will be on the team
Each time we form a team individually. The number of allocated specialists depends on the infrastructure parameters. But the team always includes:
Project manager
DevOps engineer
System architect
Monitoring Systems Specialist
Project tech lead
Technical writer
Ecommerce site testing
Procedure:
The first iteration - we conduct testing, indicate bottlenecks, draw up a primary report
Scenarios: Anonymous traffic to pages, the passage of the main business process completely (for example, ordering a product or service), registration, work under a registered user.
The second iteration - the customer makes changes according to the recommendations of the primary report, we finalize the scenarios, conduct testing
Final iteration - we draw up a final report describing the results of each stage and provide recommendations for further (non-critical) optimization of the infrastructure.
Examples
ETL throughput testing/database stress testing
Procedure:
We carry out the required number of load testing iterations according to the input from the customer and issue the final results and a report to the client.
Scenarios: Measuring the ability of a system to handle a given number of requests. If the system has a rest api, testing is done using jmeter.
The number of iterations depends on the characteristics of the project and the tasks of the customer and is always determined individually.
includes the organization of the stand and the installation of load testing tools inside the circuit.
for each additional iteration carried out at the request of the customer.
installation and configuration of monitoring that captures the consumption of resources and the use of services.
You can make the necessary changes yourself or entrust it to our team of engineers.
Performance Testing, which is carried out after an accident or failure, is aimed at finding their causes. In the report received as a result of testing, you will find not only information “why this happened”, but also recommendations “how to fix everything”. And the number of critical incidents as a result will be many times reduced.
Questions and answers
It all depends on the complexity of the system and the amount of losses that you incur in the event of a long downtime. In our report, you will see the potential “weak points” of the infrastructure. And you can either correct them, or, if the current architecture does not allow this, pay attention to them when rolling out an update and monitor specific indicators.
Load testing does not guarantee a 100% impact on the team, but usually the degree of friendliness and the degree of positive after it grow significantly!
Our product, in this case, is a report with information on the state of the system and recommendations for eliminating “weak spots” and improving fault tolerance. But we are ready to carry out these works by our specialists, if you have such a need.
lLoad Testing. It consists in determining the performance and response time of the information system in response to an external request. The task of load testing is to find out whether the performance of the system meets the requirements set when it was created.
Performance testing. It is carried out to determine the speed of the information system or its components under a certain load.
Service downtime/downtime. The longer the downtime, the higher the business loss. The task of load testing is to reduce the time of unavailability to a negligible value or complete zero.
Useful terms
We build performance
Terms and conditions ◦ Privacy policy
◦ Cookie policy
© 2023 CrazyOps Ltd. All rights reserved