Website monitoring status – Public API Status

Diagram showing overview of cloud computing in...

Image via Wikipedia


In line with a previous post, I came across (powered by watchmouse). This website monitors the availability and uptime of 25+ public API’s and cloud services (for example Google Search, Apps, Bing, Facebook, Amazon and Twitter). The website calls the API and if a response is not received within a few seconds, the API is registered as ‘not available’. The availability percentage is measured against the amount of errors. By clicking the name of the API, you get more detailed information. I hope they add an RSS feed soon. (for more info on available internet API’s, I suggest

Reblog this post [with Zemanta]

Two briefings on Microsoft Windows Mobile Business in 1 week?


Andy Lees will be busy in February. I saw 2 briefings on Windows Mobile (or Windows Phone as it is called nowadays) in 1 press release by Microsoft. I blogged earlier about a possible upcoming announcement on the Mobile World Congress in February. But it now seems to become a reality. This is a snippet of the Press Release published January 27, 2010:

Microsoft Mobile Communication Business Press Release snippit 

IMHO It is about time we hear an important announcement on the Windows Mobile platform; Zune Phone anybody?

Reblog this post [with Zemanta]

Using PowerShell with Microsoft Online Services

Windows PowerShell

Image via Wikipedia


Using PowerShell with Microsoft Online Services

Date: January 28, 2010
Event Start Time: 11:00 AM Pacific Standard Time (UTC – 8 hours)
Duration: 1 hour


Join Jenna Lyday on Thursday, 1/28/2010 for the third webinar in our migration series. In this webinar, Jenna will demonstrate how to use PowerShell commands to:

  • Provision and Activate users
  • Perform a simple migration from Hosted Exchange to Exchange Online
  • Grant a user Full Mailbox Access permissions on another user’s mailbox

[register at this address]

Reblog this post [with Zemanta]

Defining Cloud Services – Part 2

Rubber band (Elastic).

Image via Wikipedia

In part 1 of this series, I introduced a list of attributes that can be used to explain Cloud Services:

  • Location
  • Scalability
  • Multitenacy
  • Automation
  • Utility & Services

What I failed to mention was the different terminology that is being used by the IT-industry for Cloud Services. Typically you will see at least two phrases: “Cloud Computing” and “SaaS” – whilst “SaaS” may also be indicated as “Software as a Service”.

Each of these 2 phrases has a whole range of variations that we will address in this series.


Most people will associate Scalability with growth or the creation of bigger things. In Cloud Services you need to think of it like a rubber band. It can expand to do more, but it may also shrink. A Cloud Service is elastic.

This attribute makes it possible for Cloud Services to easily provide the service, for example email, to more people when needed and scale down if less people are sending emails.

This elasticity is a seamless experience to the user because, apparently, the provider of the service has taken pre-cautions to easily adapt the underlying technology to these growing and shrinking usage scenarios.

Obviously, when demand for a service rises, the provider has to put in place more powerful computers, more connections and probably more electricity or staff to manage this growing environment. But when the demand is falling, the technology also has to be scaled down.

In non-Cloud services this would lead to changes in the computing environment that were very noticeable by the users; a slow reaction to demand fluctuations, possibly a need for additional contractual agreements, licensing discussions between provider and users and maybe a maximum bandwidth for scaling the service usage up and down.

Scalability is not limited to the technical tools to provide more or less of a specific service. It also points to the possibility to expand the functionality of a service.

There are two ways this type of scalability is deployed by Cloud Service providers. First, they can add new functionality to the service itself. An example is a provider of email services that adds the possibility for the users to also create and maintain an electronic agenda. The second possibility is for two service providers to interconnect their respective services with each other. When this is done seamlessly it is called a ‘mash-up’ (there are also other types of ‘mash-ups’ possible, which we will have a look at them later).

Although Scalability in itself is nothing new to IT services, the elasticity of the capacity and the seamless adding of functionality is typical for Cloud Services.

In this way Scalability is a very positive attribute of Cloud Services. The user does not need to pay for this inherent ability, there is no bumpy ride of difficult technology or purchasing changes if you need more or less capacity. It also seems to be very beneficial that new functionality is added, most of the time without paying for the change itself.

There is also a downside: because of the importance of scalability and the benefits it provides in making Cloud Services available for a large group of people, you will inevitable have to compromise. These compromises have to do with the user-specific attributes that are not enabled. The full set of services needs to be the same for all users, otherwise the scalability will not work. There is a fixed set of functionality for the user and there is a limited possibility to personalize the service itself. As a result most Cloud Services are based on very commoditized functionality such as email, calendaring, file storage or simple information sharing. They all may look differently, but the basic service is very standardized.

Most providers of Cloud Services have recognized this standardization and have started to develop Cloud Services with much more personalization or complex functionality. This expansion in the types of services provided, created the need to have a large common environment that supports multiple (non-standard) working environments for different types of customers.

This introduces the next attribute of Cloud Services: Multitenancy. This we will discuss in part three.

[See also Part 1 – Location]

Reblog this post [with Zemanta]