DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Please enter at least three characters to search
Refcards Trend Reports
Events Video Library
Refcards
Trend Reports

Events

View Events Video Library

Zones

Culture and Methodologies Agile Career Development Methodologies Team Management
Data Engineering AI/ML Big Data Data Databases IoT
Software Design and Architecture Cloud Architecture Containers Integration Microservices Performance Security
Coding Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
Culture and Methodologies
Agile Career Development Methodologies Team Management
Data Engineering
AI/ML Big Data Data Databases IoT
Software Design and Architecture
Cloud Architecture Containers Integration Microservices Performance Security
Coding
Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance
Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks

Because the DevOps movement has redefined engineering responsibilities, SREs now have to become stewards of observability strategy.

Apache Cassandra combines the benefits of major NoSQL databases to support data management needs not covered by traditional RDBMS vendors.

The software you build is only as secure as the code that powers it. Learn how malicious code creeps into your software supply chain.

Generative AI has transformed nearly every industry. How can you leverage GenAI to improve your productivity and efficiency?

Related

  • Software Delivery at Scale: Centralized Jenkins Pipeline for Optimal Efficiency
  • Concourse CI/CD Pipeline: Webhook Triggers
  • Automating Data Pipelines: Generating PySpark and SQL Jobs With LLMs in Cloudera
  • Optimize Deployment Pipelines for Speed, Security and Seamless Automation

Trending

  • The Role of AI in Identity and Access Management for Organizations
  • Developers Beware: Slopsquatting and Vibe Coding Can Increase Risk of AI-Powered Attacks
  • Implementing API Design First in .NET for Efficient Development, Testing, and CI/CD
  • Supervised Fine-Tuning (SFT) on VLMs: From Pre-trained Checkpoints To Tuned Models
  1. DZone
  2. Testing, Deployment, and Maintenance
  3. DevOps and CI/CD
  4. How to Adopt Service Virtualization Successfully

How to Adopt Service Virtualization Successfully

Check out the four stages of adopting service virtualization successfully.

By 
Chris Colosimo user avatar
Chris Colosimo
·
Feb. 19, 19 · Tutorial
Likes (4)
Comment
Save
Tweet
Share
8.1K Views

Join the DZone community and get the full member experience.

Join For Free

You may have heard about service virtualization and its power to simulate your test environment and generate synthetic test data, but how do you actually use service virtualization? It starts with being smart about how you adopt and deploy the technology.

You can't immediately jump into a fully-deployed successful service virtualization deployment unless you adopt the right things for the right reasons and at the right times. For more details, watch this video I made to help walk you through it:

It starts with our free service virtualization tool and scales you all the way up to a fully deployed DevOps ecosystem.

Stage 1: Exploration, Investigation, and On-Boarding

Every strategic project needs a starting point, and for service virtualization, that starting point is a free service virtualization tool. By utilizing free tooling at the beginning of your service virtualization rollout, you can focus on building internal expertise that will enable future growth.

By focusing here, the initial rollout of service virtualization can be targeted at an individual who is seeking to unblock themselves from the constraints of development or test environments while, at the same time, building a level of comfort with technology that will become vital as the initiative matures through the organization. These original incubation areas will serve as your most important resource as you move forward with service virtualization.

Stage 2: Targeting Key Areas for Growth

The second stage of your service virtualization rollout should be focused on solving real business challenges. In the initial stages, users will have learned how to build virtual services and familiarize themselves with tips and tricks. They will also now understand the potential traps that could come up when building a simulated service.

So, the second stage will start to manifest as an increase in the number of requests coming from external teams, looking to simulate more complicated technologies. Quite often, we see these as mainframes, databases, ESBs, and other complex stateful scenarios. This is where you will start to get a real return on investment because, quite often, these systems are expensive to replicate, are often shared by multiple teams, and most importantly, represent critical aspects of the business. Because of the work that was done up front to familiarize themselves with the technology, simulating these more complex use cases will be an incremental uplift to your users. It's at this stage that you generally need to upgrade from a free to paid license, to get all of that value.

Stage 3: Teaming, Management, and Maintenance

The third phase of your service virtualization maturity model is all about collaboration, sharing, and reuse. A key indicator that you have arrived here will be when you start hearing conversations about reusing and maintaining existing virtual services. A keyword that is prevalent in this stage is governance. Virtualization governance is all about establishing a center of excellence that can maintain virtualization "rules" (roles, responsibilities, policies, procedures, and SLAs). To learn more about this, view my previous blog about getting to a full-blown deployment of service virtualization as an enabler of DevOps.

Service virtualization can be a bit of a Dr. Jekyll/Mr. Hyde situation. At the very beginning, you want the solution to be very lightweight and flexible so that individual users can unblock themselves from challenges due to dependent systems being unavailable or evolving. In this early stage, service virtualization should not have a rigid governance structure because it can be difficult to simply use it without biting off a huge chunk of responsibility. But as more services are developed and shared, it is essential for the organization to have this rigidly-defined procedure so that you can understand who is responsible for what activities and how to fully own the virtualization initiative.

Stage 4: Integrating Service Virtualization Into Your DevOps Pipeline

Phase 4 is often what I hear as the first thing being targeted when a customer is looking to bring in service virtualization, but it is often one of the pitfalls that organizations fall into, trying to build the deploy-and-destroy dream too early on. Organizations will look at the accelerated delivery pipeline as a key enabler of their software delivery process, and they realize that service virtualization is a critical component in that. The temptation can be that you start with service virtualization by building it into your pipeline, but without building a library of virtual services that can be reused, or having a center of excellence that knows how to rapidly create and maintain those services, this initiative can fall flat.

The fully-deployed DevOps ecosystem is the end goal. Organizations should plan for this state at the very beginning by laying the foundations in the previous three stages. Once the groundwork is set, the realization of service virtualization as a part of your accelerated delivery pipeline simply becomes one of technical implementation. Key maturity indicators for this phase include an increased demand for stable test environments as a part of the continuous testing step of the CI pipeline, as well as an increased demand for test data as a function of service virtualization.

Conclusion

Service virtualization is both a technology and a discipline, and in order to maximize your ROI, your organization will go through a series of maturity phases as you roll out the solution. By understanding these critical phases upfront, you can plan ahead during your strategic initiative and be prepared for both the technical and cultural requirements needed to foster broad adoption and scaling of service virtualization across your enterprise.

Service virtualization Pipeline (software)

Published at DZone with permission of , DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

Related

  • Software Delivery at Scale: Centralized Jenkins Pipeline for Optimal Efficiency
  • Concourse CI/CD Pipeline: Webhook Triggers
  • Automating Data Pipelines: Generating PySpark and SQL Jobs With LLMs in Cloudera
  • Optimize Deployment Pipelines for Speed, Security and Seamless Automation

Partner Resources

×

Comments
Oops! Something Went Wrong

The likes didn't load as expected. Please refresh the page and try again.

ABOUT US

  • About DZone
  • Support and feedback
  • Community research
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Core Program
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 3343 Perimeter Hill Drive
  • Suite 100
  • Nashville, TN 37211
  • support@dzone.com

Let's be friends:

Likes
There are no likes...yet! 👀
Be the first to like this post!
It looks like you're not logged in.
Sign in to see who liked this post!