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

Avatar
Michael Sheehy
— August 19, 2019

What Exactly Is a Cloud Architect and How Do You Become One?

One of the buzzwords surrounding the cloud that I'm sure you've heard is "Cloud Architect." In this article, I will outline my understanding of what a cloud architect does and I'll analyze the skills and certifications necessary to become one. I will also list some of the types of jobs ...

Read more
  • AWS
  • Cloud Computing
Avatar
Andrew Larkin
— August 13, 2019

Content Roadmap: AZ-500, ITIL 4, MS-100, Google Cloud Associate Engineer, and More

Last month, Cloud Academy joined forces with QA, the UK’s largest B2B skills provider, and it put us in an excellent position to solve a massive skills gap problem. As a result of this collaboration, you will see our training library grow with additions from QA’s massive catalog of 500+...

Read more
  • AWS
  • Azure
  • content roadmap
  • Google Cloud Platform
Avatar
Adam Hawkins
— August 9, 2019

DevSecOps: How to Secure DevOps Environments

Security has been a friction point when discussing DevOps. This stems from the assumption that DevOps teams move too fast to handle security concerns. This makes sense if Information Security (InfoSec) is separate from the DevOps value stream, or if development velocity exceeds the band...

Read more
  • AWS
  • cloud security
  • DevOps
  • DevSecOps
  • Security
Avatar
Stefano Giacone
— August 8, 2019

Test Your Cloud Knowledge on AWS, Azure, or Google Cloud Platform

Cloud skills are in demand | In today's digital era, employers are constantly seeking skilled professionals with working knowledge of AWS, Azure, and Google Cloud Platform. According to the 2019 Trends in Cloud Transformation report by 451 Research: Business and IT transformations re...

Read more
  • AWS
  • Cloud skills
  • Google Cloud
  • Microsoft Azure
Avatar
Andrew Larkin
— August 7, 2019

Disadvantages of Cloud Computing

If you want to deliver digital services of any kind, you’ll need to estimate all types of resources, not the least of which are CPU, memory, storage, and network connectivity. Which resources you choose for your delivery —  cloud-based or local — is up to you. But you’ll definitely want...

Read more
  • AWS
  • Azure
  • Cloud Computing
  • Google Cloud Platform
Joe Nemer
Joe Nemer
— August 6, 2019

Google Cloud vs AWS: A Comparison (or can they be compared?)

The "Google Cloud vs AWS" argument used to be a common discussion among our members, but is this still really a thing? You may already know that there are three major players in the public cloud platforms arena: Amazon Web Services (AWS), Microsoft Azure, and Google Cloud Platform (GCP)...

Read more
  • AWS
  • Google Cloud Platform
  • Kubernetes
Avatar
Stuart Scott
— July 29, 2019

Deployment Orchestration with AWS Elastic Beanstalk

If you're responsible for the development and deployment of web applications within your AWS environment for your organization, then it's likely you've heard of AWS Elastic Beanstalk. If you are new to this service, or simply need to know a bit more about the service and the benefits th...

Read more
  • AWS
  • elastic beanstalk
Avatar
Stuart Scott
— July 26, 2019

How to Use & Install the AWS CLI

What is the AWS CLI? | The AWS Command Line Interface (CLI) is for managing your AWS services from a terminal session on your own client, allowing you to control and configure multiple AWS services and implement a level of automation. If you’ve been using AWS for some time and feel...

Read more
  • AWS
  • AWS CLI
  • Command line interface
Alisha Reyes
Alisha Reyes
— July 22, 2019

Cloud Academy’s Blog Digest: July 2019

July has been a very exciting month for us at Cloud Academy. On July 10, we officially joined forces with QA, the UK’s largest B2B skills provider (read the announcement). Over the coming weeks, you will see additions from QA’s massive catalog of 500+ certification courses and 1500+ ins...

Read more
  • AWS
  • Azure
  • Cloud Academy
  • Cybersecurity
  • DevOps
  • Kubernetes
Avatar
Stuart Scott
— July 18, 2019

AWS Fundamentals: Understanding Compute, Storage, Database, Networking & Security

If you are just starting out on your journey toward mastering AWS cloud computing, then your first stop should be to understand the AWS fundamentals. This will enable you to get a solid foundation to then expand your knowledge across the entire AWS service catalog.   It can be both d...

Read more
  • AWS
  • Compute
  • Database
  • fundamentals
  • networking
  • Security
  • Storage
Avatar
Adam Hawkins
— July 17, 2019

How to Become a DevOps Engineer

The DevOps Handbook introduces DevOps as a framework for improving the process for converting a business hypothesis into a technology-enabled service that delivers value to the customer. This process is called the value stream. Accelerate finds that applying DevOps principles of flow, f...

Read more
  • AWS
  • AWS Certifications
  • DevOps
  • DevOps Foundation Certification
  • Engineer
  • Kubernetes
Avatar
Vineet Badola
— July 15, 2019

AWS AMI Virtualization Types: HVM vs PV (Paravirtual VS Hardware VM)

Amazon Machine Images (AWS AMI) offers two types of virtualization: Paravirtual (PV) and Hardware Virtual Machine (HVM). Each solution offers its own advantages. When we’re using AWS, it’s easy for someone — almost without thinking —  to choose which AMI flavor seems best when spinning...

Read more
  • AWS
  • Hardware Virtual Machine
  • Paravirtual
  • Virtualization