3 – Tekil Sağlayıcılı Cloud Servisi: Bu senaryoda servis sağlayıcı tüm BT altyapısını, yani altyapı, uygulama platformu ve yazılım servislerini tek elden sunar. Google Apps ve Microsoft Office Live örnek olarak alınabilir(4).
4 – Çoğul Sağlayıcılı Cloud Servisi: Cloud Computing yaklaşımının ne kadar esnek olduğunu göstermesi açısından son derece ilginç olan bu senaryoda; servis aldığımız servis sağlayıcı servisini bir ya da daha çok servis sağlayıcının sunduğu servisler üzerine kurar. Örneğin; fotoğraf paylaşım servisi olan SmugMug veri saklama hizmetini Amazon S3 den almaktadır. Ama bu servisi kullanan tüketici yalnızca SmugMug ile muhattab olur, gerisinden haberi olmaz. 
5 – Servis Geliştirici:  Bu senaryoda servis geliştirici (bu kurum ya da birey olabilir) servis sağlayıcı tarafından sağlanan geliştirme ortamı ile belli servis sağlayıcı çalıştırma ortamı (runtime) için uygulamasını ya da servisi geliştirir. Yalnız bu uygulama/servis arka planda birden çok servis sağlayıcının sunduğu servis ya da altyapıyı kullanabilir. Örneğin; Google Apps Engine için geliştirme yapan bir geliştiriciyi düşünelim. Bu geliştiricinin büyük miktarda saklama alanına ve ilişkisel veritabanına ihtiyacı olduğunu varsayalım. Google Apps Engine bu gereksinimleri karşılayamaz ama Amazon S3 ve EC2 karşılayabilir. Sonuçta Google Apps Engine üzerinde çalışan uygulama/servis aynı zamanda Amazon servislerini de kullanıyor olur.
Daha farklı senaryoları da düşünmek mümkündür, örneğin Cloud servisleri arasında uygulama ve verinin taşınması. Bu tür senaryolara yeri geldikçe değinmeye, bazılarını detaylı olarak ele almaya çalışacağım. Bir sonraki yazıma veri saklama servislerine yakından bakıyor olacağım. Görüşmek üzere.

Kaynakça
1. http://sites.google.com/site/cloudarchitecture/
2. Cloud Computing Use Cases White Paper, 31 Temmuz 2009
3. http://www.opencloudmanifesto.org
4. Burton Group, Cloud Computing: Transforming IT, 20 Nisan 2009