Vidulividuli
Microservices communication without service mesh hell
Built-in Service Mesh

Microservices communication without service mesh hell

Automatic service discovery, intelligent routing, and secure inter-service communication. All the power of Istio or Linkerd without the complexity. No CRDs, no sidecar configuration, no yaml engineering.

Automatic
Service discovery
Zero
Config files
Envoy
Powered by
Skip service mesh complexity

Microservices benefits without the overhead

Setting up Istio or Linkerd requires deep Kubernetes knowledge, complex CRD configurations, and ongoing maintenance. Viduli gives you a production-ready service mesh automatically.

Service mesh installation

Service mesh installation

Pain point beforeInstall Istio/Linkerd, configure control plane
Pain point afterService mesh included, zero setup
Sidecar injection

Sidecar injection

Pain point beforeConfigure sidecar proxies, manage resources
Pain point afterAutomatic proxy management, abstracted away
Service discovery

Service discovery

Pain point beforeConfigure DNS, service registries manually
Pain point afterAutomatic discovery, services find each other
Automatic service mesh

From code to connected services instantly

Service mesh activates automatically when you deploy. Services discover and communicate securely without any configuration.

Deploy your services
01

Deploy your services

Deploy multiple services to Viduli. Each service gets a unique name and is automatically registered in the service mesh.

Automatic discovery
02

Automatic discovery

Services automatically discover each other by name. No manual DNS configuration, no service registry setup. Just use service names in your code.

Intelligent routing
03

Intelligent routing

Traffic is intelligently routed with client-side load balancing. Circuit breaking, retries, and failover handled automatically.

Everything you need

Enterprise service mesh without Istio complexity

Get the benefits of Istio, Linkerd, or Consul without the installation complexity, CRD management, or ongoing maintenance. Powered by Envoy, configured automatically.

Automatic service discovery

Automatic service discovery

Services find each other by name automatically. No manual DNS, no service registries. Deploy and connect instantly.

Client-side load balancing

Client-side load balancing

Intelligent load balancing at the client. No central load balancer bottleneck. Better performance and reliability.

Circuit breaking & retries

Circuit breaking & retries

Automatic circuit breaking prevents cascading failures. Intelligent retries for transient errors. Built-in resilience patterns.

mTLS encryption

mTLS encryption

Automatic mutual TLS between services. Secure service-to-service communication without certificate management.

In Dev
Traffic routing

Traffic routing

Advanced routing rules for canary deployments, A/B testing, traffic splitting. Coming soon with simple configuration.

In Dev
Distributed tracing

Distributed tracing

Trace requests across service boundaries. Understand complex request flows and identify bottlenecks.

Microservices made simple

Build complex architectures with confidence

Whether you're building a few services or dozens, the service mesh handles communication complexity automatically.

Simple microservices

Perfect for small to medium deployments

  • 3-10 services communicating
  • Automatic service discovery
  • Load balancing included

Complex microservices

Scale to dozens of services

  • 10+ services with dependencies
  • Circuit breaking prevents failures
  • Observability across all services
Under the hood

Powered by Envoy, simplified for developers

We use industry-standard Envoy proxy for the data plane—the same technology powering Istio, AWS App Mesh, and major platforms. You get enterprise-grade reliability without the operational complexity.

Battle-tested technology

Envoy proxy is production-proven at scale by companies like Lyft, AWS, Google. Rock-solid reliability.

Zero configuration

Sidecar proxies automatically injected and configured. You never interact with Envoy directly—we handle everything.

Automatic updates

Envoy and mesh control plane updated automatically. Security patches and improvements without your intervention.

Cloud-native standard

Based on industry-standard service mesh patterns. Easy migration path if you ever need raw Kubernetes + Istio.

Global delivery simplified

Service mesh that spans the planet

Deploy your services across multiple regions worldwide. Our planet-scale service mesh intelligently routes traffic to the nearest healthy instance, handles multi-region failover, and supports geo-distributed databases. Global scale, zero configuration.

Geographic load balancing

Traffic automatically routed to the geo-closest healthy region. Users in Europe connect to European instances, Asia to Asian instances. Minimal latency, maximum performance.

Multi-region failover

Region goes down? Traffic instantly fails over to the next nearest region. Your service stays online even during regional outages. True global resilience.

Multi-region multi-master databases

