1. Ana Sayfa
  2. Microsoft Azure
  3. Azure Stack Nedir ve Bilinmesi Gereken İnce Detaylar – Bölüm 2

Azure Stack Nedir ve Bilinmesi Gereken İnce Detaylar – Bölüm 2

ve Bilinmesi Gereken İnce Detaylar – Bölüm 2

Stack Lisans ve Fiyatlandırma

Bu benim için gizemli soru dediğim konudur çünkü erkenden bilgiler edindiğimi söyleyebilirim. Fakat şu meşhur NDA durumuna uymak için, bu bilgiyi paylaşma hakkım ne yazık ki yok. Bahsedebileceğim şey, lisans verme modeli ne olursa olsun, bana kalırsa pahalı olacak ve SMB markete ulaşabileceğini düşünmüyorum. Hatırlatmakta fayda var. 3 adet farklı third-party var. Bunlar donanım sağlayıcısı, yazılım sağlayıcısı ve Entegratörlerdi.

Sistem Entegratörleri Bütününün Hangi Parçasında Yer Alıyor?

Bu kendime sorduğum sorulardan biriydi. Windows Azure Pack ve Sistem Center gibi standart ürünlerin üzerinde, sistem Entegratörleri neredeyse müşterilerin Datacenter yapısı içerisine bu ürünleri başarılı bir şekilde Deploy etmek zorundaydılar. Fakat yalnızca Azure Stack Bütünleşmiş bir sistem olacağından dolayı zihinlerde bir soru yükseldi. Sistem Entegratörlerine artık ihtiyaç gözükmüyor gibi duruyor. Çözüm Deploy etmeleri için daha fazla ihtiyaç yok. Bir çeşit tak ve çalıştır…

Bu doğru, fakat çok kötü değil( Meraklılar için durum böyle değil, ne yazık ki )

Aslında, Azure üzerindeki Workload’larını Deploy etmek ve dizayn etmek için müşteriler bizleri çağırırken, bugün Entegratörler müşterilerinizle ne yapıyor? Kesinlikle mutu olacaksınız ve bu da Azure Stack hakkında konuşurken optimistik olmamız için en büyük neden. Çünkü Azure Stack Datacenter’ınız üzerindeki Azure, ( bir Azure kapalı siyah kutu ) müşteriler ilk olarak satın almak için hangi Azure Stack teklifin kabul etme konusunda karar verecek ve sonra ikinci olarak Azure Stack’i bugün Azure kullandıkları şekilde kullanmaları için size ihtiyaçları olacaktır. Bu kısımda tutarlılık ve deneyim sizin Azure hakkındaki uzmanlık görüşünüzü yerel sahada oldukça sizi farklı kılacaktır.

Özleyeceğimiz şey ise, biraz alıştırma yapmak için Azure Stack platformunun üzerinde ellerimizin olmamasıdır. Ama, teorik olarak, bu pek çok hedefe ulaşmak için büyük problem olmayacaktır. Topluluk için baş ağrısına yol açan neden ise, evde lab üzerinde 1 node PoC ortamı Deploy etmemiz neredeyse imkansız oluşudur. Technical Preview sürümüne sahip olan Azure Stack’ için önerilen minumum Ram 96 Gb ve bütün servisleri Deploy etme ve LAB’dan keyif almaya başlamak için 128 Gb olmasını beklemek gerekiyor. Evde 128 Gb Ram gücünde bir sunucuya sahip olmak konusunda çok bir fikrim yok.

Azure Stack TimeLine tablosunu aşağıda bulabilirsiniz.

CSP Azure Stack’ten faydalanabilir mi?

Henüz her şey net değil ve Microsoft Azure Stack ile Cloud Solution Provider etkileşiminden temiz bir görüntü yayınlamadı. Ama CSP programı aracılığıyla rahatça söylenebilir ki CSP Azure Stack’i spesifik Azure özelliklerini sunmak için kullanabilecek. Azure Stack’i kullanarak CSP formunu yavaşlatan en büyük faktörler :

