Azure'da kaynakları sağlama, kaynaklara erişme ve yönetme

Önceki makale: genel bakış

Bu serinin önceki makalesinde açıklandığı gibi, bulut uygulaması geliştirmenin temel bir parçası, Azure'da kodunuzu ve verilerinizi dağıtarak gerekli kaynakları sağlar. Yani, bir bulut uygulaması oluşturma, temelde bu kodu ve verileri dağıtan hedef bulut bilgisayarının ne olduğunu oluşturmayla başlar. (Kullanılabilir kaynak türlerini gözden geçirmek için bkz. Azure geliştirici kılavuzu.)

Bu sağlama tam olarak nasıl yapılır? Azure'ın uygulamanıza kaynak ayırması için nasıl izin ve ardından bu kaynakları nasıl yapılandırabilirsiniz ve başka bir şekilde erişebilirsiniz? Kısacası, tüm bu kaynakları yerinde almak için Azure'la nasıl konuşabilirsiniz?

Azure ile iletişim kurmanın anlamı

Çoğu işletim sisteminde olduğu gibi Azure ile de üç yol üzerinden iletişim kurabilirsiniz: kullanıcı arabirimi, komut satırı arabirimi ve API.

Kaynak sağlama için Azure ile iletişim kurmanın farklı bir anlamı

Bu tamamlayıcı yöntemlerin herhangi birini veya hepsini kullanarak ihtiyacınız olan Azure kaynaklarını oluşturabilir, yapılandırabilirsiniz ve yönetebilirsiniz. Aslında, geliştirme projesinde genellikle üçünü de kullanırsanız, bunların her biri hakkında bilgi sahibi olmak için zamannıza değer.

Bu geliştirici merkezinde öncelikle Azure kitaplıklarını kullanan Azure CLI ve Python kodunu kullanarak kaynak sağlamayı gösteracağız. Portalın kullanımı, her bir hizmete ilişkin belgelerde iyi bir şekilde ele alınarak hazırlanmıştır.

Not

Python için Azure kitaplıkları bazen Python için Azure SDK olarak adlandırılır. Ancak, Python paket yöneticisi pip aracılığıyla edinilen kitaplıklardan başka SDK bileşeni yoktur.

Azure portalı

Bu Azure portal, azure'ın tüm Azure hizmetleriyle kaynakları silebilen ve yönetilebilen, tamamen özelleştirilebilir, tarayıcı tabanlı kullanıcı arabirimidir. Portala erişmek için önce bir Microsoft Hesabı kullanarak oturum açmanız ve ardından aboneliği olan ücretsiz bir Azure hesabı oluşturmanız gerekir. (Oturum olduktan sonra? simgesine tıklayın ve ana portal özelliklerinin basit bir kılavuzu için Kılavuzlu turu başlat'ı seçin.)

Artılar: Kullanıcı arabirimi, hizmetleri ve tüm çeşitli yapılandırma seçeneklerini keşfetmeyi kolaylaştırır. Yapılandırma değerlerinin ayarlandığı güvenlidir çünkü yerel iş istasyonunda hiçbir bilgi depolanmış değildir.

Eksiler: Portalla çalışmak el ile yapılan bir işlemdir ve kolayca otomatikleştirilenemz. Örneğin, bir yapılandırmayı değiştirirken ne yaptığını hatırlamak için genellikle adımlarınızı ayrı bir belgeye kaydetmeniz gerekir.

Azure CLI

Azure CLI, Azure'ın açık kaynak komut satırı arabirimidir. Azure CLI'de oturum açın (komutunu kullanarak) portal üzerinden az login gerçekleştirebilirsiniz.

Artılar: Betikler ve çıkış işleme ile kolayca otomatik hale gelir. Web uygulaması dağıtma gibi yaygın görevler için birden çok kaynağı birlikte sağlayan daha üst düzey komutlar sağlar. Betikler kaynak denetiminde yönetilebilir.

