Microsoft Azure nedir ?

Microsoft Azure nedir ?

Microsoft Azure, kuruluşların iş zorluklarını aşmasına yardımcı olan bir dizi bulut hizmetidir. Hizmetler, uygulamaları yönetmek ve dağıtmak için araçlar içerir. Microsoft, işletmelerin teknoloji taleplerini yönetmelerine yardımcı olmak için PaaS (hizmet olarak platform), hizmet olarak IaaS altyapısı ve SaaS (hizmet olarak yazılım) platformları sunar.

Azure dağıtım modelleri

Azure terminolojisinde dağıtım , Azure genel bulutunda kaynak sağlamanız anlamına gelir . Belki de “Bu nedir? Microsoft Azure neden genel bulut olarak adlandırılıyor? Microsoft her zaman, farklı Azure müşterilerinin varsayılan olarak birbirlerinin kaynaklarını asla göremeyeceğini söylüyor.”

Genel bulut Bulut Hizmetleri.

Microsoft Azure, genel veri merkezi yapısına genel olarak tarafından erişilebilen genel bir buluttur. Microsoft, Azure’un çok güvenlik yapısını çok ciddiye alır; bu nedenle, her müşterinin verilerinin özel olduğundan emin olmak için fiziksel ve mantıksal güvenlik katmanlarını birbiri ardına ekler. Aslında, çoğu durumda Microsoft’un bile müşterilerin veri şifreleme anahtarlarına erişimi yoktur!

Özel bulut

Çok, çok az işletme kendi bulut ortamlarını barındırmak için yeterli finansal, sermaye ve insan kaynağına sahiptir. Tipik olarak yalnızca en büyük kurumsal kuruluşlar, yedekli veri merkezleri, depolama, ağ iletişimi ve bilgi işlem ile kendi özel bulut altyapılarına sahip olabilir, ancak Microsoft’un (veya başka herhangi bir bulut sağlayıcısının) fiziksel veri merkezlerinde veri depolamaya karşı güvenlik  önlemlerine sahiptirler.

 

Microsoft, bir şirketin Microsoft’a bağlı bir donanım veya hizmet sağlayıcıdan kiraladığı veya satın aldığı bir sunucu rafından oluşan Azure bulutunun taşınabilir bir sürümünü satar: Azure Stack.

Buradaki fikir, isteğe bağlı self servis, kaynak havuzu, esneklik vb. gibi bulut bilişimin ayırt edici özelliklerini, istemediğiniz sürece İnternet’i veya harici bir bulut sağlayıcısını dahil etmeden yerel ortamınıza getirebilmenizdir.

Yöneticileriniz ve geliştiricileriniz, kaynakları Azure genel bulutuna dağıtmak için kullandıkları gibi yerel olarak Azure Stack’e dağıtmak için aynı Azure Resource Manager (ARM) uygulama programlama arabirimini (API) kullanır. Bu API, bulut tabanlı hizmetleri şirket içinde veya tam tersi şekilde getirmeyi çok kolaylaştırır.

Hibrit bulut

En iyi şirket içi ortamları ve bulut ortamlarını birleştirdiğinizde, bir hibrit bulutunuz olur .

 

Çoğu zaman, hibrit bulut dağıtım modelinin çoğu işletme için en mantıklı olduğu durumdur. Neden? Niye? Hibrit bulut, işletmenin Azure genel bulutunun hiper ölçeğinden yararlanırken ücretini ödediği şirket içi altyapıyı kurtarmasına (okuma: kullanmaya devam etmesine) olanak tanır.

Aşağıdaki resme bir göz atın. Bu topolojide, şirket içi ağ, Azure’da çalışan bir sanal ağa genişletilir. Dahil olmak üzere her türlü şık hizmet yönetimini burada yapabilirsiniz.

• Azure sanal makinelerine (VM’ler) yerel Active Directory etki alanınıza katılma
• Azure yönetim araçlarını kullanarak şirket içi sunucularınızı yönetme
• Bir DR sitesi olarak Azure’ı kullanarak neredeyse anında yük devretme olağanüstü durum kurtarma (DR) sağlama. Yük devretme, arızalı birincil ortamınızdan birkaç dakika içinde yedekleme ortamınıza geçebilmeniz için üretim sunucularınızın çoğaltılmış bir yedeğinin başka bir yerde bulunması anlamına gelir. Yük devretme, bir yedekleme arşivinden yedekleri geri yüklemeyle ilgili kesinti süresini karşılayamayan işletmeler için kritik öneme sahiptir.

İşte neler olduğuna dair bir genel bakış:

• Sol tarafta, bir sanal özel ağ (VPN) ağ geçidi aracılığıyla İnternete bağlanan yerel bir işletme ağı bulunur.
• Sağda (Azure) sanal bir ağda üç VM’lik bir dağıtım bulunur. Siteden siteye VPN, yerel ortamı sanal ağa bağlar. Son olarak, bir Azure yük dengeleyici, gelen trafiği web katmanı alt ağındaki aynı şekilde yapılandırılmış üç web sunucusu arasında eşit olarak yayar. Sonuç olarak, şirketin dahili personeli, güvenli bir VPN tüneli üzerinden Azure tabanlı web uygulamasına erişebilir ve önyükleme için düşük gecikme süreli, güvenilir, her zaman açık bir bağlantı elde edebilir.

Yerel, fiziksel bir ağ ortamına şirket içi ortam denir. Vahşi doğada, ne yazık ki Microsoft’un Azure belgelerinde bile “yerinde” için başıboş referanslar göreceksiniz. Bu hatayı yapma. Bir öncül bir fikirdir; tesis bir yeri ifade eder.

Genellikle, tüm işlerini Azure bulutunda yapacak kadar çevik olanlar yalnızca küçük işletmelerdir. Bununla birlikte, kuruluşunuz Azure ile deniz bacaklarını aldıktan ve kullanılabilirliğini, performansını, ölçeklenebilirliğini ve güvenlik olanaklarını takdir etmeye başladıktan sonra, daha fazla şirket içi altyapıyı Azure’a geçirmek için çalışacağınızı ve önce iş kolu (LOB) uygulamalarınızın çoğunu buluta hedefleyin.

Azure hizmet sağlama modelleri

Kuruluşlar uygulamaları üç ana yolla dağıtır: Hizmet Olarak Yazılım, Hizmet Olarak Altyapı ve Hizmet Olarak Platform.

Hizmet Olarak Yazılım (SaaS)

SaaS uygulaması, bulutta çalışan bitmiş, müşteriye yönelik bir uygulamadır. Microsoft Office 365 mükemmel bir örnektir. Aşağıda gösterildiği gibi, yalnızca bir web tarayıcısıyla belge oluşturmak, düzenlemek ve paylaşmak için Word Online’ı kullanabilirsiniz; İnternet bağlantısı; ve abonelik temelinde her ay ödediğiniz bir Office 365 aboneliği.

Hizmet Olarak Platform (PaaS)

Sanal makinelerle üç katmanlı şirket içi web uygulaması çalıştıran bir işletme düşünün. Kuruluş, bulut bilişimin avantajlarından yararlanmak için bu uygulama iş yükünü Azure’a taşımak istiyor. Kuruluş her zaman VM’leri kullanarak iş yaptığından, iş yükünün tanım gereği Azure’daki VM’lerde çalışması gerektiğini varsayar.

 

Çok hızlı değil. İş yükünün bir Microsoft yığını uygulamasından oluştuğunu varsayalım. Belki de işletme, otomatik ölçeklendirme ve düğme coğrafi çoğaltmadan yararlanmak için Azure App Service ve Azure SQL Veritabanı gibi PaaS ürünlerini kullanmayı düşünmelidir.

Georeplication, hata toleransı için hizmetinizin senkronize kopyalarını diğer coğrafi bölgelere yerleştirmek ve bu hizmetleri kullanıcılarınıza daha yakın hale getirmek anlamına gelir.

Veya iş yükü PHP ve MySQL kullanan açık kaynaklı bir proje olabilir . Sorun değil. Azure App Service bu senaryoyu işleyebilir. Microsoft ayrıca MySQL için (uygun şekilde yeterli) MySQL için Azure Veritabanı adlı yerel barındırılan bir veritabanı platformuna sahiptir.

PaaS ile Microsoft, barındırma ortamı için çok daha fazla sorumluluk alır. VM’lerinizden yüzde 100 sorumlu değilsiniz çünkü PaaS ürünleri tüm bu tesisat ve yönetim yükünü sizden uzaklaştırıyor.

Buradaki fikir, PaaS ürünlerinin, uygulamalarınıza ve nihayetinde bu uygulamaları kullanan kişilere odaklanmanızı sağlamasıdır. PaaS’ın bir takası varsa, o da tam yığın denetiminden vazgeçmenin birçok eski tuz sistemi ve ağ yöneticisi için bir ayar olduğudur.

IaaS ve PaaS arasındaki temel farkı özetlemek gerekirse, IaaS size çevre üzerinde tam kontrol sağlar, ancak ölçeklenebilirlik ve çeviklikten ödün verirsiniz. PaaS size tam ölçeklenebilirlik ve çeviklik sağlar, ancak kontrolü biraz feda edersiniz.