1. Locked-Hardware (donanım sağlayıcıları): Cloud Solution Provider donanım sağlayıcılarıyla donanım satın alırken indirim ve avantajlarını edinmek için mutlaka işbirliği yapmak durumunda kalacaklar. Bu faktöre göz atarken oldukça kötümserim. CSP başka bulut platform çözümüne ihtiyaç duyabilir veya kendi kendine inşa etmeye devam edebilir. Bu faktörle ilgili çok kötümserim.

2. Lisans Verme ve Ücretlendirme: Locked-Hardware durumu söz konusu olduğundan CSP’nin üretebileceği kar marjını etkileyebilir.

Azure Stack ve Uygulanması Modeli Hakkında Ne Düşünüyorum?

Microsoft oldukça büyük bir firma, usta zihinler her gün ürünlerini geliştiriyor, yeni teknolojiler ve yaklaşımlar yaratıyor, farklılaşıyor ve kendi iş modellerini marketi etkilemek için değiştiriyorlar. Ama, hiçbir insan kurşun geçirmez değil. Microsoft hatalar yapabilir ve düşüş yaşayabilir.( Windows Phone durumunda olduğu gibi, korkunç bir şekilde gelişmiyor.) Azure Stack ile birlikte dramatik bir şekilde iş modelini değiştiriyor.

Ben gerçekten merakla hangi müşteri segmentini hedeflendiğini görebilmek için lisans verme anonsunu bekliyorum. Ama bunu yanında müşterinin vereceği reaksiyon içinde beklemekteyim. Gerçekten nasıl davranacakları hakkında en ufak bir fikrim yok. Benim ilk tahminlerim modelin topluluğun ve benim tarafından pek hoş karşılanmayacağını söyleyebilirim. Bütünleşmiş Sistem Platformlarına ( Locked-Hardware durumuna ) karşı değilim ancak sanallaştırma ve bulut konusunda erken hedeflerle ilgili zihnimde soru işaretleri var. Donanımın tekrar kullanılması ve maliyeti düşürme bunların başında geliyor. Azure Stack bu hedeflere uymuyor, seçebildiğimiz donanımların üzerinde kısıtlamalar yapabilmenin yanı sıra içimde Azure Stack dönemiyle ilgili büyük bir heyecanla karışmış kötü hislerim var. Umarım bir şekilde cevaplarını bulur ve aktarırım.

Kendi fikirlerimden oluşmuş Azure Stack’in iyi ve kötü tarafları :

İyi Özellikleri

Veri Merkezinizde Azure Servisleri : Azure Stack ile ilgili heyecan veren en büyük şey, veri merkezinize Azure özelliklerini ( IaaS,PaaS..) getirebiliyorsunuz. Elinizde test edilmiş en güncel bulut teknolojiler olacak. Gerçekten kulağa çok hoş geliyor. Eğer kamu bulut platformlarından herhangi bir nedenden dolayı kaçınıyorsanız (Gizlilik,Kısıtlı Kurallar,Güven ) ama aynı zamanda sağlanan özellikleri kullanmayı diliyorsanız, Azure Stack tam size göre.

Tak ve Oyna Modeli : Bütünleşmiş Sistem modeli kullanmaya hazır özel bulut platformu getirerek TCO’yu azaltacak. Burası sevgili Genel Müdürlerin sevdiği bir kavram.

Hybird Bulut Platformu : Platform arası tutarlılık garantilendiğinden Azure Stack müşteri kullanımı veya planlanması için gerçekten bir avantaj. Aynı yaklaşımları, dizayn karar faktörlerini, araçları, scriptleri ve özellikleri kullanabilirsiniz. Artık daha fazla on-premise platformu ve kendi bulutunuzu yönetmek için farklı iki modele ihtiyaç duymayacaksınız, böylelikle önemli bir ölçüde gerçek iş kaygılarına harcanacak IT eforlarını azaltacak.(Uygulamaları Deploy etmek, göç, geliştirmek…)

Kötü Özellikleri