Eksiler: Portalı kullanmaya göre daha dik öğrenme eğrisi ve komutlar hatalara maruz. Hata iletileri her zaman yararlı değildir.

Azure CLI'nin Linux Azure PowerShell komutları Python geliştiricilerine daha tanıdık geliyor olsa da, Azure CLI yerine Azure PowerShell modülünü de kullanabilirsiniz.

Yerel CLI veya PowerShell yerine, Azure Cloud Shell. https://shell.azure.com/ Azure Cloud Shell açıldıktan sonra otomatik olarak kimlik doğrulaması landığı ve bu hizmette sizin gibi özelliklere sahip olduğu için Azure portal. Bu Cloud Shell, özellikle de yalnızca bir veya iki komut çalıştırmaya ihtiyacınız olduğunda, yerel olarak yüklemek için pek çok farklı araçla önceden yapılandırılmış olarak gelir.

Cloud Shell yerel bir ortam olmadığınız için, betik otomasyonu yerine portalda olduğu gibi tekil işlemler için daha uygundur. Bununla birlikte, kaynak depoları (örneğin, GitHub depoları) Cloud Shell. Sonuç olarak, otomasyon betiklerini yerel olarak geliştirebilir, bunları bir depoda depolayabilir, Cloud Shell kopyalayabilir ve ardından orada çalıştırabilirsiniz.

Azure REST API ve Azure kitaplıkları

Azure REST API Azure'ın program arabirimidir ve Azure'ın veri merkezlerinin hepsi doğal olarak İnternet'e bağlı olduğundan HTTP üzerinden güvenli REST aracılığıyla sağlanır. Her kaynağa, sıkı kimlik doğrulama protokolleri ve erişim ilkelerine tabi kaynağa özgü BIR API'yi destekleyen benzersiz bir URL atanır. (Azure portal ve Azure CLI aslında kendi çalışmalarını REST API.)