Deploy databases across regions with multi-master replication. Write anywhere, read everywhere. Conflict resolution handled automatically for global applications.

Cross-region service discovery

Services discover each other across regions automatically. Build truly distributed systems where services in different continents communicate seamlessly.

Perfect for

Every microservices architecture

API backends

Resilient service communication

Multiple backend services that need to communicate reliably. Automatic retries, circuit breaking, and failover keep your API responsive.

  • Resilient inter-service calls
  • Automatic load balancing
  • Failure isolation
Event-driven systems

Complex service dependencies

Services with intricate dependencies and communication patterns. Service mesh ensures reliable, observable communication.

  • Service discovery across services
  • Request tracing (coming soon)
  • Traffic control and splitting
Migration from monolith

Gradual microservices adoption

Breaking apart a monolith? Service mesh makes it easy to run services side-by-side and incrementally migrate functionality.

  • Monolith and services coexist
  • Gradual traffic shifting
  • Safe rollback capability
Why built-in mesh?

Traditional service mesh vs. Viduli

Feature
Traditional Clouds
Viduli
Installation & setup
Complex Istio/Linkerd installation
Automatic, zero setup
Sidecar management
Configure injection, resources
Automatic, abstracted away
Service discovery
Manual configuration
Automatic by service name
Maintenance burden
Update control plane, manage CRDs
Fully managed, auto-updated
Learning curve
Steep, requires mesh expertise
Intuitive, just works
Technical specifications

Enterprise-grade service mesh

Core Technology

Proxy technologyEnvoy proxy
Control planeManaged by Viduli
Service discoveryAutomatic, DNS-based

Load Balancing

AlgorithmLeast connection, round-robin
Health checkingActive health checks
FailoverAutomatic to healthy instances

Resilience

Circuit breakingAutomatic failure detection
Retry policyIntelligent automatic retries
Timeout handlingConfigurable timeouts

Security

mTLSAvailable now
Service authenticationAutomatic with mTLS
Traffic encryptionEnd-to-end encryption

Build microservices without the complexity

Join developers who've adopted microservices without adopting service mesh operational overhead.

Questions?

Frequently asked questions

Do I need to install Istio or Linkerd?

No! The service mesh is built into Viduli. You don't need to install, configure, or maintain any service mesh components. It's automatically available for all your services.

How do services discover each other?

Each service gets a unique name (like "user-service", "order-service"). Services can call each other using these names directly—no IP addresses, no manual configuration. The service mesh handles DNS and routing automatically.

What is client-side load balancing?

Instead of routing through a central load balancer (bottleneck), each service instance has a lightweight proxy that knows about all healthy instances of destination services. Requests are load-balanced at the client, providing better performance and no single point of failure.

How does circuit breaking work?

The service mesh monitors failures between services. If a service becomes unhealthy or unresponsive, the circuit breaker temporarily stops sending traffic to it, preventing cascading failures. Traffic automatically resumes when the service recovers.

Can I use this for a monolith?

Absolutely! Even a single application benefits from the service mesh's health checking, automatic retries, and resilience patterns. You can also gradually break out microservices from your monolith as your architecture evolves.

How does mTLS work?

Mutual TLS (mTLS) automatically encrypts all service-to-service communication and provides service identity verification. It's enabled by default in Viduli—no certificate management, no manual configuration required. Every service authenticates with every other service automatically.

Can I do canary deployments or traffic splitting?

Advanced traffic management (canary deployments, A/B testing, traffic splitting) is on our roadmap. You'll be able to gradually shift traffic between service versions with simple percentage-based controls.

How is distributed tracing different from logs?

Logs show what happened in individual services. Distributed tracing shows how a single request flows through multiple services—request IDs that span services, latency at each hop, failure points. It's coming soon and will integrate seamlessly with the service mesh.

What is planet-scale service mesh?

Planet-scale service mesh (coming soon) extends the mesh across multiple geographic regions. Traffic is automatically routed to the geo-closest healthy instance, providing minimal latency for global users. Includes multi-region failover and support for geo-distributed multi-master databases. Deploy once, serve the world.

What if I eventually need raw Istio/Linkerd?

Viduli's service mesh is based on industry standards (Envoy proxy, standard mesh patterns). If you eventually need the full control of raw Istio, the migration path is straightforward. For 95% of teams, you'll never need to leave Viduli's simplified mesh.