Bütünleşmiş Modelin Diğer Tarafı: Donanımı kitlemek asla iyi bir fikir değildi, müşteriyi donanım sağlayıcısını özgürce seçmekten mahrum ediyor ve böylelikle ücretleri daha iyi kontrol ediyordu. Bu model erken edinme durumundan dolayı marketi azaltacak ve böylelikle hızlı yayılabilecekken gidişatını kötü etkileyecek.

Bu konuyla ilgili sorularınızı https://forum.mshowto.org linkini kullanarak ulaşacağınız forum sayfamızda sorabilirsiniz.

Referanslar

https://www.mshowto.org

Microsoft Azure Stack: Delivering cloud infrastructure as Integrated Systems

Azure Stack Prototypes from Dell, HPE and Lenovo Debut at Ignite

Microsoft’s chums Dell, HPE and Lenovo give Azure Stack a shout-out

Here’s why Azure Stack will only run on certain hardware

Growing the Azure Ecosystem with Microsoft Azure Stack

 

TAGs : azure, azure stack, azure stack nedir, , , , , azure stack ilk ayarlar, , azure stack iyi taraflari, azure stack kotu taraflari, , azure stack minimum donanim ihtiyaci, , ,

Yorum Yap

Yazar Hakkında

Hasan Güral, Profesyonel olarak 5 senedir bilişim sektöründe çalışmaktadır. Üniversite eğitimiyle birlikte sektörde sistem uzmanı pozisyonunda görev yaptı. Halen Bilge Adam Bilgi Teknolojileri Akademisi'nde Danışman olarak çalışmaktadır. Microsoft ürün ailesi ve network altyapıları ile ilgilenmektedir.

Yorum Yap

Yorumlar (1)

  1. 2 sene önce

    Eline saglik Hasan. Harika bir yazi olmus. Oncelikle klasik kurulum makaleleri yerine kendi yorumunu kattigin cekincelerini anlattigin bu yaziyi okuyunca yurtdisindaki celebrity MVPlerin yazilarina benzettim. Bizzat kendi adima tesekkur ederim.

    Son bir yildir AzureStack ile icli disli calisan biri olarak dusuncelerinin buyuk kismina katiliyorum.

    Bahsettigin gibi Microsoft vendor-lock gitme karari aldi. Bunun temel sebebi Azure’un kopyasi gibi bir iddiayi realize etmek icin riski azaltmak.
    AzureStack’in basindaki Vijay Tewari bu konuda tepki cektiklerini ancak bu sekilde ilerleyeceklerini iletti. Ancak diger vendorlar ile de calismalarin devam ettigini bir cok yerde soylediler.

    Son architecture diagramlari incelediginde goreceksindir neden vendor lock gitme karari aldigini aslinda. Dell ile yillardir suren CPS ortakligina benzer sekilde hem vendor hem MS tarafinda bir co-engineering var. Microsoft donanim tarafinda karsilasilan bir problem sebebi ile tum sistemin down olmasi riskini almak istemiyor gibi gozukuyor.

    Burada bildigimiz System Center UR updateleri gibi bir surecten bahsetmiyoruz. Yazilimdan ziyade tum donanim bilesenlerinin de (firmware versiyonlarina kadar) birbiri ile uyumlu calismasi gerekiyor. Ornegin switch tarafinda gerceklesen bir firmware problemi sebebi ile BGP trafigi aksarsa ben tenantlarima erisim saglayamayabilir. Bu gibi bir cok degiskene bagli bir sistemde Microsoft’un vendor-lock olmayan bir cozumu tamamiyle kontrol altinda tutmasi mumkun degil.

    Ozetle cok bilgilendirici bir yazi olmus. Aslinda yurtdisinda IT PROlarin ve MVPlerin de surekli konustuklari cekinceleri aciklamissin. Su an herkes public olarak AzureStack use caseleri ne olabilir, IAAS nereye gidiyor, vendor-lock dogru karar mi bunlari tartisiyor. Onumuzde 6 ay kadar bir sure var.
    Ilk versiyonun sinirli olacagi ve belli use caselere odaklanacagi goz onune alindiginda azurestack’in gercek gucunu gormemiz icin minimum 1 sene bekleyecegimizi dusunuyorum.