Geliştiriciler için Azure kitaplıkları (bazen Azure SDK'ları olarak da adlandırılır), REST API'nin özelliklerini sınıflar ve nesneler gibi çok daha kullanışlı programlama paradigmalarına dönüştüren dile özgü kitaplıklar sağlar. Python için, tek başına SDK'yı bütün olarak yüklemek yerine her zaman ile pip install tek tek kitaplıklar yüklersiniz. (Diğer diller için bkz. Azure SDK indirmeleri.)

Artılar: Azure CLI'ye kıyasla bir işlemden gelen çıkışı giriş olarak başka bir işlem olarak kullanmanın çok daha doğrudan bir yöntemi de dahil olmak üzere tüm işlemler üzerinde kesin denetim. Python geliştiricileri için CLI kullanmak yerine tanıdık dil paradigmaları içinde çalışmaya olanak sağlar. Ayrıntılı yönetim senaryolarını otomatikleştirmek için uygulama kodundan da kullanılabilir.

Eksiler: Tek bir CLI komutuyla yaplan işlemlerde genellikle birden çok kod satırı gerekir ve bunların hepsi hataya maruz olur. Azure CLI gibi daha üst düzey işlemler sağlamaz.

Otomatik isteğe bağlı sağlama

Birçok Azure hizmeti, değişken talebi karşılamak için ölçeklendirme özelliklerini yapılandırmaya olanak sağlar. Bu durumda Azure gerektiğinde otomatik olarak ek kaynaklar sağlar ve bunları uygun şekilde ayırır. Bu tür otomatik ölçeklendirme, birden çok veri merkezi kaynağı tarafından desteklene bir bulut platformunun temel avantajlarından birisidir. Ortamınızı yoğun talep için tasarlamak yerine, normalde kullanmayabilirsiniz kapasite için ödeme yapmak yerine, ortamı taban çizgisi veya ortalama kullanım için tasarlar ve yalnızca gerektiğinde ek özellik için ücret ödersiniz.

Daha fazla bilgi için bkz. Otomatik ölçeklendirme Azure Mimari Merkezi.

Abonelikler, kaynak grupları ve bölgeler

Azure'ın kaynak modelinde, zaman içinde, farklı uygulamalar için birçok Azure hizmeti arasında birçok farklı kaynak sağlaycazın. Bu kaynakları düzenlemek için kullanabileceğiniz üç hiyerarşi düzeyi vardır:

  1. Abonelikler: Her Azure aboneliğinin kendi ödeme hesabı vardır ve genellikle kuruluş içinde ayrı bir ekibi veya departmanı temsil eder. Genel olarak, paylaşılan kimlik doğrulaması gibi özelliklerden yararlanabilecekleri şekilde, aynı abonelik içindeki herhangi bir uygulama için ihtiyacınız olan tüm kaynakları sağlarsınız. Ancak, tüm kaynaklara genel URL'ler ve gerekli yetkilendirme belirteçleri aracılığıyla erişile gerektiğinden, kaynakları birden çok abonelik arasında yaymak kesinlikle mümkündür.

  2. Kaynak grupları: Bir abonelikte kaynak grupları, diğer kaynakların kapsayıcılarıdır ve bu kapsayıcıları grup olarak yönetebilirsiniz. (Bu nedenle, bir kaynak grubu genellikle belirli bir projeyle ilgilidir.) Bir kaynağı her sağlarken, aslında kaynağın ait olduğu grubu belirtmeniz gerekir. Yeni bir projeyle ilk adımınız genellikle uygun bir kaynak grubu oluşturmaktır. Ayrıca kaynak grubunu silerek, her kaynağı ayrı ayrı silmek zorunda kalmadan içerdiği kaynakların tamamını kaldırmış oluruz. Kaynak gruplarınızı düzenlemeyi ihmal etmek, daha sonra hangi kaynağın hangi projeye ait olduğunu hatırlamamanıza neden olabilir!

  3. Kaynak adlandırma: Bir kaynak grubu içinde, kaynaklar arasındaki yaygınlıkları veya ilişkileri ifade etmek için hangi adlandırma stratejilerini kullanmak isterseniz kullanabilirsiniz. Ad genellikle kaynağın URL'sinde kullanılır, kullanabileceğiniz karakterlerle ilgili sınırlamalar olabilir. (Örneğin bazı adlar yalnızca harf ve sayılara izin verirken, bazıları ise kısa çizgi ve alt çizgiye izin verir.)

Azure ile çalışmaya devam ettikçe, kaynaklarınızı düzenlemek için kendi tercihlerinizi ve abonelikleri, kaynak gruplarını ve tek tek kaynakları adlandırmak için kendi kurallarınızı geliştirebilirsiniz.

Bölgeler ve coğrafyalar

Bir kaynak grubunun önemli özelliklerinden biri, her zaman belirli bir veri merkezinin konumu olan belirli bir Azure bölgesiyle ilişkilendirilen kaynak grubu olabilir. Aynı gruptaki tüm kaynaklar bu veri merkezinde birlikte bulunur ve bu sayede farklı bölgelerdeki kaynaklara göre çok daha verimli bir şekilde etkileşimde bulunabilirsiniz. Geliştiriciler genellikle müşterilerine en yakın bölgeleri seçerek uygulamanın yanıt verme hızını iyi hale getirmektedir. Azure ayrıca, küresel bir müşteri tabanına daha iyi hizmet vermek için uygulama ve veritabanlarının kopyalarını birden çok bölgede eşitlemek için coğrafi çoğaltma özellikleri de sunar.

Abonelik oluşturmakta olduğu coğrafya tarafından belirlenen yerel yasalar ve düzenlemeler nedeniyle yalnızca belirli bölgelere erişiminiz olabilir ve bu bölgeler tüm Azure hizmetlerini desteklemeyebilir. Ayrıntılar için bkz. Azure küresel altyapısı.

Sonraki adım