AWS Test Drive: framework for serious business development

The AWS Test Drive – based on Orbitera’s framework – offers almost unlimited opportunities for simplified customer outreach and support.

If you are already a member of the AWS Partner Network (APN), AWS Test Drive is one of a number of programs from which you or your company can really benefit. At this point, most of you know what Test Drive is, and that it is powered by CloudFormation. But do you know where those state-of-the-art JSON scripts are hosted or how to configure the framework which handles those guys in the background?
Stick with us to learn about how your AWS Test Drive is completely automated by Orbitera’s framework in three basic steps. Today we will focus on correctly configuring Orbitera’s framework following this order:

  1. Customers
  2. Orbitera’s general settings
  3. Test Drives

Amazon’s website doesn’t yet provide everything you’ll need to understand every single detail of the process (unless you contact one of your region’s APNs for support). In fact you would need to go even farther and talk directly to people at Orbitera who will provide you with things like the login information you’ll need to get started.

We did not get a framework manual, but we did enjoy a quick conference call with one of the Orbitera’s engineers who showed us the basic set up of the Test Drives. We were on our own when it came to figuring out how it all worked, and we don’t see any reason why you should waste your time, too. Therefore we are providing you with this post as a quick reference to the framework. If you cannot find everything you are looking for here, feel free to start a discussion in the comments down below and we will be glad to help you.
Once you get all set up and logged in on the framework, you will probably find yourself with a structure looking something like this:

  • Two logins for each environment
    • one for admins: http://[your domain].orbitera.com/c2m/
    • one for customers: http://[your domain].orbitera.com/c2m/customer
  • One environment for each language

If you are a global and/or multi-language company, you might want to request additional environments, since Orbitera does not yet support multi-language. This means that if you need two languages, say English and German, you will have two environments:
http://[your German domain].orbitera.com/c2m/
http://[your English domain].orbitera.com/c2m/

AWS Test Drive customers

AWS Test Drive - navigation
If you are an AWS Partner, you’ll likely have some requirements to meet, like generating X business within Y amount of time. To help you and your company get there, take a look at the “Customers” section of the Obitera’s framework, which is as important as the AWS Test Drive engine itself. We will take a good look right now before diving deep into all the Test Drive goodies.

The first thing you need to know is that your customers cannot run AWS Test Drive without either being logged in as an existing user (which you can create in advance) or going through the registration process. The framework allows you to store important information about the users who are running your instances, such as contact data, support plans, login management, invoices, subscriptions models, and credit.
By the way, with that kind of versatility, you could probably use Orbitera as your own Marketplace: there’s nothing forcing you to use this resource just for the AWS Test Drive program. This means that if you are not an APN member and are reading this, don’t go away just yet. This framework will not only help you generate new business but, if you think about how easy it is to set up new users, subscriptions and corresponding permissions,  it could also make the pre-sales, purchase, and delivery phases almost seamless to the customers.

Once you get into the Customers section, this is what you will see:
AWS Test Drive - reportsHere’s a brief overview of what you can manage on each of the four tabs: Customers, Reports, Groups, and Requests:
Customers

  • AWS Support Plans: You can assign different support plans for each individual user running your Test Drives. You can configure new support plans here.
  • Login Credentials: A user may have multiple login credentials.
  • Invoices: Everything that should be billed to the customer will appear here.
  • Subscriptions: Another option to charge users hourly, daily, weekly, monthly, quarterly or yearly.
  • Credit: Here you can guarantee users will be charged after passing a limited instance usage threshold.

Reports

  • Customer Test Drives report.
  • Top five resellers.
  • Top ten resellers.
  • All resellers.
  • Top five resellers by increase over previous month.
  • Top ten customers.
  • All customers (ranked).
  • Top five customers who reduced their spend month over month.
  • Top five customers by increase over last month.
  • Top ten best margin SKUs.
  • Top ten lowest margin SKUs.
  • Margin by SKU.

Groups: Each AWS Test Drive is a new group, but you can create new custom groups as well.
Request: By default, new users are automatically approved, but you can change the framework’s settings and force users to request access to the Test Drives.

AWS Test Drive general settings

