Archives for category: Cloud Computing

I started this week with a blogpost about kickstarting the business model for your webservice. Small companies start new web services on daily basis and need to turn a profit as soon as possible. For them  paying customers are one of the most important metrics to see if your service gains traction.

Qloudwatch gives non-technical people insight in the cloud usage by their team or company. Companies that run multiple projects on one Amazon account have a hard time breaking down the cost-structure of their operations. By gathering the historical data of amazon the costs per project can be mapped and tracked.

We’ve chosen to give Qloudwatch a de-central architecture. Basically this means that every individual has a personal (free) account which can be used to monitor his own cloud. Amazon resources will be grouped by projects, which can be created by users and shared with others. So we didn’t put corporate accounts in there, yet.

Qloudwatch will start as a monthly subscription based service. At first we’ll introduce three accounts. One free and two payed.

  • Personal plan (free account): 1 project, monitor 2 EC2 instances per project, no sharing options on projects
  • First payed plan: 4 projects, monitor max. 6 EC2 instances per project, sharing projects with max. 5 others
  • Second payed plan: 8 projects, monitor max. 12 EC2 instances per project, sharing projects with max. 10 others

The plans above are the base subscription model. We envision more options in the plans in the future (for example we add S3 and other services). Also we’ll introduce alert systems that give alerts via various channels (payed and free). More information on how the business model evolves will be posted soon.

We’re building a new webservice called Qloudwatch. It’s a webservice to monitor your cloud resource usage. For now it’s dedicated to Amazon Web Services. The objective is to give team members financial insight in their cloud usage.

Our approach to these projects is agile, basically we start building and model the service to the needs we have in our own company. For now that means:

  • Creating projects and easily add Amazon resources via the Amazon Web Services API
  • Add members to projects and track which instance is added by which member
  • Notifications for unknown instances (currently only for instances not added to projects)
  • Get insight in our non-billable and billable costs

We love work in progress. Meaning that we always will keep innovating our webservices. We think this also applies to the business model, in which we didn’t found that much innovation just jet.

In order to build and grow webservices, you need to test their profitability. But how does this work? You just can’t start with some premium versions of accounts and change them every month. So there applies a different strategy here.

A business model needs to be straight forward, prepared for growth and should scale with your webservice. One of the most important things to keep in mind is that your webservice and business model are connected, more than you think. So prototyping webservices is fun, but so is prototyping business models :-)

Here is how we work in order to bootstrap a webservice:

  1. Get your first users for the webservice and actively engage to research for new features and business oppertunities
  2. Introduce your first paying model, this should be the basis that probably never will be revised
  3. Reach break-even based on the monthly cost running the service (don’t calculate your time invested time and resources building the service)
  4. Turn your webservice into profit (this is where you take your past investments and envisioned future innovations into calculation)

We envision the following guidelines when we apply the steps above:

  • Quality of service is important, people are paying so there should always be a tested and stable version available
  • User feedback is guiding. Feedback leading to more paying customers is valued over gadgets, gizmo’s etc
  • Update often and fast, visible progress is valued over small tweaks. Paying customers that join early love to pay for the product, but love to see progress even more

This week I’ll write a post on how we envision the first business model of Qloudwatch.

So for some time, cloud computing has started transforming the hosting market. The market is really showing signs of big transformations coming up. New business starting from scratch easily take on this ‘new’ type of infrastructure for their online activities. Most of the traditional businesses need more push before going on adventure with for example AWS.

The traditional hosting market first was controlled by software giants. Open Source really changed this and already set the door wide open for basically anyone to join. Now with cloud services in addition, every developer can develop software and make this available per hour with flexible scaling. No server administrators and long term contracts needed.

Now. With these fairly new cloud services on the market, there is room for new tools and visions to sprout.

The impact of these changes go beyond your software and IT department. Managers and controllers need information they can use to run their part of the business and make decisions. With an arsenal of resources available, you should keep an eye on your costs and upcoming expenses. Maybe even more important you don’t want to have conversations like this happening:

  • Manager: ‘Yo! What is our burn rate on AWS?’
  • Dev: ‘Lemme check!’
  • *Opening console, typing all kinds of commando’s*
  • Dev: ‘Currently about 30 EC2 instances, 4 TB on S3 with 50.000 put and get requests yesterday’
  • Manager: ‘That’s more than last week! What is this operation costing us…!’
  • Dev: ‘How about you look up the prices and do some math?!’

There are a few reasons why you want to keep these conversations from happening:

  1. Annoyed developers
  2. Annoyed managers
  3. Managers feel they don’t have enough control on the costs
  4. Waste of time

Our need was pretty much expressed when I needed to calculate costs on a few project in order to bill one of our clients. I didn’t know where to start. Now, while talking about this with Michiel our minds got spinning. Why isn’t there just a simple tool too find out? Of course there are some ways to find usage. But basically our only notion of costs is on the credit card statement we receive. Amazon offers options to some extend, but is limited by their focus on developers.

While talking about this we came up with a little concept called ‘Qloudwatch‘ and Michiel starting building a first prototype. On his blog he has a more detailed list of features and screenshots of the app. Feel free to contact us to test the application. We want you to help us improve the service!

On Thursday last week I’ve attended to the Amazon Startup Tour in Amsterdam. The day was about the services Amazon is providing to run webapplications and websites. Amazon Web Services (AWS) range from computing power, data storage to database services (and more). Two important reasons to use the services are scalability and uptime.

At the event a few dutch startups presented their great applications and how they use Amazon to run them. Afterwards there was time to ask questions to the starups and later on to Werner Vogels, CTO of Amazon. One of the most interesting questions was about the data that startups store at Amazon. Martijn de Kuijper of Qash asked:

How do we tell our users that we don’t know where their data is, except that it is “in the cloud?.

The answer to the question is that all data from Europe on AWS is stored in Ireland, guaranteed. Therefore the data will be under the jurisdiction of Ireland. So another question came to mind. In essence, AWS is ‘controlling’ the data of our clients. For example what will happen when a client decides to delete his account. What will happen to his data? We asked this to Simon Brunozzi (European Envangelist of AWS). He told me that they always have been executing audits on the data of Amazon.com and also AWS. Recently a security whitepaper is published about this.

I think cloud computing is providing great advantages when you’re building a web application or starting an online business.

No let me rephrase that.

Using the cloud for your applications will remove a lot of constraints and will break some traditional rules of business development and IT management. Starting your online business will be cheap and above all will provide infinite resources at a click of a button. You can build web applications very agile, but the business wasn’t that agile yet. AWS and other cloud services make running your infrastructure and business very agile.

Martijn de Kuijper mentions this in a recent blogpost:

Again, I personally believe that Amazon offers a great service and I do trust them in such a way that I wouldn’t mind “sending” them personal data, but I think for a customer it’s a big step to know that I if they took the first step of uploading their data to  for example our server, their data is then stored on external servers.

First of all, I believe that a customer always is putting his data external. For example we’re running Tweetburner on our own server. For us it feels as an internal server (we can drive to Haarlem and put our hands on it!!). But for the users it is as much an external server as if we would use AWS.

Probably they would even prefer AWS above us running our own servers. Not only has AWS more security, more experience and more resources. They run their own multi-billion dollar webshop on there. If AWS fully breaks down, their webshop is down too. That probably is the biggest devotion a single hosting company is doing to it’s own services.

Cloud computing won’t ‘fog’ our business, it will strengthen by allowing to use external infrastructure and resources with a click on the button. Something I couldn’t wish for more as a business developer.