Emin olmak için, bulut bilişim literatürü, topluluk bulutu gibi diğer bulut dağıtım modellerine referanslar içerir. Ayrıca Hizmet Olarak Depolama (STAaS) ve Hizmet Olarak Kimlik (IDaaS) gibi ek dağıtım modellerine ilişkin referanslar da göreceksiniz.

 

 

Hizmet Olarak Altyapı (IaaS)

Uygulamalarını ve hizmetlerini Azure’a geçiren çoğu işletme, yalnızca hizmetlerini geçmişte VM’ler aracılığıyla teslim ettikleri için IaaS modelini kullanır – eski “Bozulmadıysa, düzeltmeyin” yaklaşımı.

 

Büyük ölçüde IaaS, müşterinin bir bulutta bir veya daha fazla VM’yi barındırdığı yerdir. Müşteriler, aşağıdakiler de dahil olmak üzere VM’nin tüm yaşam döngüsünden sorumlu olmaya devam eder:

• Yapılandırma
• Veri koruması
• Performans ayarı
• Güvenlik

VM’lerinizi şirket içi ortamınız yerine Azure’da barındırarak, fiziksel ve mantıksal kaynakları yerel olarak sağlamanız gerekmediğinden paradan tasarruf edersiniz. Ayrıca kullanıma hazır Azure’da bulunan coğrafi, fiziksel ve mantıksal artıklık katmanları için ödeme yapmanız gerekmez.

 

Bu nedenle, SaaS bulutta tamamen soyutlanmış bir hizmet iken ve müşteri yalnızca uygulamayı kullanırken, IaaS Microsoft’un sorumluluğu (barındırma platformunu sağlama) ve müşterinin sorumluluğu (VM’leri yaşam döngüleri boyunca koruma) arasında bir ayrım sunar.

Genel olarak bulut bilişim ve özel olarak Microsoft Azure, paylaşılan sorumluluk modeli denilen şeyi kullanır. Bu modelde, Microsoft’un sorumluluğu, bulut dağıtımlarınızı başarılı kılmak için ihtiyaç duyduğunuz araçları sağlamaktır – Microsoft’un veri merkezleri, sunucu, depolama ve ağ donanımı vb. Dağıtımlarınızı güvenli hale getirmek, optimize etmek ve korumak için bu araçları kullanmak sizin sorumluluğunuzdur. Microsoft, sanal makinelerinizi otomatik olarak yapılandırmayacak, yedeklemeyecek ve güvenliğini sağlamayacak; bu görevler sizin sorumluluğunuzdadır.

 

 

Microsoft Azure Hizmetleri

Microsoft Azure hizmet kataloğu yüzlerce hizmete sahiptir ve sürekli genişlemektedir. Microsoft bir hizmetler dizini tutar . Oradaki tüm hizmetleri inceleyebilirsiniz, ancak aşağıda kısa bir açıklama verilmiştir.

Azure geçmişi

Ekim 2008’de Microsoft, Profesyonel Geliştiriciler Konferansında Windows Azure’u duyurdu. Birçok kişi, bu ürünün, AWS’yi halka tanıtmaya başlamış olan Amazon’a doğrudan bir yanıt olduğunu düşünüyor.

 

Azure tarafından barındırılan ilk hizmet, Mart 2009’da duyurulan SQL Azure İlişkisel Veritabanı idi. Ardından, Haziran 2012’de PaaS web siteleri ve IaaS sanal makineleri için destek geldi. Aşağıdaki resim, o sırada Windows Azure portalının nasıl göründüğünü göstermektedir.

Satya Nadella, Şubat 2014’te Microsoft’un baş işletme görevlisi oldu. Satya, Microsoft’un önceden tescilli sınırlarını genişletme vizyonuna sahipti, bu nedenle Windows Azure, Microsoft Azure oldu ve Azure platformu, Microsoft’un önceden düşman olarak gördüğü açık kaynak teknolojilerini ve şirketleri benimsemeye başladı. rakipler.

Bu basit isim değişikliğinin ne kadar önemli olduğu ve ne kadar önemli olduğu abartılamaz. Bugün Microsoft Azure, Linux tabanlı VM’ler ve Microsoft’a ait olmayan web uygulamaları ve hizmetleri için büyük bir anlaşma olan birinci sınıf destek sağlıyor.

Son olarak, Microsoft, (Microsoft Build 2014’te RM dağıtım modelini tanıttı. Windows Azure’un arkasındaki API’ye Azure Hizmet Yönetimi (ASM) adı verildi) ve çeşitli tasarım ve mimari sorunlardan muzdaripti. ASM, dağıtım kaynaklarını organize etmeyi çok zorlaştırdı, örneğin, yönetici erişimini ayrıntılı bir şekilde kapsamak imkansızdı.