General settings are the core of Orbitera’s framework, where you can configure your “root” accounts, users, source data (like cloud accounts), cost centers, VAT, TAX, support plans, e-mail templates, widgets, and much more. If you want to use AWS Test Drive not only for demonstrations but also to generate business, once you get to a point where you need to deal with invoices, subscriptions, support plans, and everything else that can convert your prospects into real customers, you’ll be using these settings a lot.
Getting to these settings is not quite as intuitive as the others we’ve seen: you’ll need to click on “Account” in the upper right corner:
AWS Test Drive - account

There, you will find the following main tabs:
Account

  • Account Data: Personal information from your own Orbitera account.
  • Public Profile: This is what your customers will see when they access your AWS Test Drive page. Make sure you double and triple check everything here, as this is your “face” to the customers running your Test Drives.

AWS Test Drive - data
After configuring your public profile, you should go to “Options” (the right-most tab) and look for the “Widget” section. There you can select two different JavaScript codes to embed in your company’s site. One is the Store and the other is for the Test Drives.

Store JS:

<!-- Begin Orbitera Widget Code -->
<script type="text/javascript" charset="utf-8">
  var is_ssl = ("https:" == document.location.protocol);
  var setsHost = is_ssl ? "https://orbitera.com/c2m/" : "http://orbitera.com/c2m/";
  document.write(unescape("%3Cscript src='" + setsHost + "js/widget_over.js?_t="+(new Date).getTime()+"' type='text/javascript'%3E%3C/script%3E"));
</script>
<script type="text/javascript" charset="utf-8">
  var orbitera_widget_options = {};
  orbitera_widget_options.display = "overlay";
  orbitera_widget_options.placement = "left"; /* "left","hidden" */
  orbitera_widget_options.account = "YOUR AWS ACCOUNT";
  orbitera_widget_options.page = "store";
  orbitera_widget_options.orbiteraURL = setsHost;
  var orbitera_widget = new OrbiteraWidget.widget(orbitera_widget_options);
</script>
<!-- End Orbitera Widget Code -->

AWS Test Drive - signup

AWS Test Drive JS:

<!-- Begin Orbitera Widget Code -->
<script type="text/javascript" charset="utf-8">
  var is_ssl = ("https:" == document.location.protocol);
  var setsHost = is_ssl ? "https://orbitera.com/c2m/" : "http://orbitera.com/c2m/";
  document.write(unescape("%3Cscript src='" + setsHost + "js/widget_over.js?_t="+(new Date).getTime()+"' type='text/javascript'%3E%3C/script%3E"));
</script>
<script type="text/javascript" charset="utf-8">
  var orbitera_widget_options = {};
  orbitera_widget_options.display = "overlay";
  orbitera_widget_options.placement = "left"; /* "left","hidden" */
  orbitera_widget_options.account = "YOUR AWS ACCOUNT";
  orbitera_widget_options.page = "testdrives";
  /* Optionally you can specifying the Test Drive to be used with this widget, like this: */
  /* orbitera_widget_options.page = "testdrives/view/TEST_DRIVE_ID"; */
  orbitera_widget_options.orbiteraURL = setsHost;
  var orbitera_widget = new OrbiteraWidget.widget(orbitera_widget_options);
</script>
<!-- End Orbitera Widget Code -->

AWS Test Drive - login
The “AWS Test Drive” widget is self-explanatory. That’s where customers will see all your published Test Drives. We will jump to the publishing part soon, but first a few final details from the general configurations. To avoid forcing you to browse through hundreds of images, but not wanting to leave you in the dark, here’s a gif that will quickly cycle through the main general settings:
AWS Test Drive - account data
Users
Here you can add the administrators you want managing your Orbitera environment. It’s like having admin access to the AWS Console while customers can only access the EC2 instances and/or AWS Services.
Tables

  • Cloud Accounts: you can associate AWS accounts here.
  • Costs Centers
  • TAX
  • VAT
  • Support Plans
  • Currencies
  • Marketplaces

AWS Test Drive - cloud accountLogs, Approval Requests, Email Templates, Terms
These are pretty straightforward settings. We don’t need to go through them individually.

Options
AWS Test Drive - dashboard

  • Customer Signup Options: Basically a white and red list for e-mail domains (such as your competitors, for example). Here you can also set the automatic approval for starting Test Drives and Subscriptions.
  • Customers Portal: As you can see in the images, you can choose which sections of the widget will be visible to your clients.

AWS Test Drive - portal
All the other sections are pretty standard so we won’t invest much time here. Now we will jump in to the AWS Test Drive configuration. If you still have any questions about working with the general settings, feel free to ask them in the comments down below and we will be glad to answer them.

AWS Test Drives

Now let’s jump to the Test Drives. We will show you how to configure a new AWS Test Drive instance, setting when presentation text will appear, how long should it run, how many concurrent instances the users may run, and so on. This is where the stuff happens.
Navigate back to your Orbitera’s home screen and click on the “Test Drive” play icon. Click “add” and work through the settings you will find there:
AWS Test Drive - navigation
AWS Test Drive - first
Then you will add your CloudFormation script and select its region:
AWS Test Drive - script
AWS Test Drive - restrictions
You are able to save the Test Drive just like the screenshot above. If it is active, customers will see it, but they will only see a button “Buy”, which will redirect them to the “AWS Marketplace” URL:
AWS Test Drive - buy
You definitely want to create a new and exclusive IAM user for your AWS Test Drive instead of using your root account. Go to IAM, create a new user under any root account you want, and use the Access Key ID and Secret Access Key you have generated to fill your fields under the Credentials section in the form. Do not forget to set the necessary roles for your new user or your CloudFormation script will not have enough privileges to save the current form…as it will first try to validate the .txt file against AWS’ API using the credentials you provided. For more on this, consider taking Cloud Academy‘s IAM video course.
Next step, upload your CloudFormation script and fill in all the required parameters, if any. Refresh the widget and you will now see the button “Launch Test Drive”:

AWS Test Drive - parameters
Always remember that Test Drives might not only be facing your current customers, but future prospects as well. Therefore you should always take your time – and we mean quality time – to check all the publishing settings and documentation (such as manuals, links, videos, presentations). AWS Test Drives not only require your technical skills but also marketing skills. Manuals, descriptions, and texts should be intuitive and clearly explain what your Test Drive is about, which means you need to know who your audience is and what do they need. Are they techies or business stakeholders? Think about that when designing your whole AWS Test Drive experience.

Conclusion

We showed you how much Orbitera’s framework can do for your showcases, adding one more layer on top of your AWS Console, making it even easier for your customers and/or prospects to focus on what your company will deliver and not so much about the technical aspects under the hood. This is the real Cloud concept embraced by SaaS and IaaS together: Abstraction + automation.

As we mentioned, this framework may be used as a Marketplace for your own cloud solutions, which your users can buy, pay for the usage or subscribe to. There are many possibilities and we hope we’ve helped you understand and become even more productive.

We are not quite done with Test Drives yet. On the contrary: we are just getting started. Keep an eye on the Cloud Academy blog for our next posts as we will bring you even more Test Drive-related content, including CloudFormation scripts, infrastructure as code (no use of pre-baked AMIs) and more cool solutions for your showcases.

Avatar

Written by

Rafael Nunes

I am Brazilian, 27 years old and currently living in Munich, Germany, working as SharePoint and AWS consultant. I have 9 years working with I.T. where last 4 years have been focused on SharePoint and Cloud technologies.


Related Posts

Patrick Navarro
Patrick Navarro
— January 22, 2020

Top 5 AWS Salary Report Findings

At the speed the cloud tech space is developing, it can be hard to keep track of everything that’s happening within the AWS ecosystem. Advances in technology prompt smarter functionality and innovative new products, which in turn give rise to new job roles that have a ripple effect on t...

Read more
  • AWS
  • salary
Alisha Reyes
Alisha Reyes
— January 6, 2020

New on Cloud Academy: Red Hat, Agile, OWASP Labs, Amazon SageMaker Lab, Linux Command Line Lab, SQL, Git Labs, Scrum Master, Azure Architects Lab, and Much More

Happy New Year! We hope you're ready to kick your training in overdrive in 2020 because we have a ton of new content for you. Not only do we have a bunch of new courses, hands-on labs, and lab challenges on AWS, Azure, and Google Cloud, but we also have three new courses on Red Hat, th...

Read more
  • agile
  • AWS
  • Azure
  • Google Cloud Platform
  • Linux
  • OWASP
  • programming
  • red hat
  • scrum
Alisha Reyes
Alisha Reyes
— December 24, 2019

Cloud Academy’s Blog Digest: Azure Best Practices, 6 Reasons You Should Get AWS Certified, Google Cloud Certification Prep, and more

Happy Holidays from Cloud Academy We hope you have a wonderful holiday season filled with family, friends, and plenty of food. Here at Cloud Academy, we are thankful for our amazing customer like you.  Since this time of year can be stressful, we’re sharing a few of our latest article...

Read more
  • AWS
  • azure best practices
  • blog digest
  • Cloud Academy
  • Google Cloud
Avatar
Guy Hummel
— December 12, 2019

Google Cloud Platform Certification: Preparation and Prerequisites

Google Cloud Platform (GCP) has evolved from being a niche player to a serious competitor to Amazon Web Services and Microsoft Azure. In 2019, research firm Gartner placed Google in the Leaders quadrant in its Magic Quadrant for Cloud Infrastructure as a Service for the second consecuti...

Read more
  • AWS
  • Azure
  • Google Cloud Platform
Alisha Reyes
Alisha Reyes
— December 10, 2019

New Lab Challenges: Push Your Skills to the Next Level

Build hands-on experience using real accounts on AWS, Azure, Google Cloud Platform, and more Meaningful cloud skills require more than book knowledge. Hands-on experience is required to translate knowledge into real-world results. We see this time and time again in studies about how pe...

Read more
  • AWS
  • Azure
  • Google Cloud
  • hands-on
  • labs
Alisha Reyes
Alisha Reyes
— December 5, 2019

New on Cloud Academy: AWS Solution Architect Lab Challenge, Azure Hands-on Labs, Foundation Certificate in Cyber Security, and Much More

Now that Thanksgiving is over and the craziness of Black Friday has died down, it's now time for the busiest season of the year. Whether you're a last-minute shopper or you already have your shopping done, the holidays bring so much more excitement than any other time of year. Since our...

Read more
  • AWS
  • AWS solution architect
  • AZ-203
  • Azure
  • cyber security
  • FCCS
  • Foundation Certificate in Cyber Security
  • Google Cloud Platform
  • Kubernetes
Avatar
Cloud Academy Team
— December 4, 2019

Understanding Enterprise Cloud Migration

What is enterprise cloud migration? Cloud migration is about moving your data, applications, and even infrastructure from your on-premises computers or infrastructure to a virtual pool of on-demand, shared resources that offer compute, storage, and network services at scale. Why d...

Read more
  • AWS
  • Azure
  • Data Migration
Wendy Dessler
Wendy Dessler
— November 27, 2019

6 Reasons Why You Should Get an AWS Certification This Year

In the past decade, the rise of cloud computing has been undeniable. Businesses of all sizes are moving their infrastructure and applications to the cloud. This is partly because the cloud allows businesses and their employees to access important information from just about anywhere. ...

Read more
  • AWS
  • Certifications
  • certified
Avatar
Andrea Colangelo
— November 26, 2019

AWS Regions and Availability Zones: The Simplest Explanation You Will Ever Find Around

The basics of AWS Regions and Availability Zones We’re going to treat this article as a sort of AWS 101 — it’ll be a quick primer on AWS Regions and Availability Zones that will be useful for understanding the basics of how AWS infrastructure is organized. We’ll define each section,...

Read more
  • AWS
Avatar
Dzenan Dzevlan
— November 20, 2019

Application Load Balancer vs. Classic Load Balancer

What is an Elastic Load Balancer? This post covers basics of what an Elastic Load Balancer is, and two of its examples: Application Load Balancers and Classic Load Balancers. For additional information — including a comparison that explains Network Load Balancers — check out our post o...

Read more
  • ALB
  • Application Load Balancer
  • AWS
  • Elastic Load Balancer
  • ELB
Albert Qian
Albert Qian
— November 13, 2019

Advantages and Disadvantages of Microservices Architecture

What are microservices? Let's start our discussion by setting a foundation of what microservices are. Microservices are a way of breaking large software projects into loosely coupled modules, which communicate with each other through simple Application Programming Interfaces (APIs). ...

Read more
  • AWS
  • Docker
  • Kubernetes
  • Microservices
Nisar Ahmad
Nisar Ahmad
— November 12, 2019

Kubernetes Services: AWS vs. Azure vs. Google Cloud

Kubernetes is a popular open-source container orchestration platform that allows us to deploy and manage multi-container applications at scale. Businesses are rapidly adopting this revolutionary technology to modernize their applications. Cloud service providers — such as Amazon Web Ser...

Read more
  • AWS
  • Azure
  • Google Cloud
  • Kubernetes