İlk bakışta, büyük hiper ölçekli genel bulutlar hemen hemen aynıdır; benzer hizmetler sunarlar ve benzer fiyatlar uygularlar. Ancak her birinin ana şirketinin geçmişinin bir sonucu olarak kendi uzmanlığı vardır. Microsoft için, veri hassasiyeti veya devlet düzenlemeleri nedeniyle iş yüklerinin şirket içi veri merkezlerinden ayrılmamasının her zaman nedenleri olacağını anlayarak, hibrit buluta güçlü bir şekilde odaklanıyor.

Bu, veri ve hizmetlerin hızlı geçişi için araçlar sağlayarak, şirket içinde nelerin yetersiz olduğu durumlarda hassas olmayan, düzenlenmemiş veriler için bulut kaynaklarını kullanarak ve Azure yönetim araçlarını Microsoft’un herhangi bir aracıyla veri merkezinize getirerek, her iki yönde de geçerli bir taahhüttür. Azure Stack’te kendi donanımı, Azure Stack HCI ile onaylı üçüncü taraf donanımı veya Azure Arc uygulama yönetimi aracı.

Azure Arc ve kapsayıcılarda geliştirme

Azure Arc’ın evrimini takip etmek ilginç oldu. Başlangıçta Azure Portal aracılığıyla şirket içi uygulama sanal altyapılarını yönetmek için bir araç olarak tasarlanmıştı, veri hizmetleri ve Kubernetes kapsayıcı düzenlemesi için destek eklendi. Azure’un kendi Kubernetes yönetim aracının bir sürümünü oluşturmak, Kubernetes dağıtımı ve yapılandırması hakkında derin bilgi gerektirmeyen bir Kubernetes ortamını yönetmenin hızlı ve kolay bir yolu olduğundan, en ilginç olan bu son seçenektir.

Azure Arc’ın Kubernetes aracının, kendi donanımınızda kendi bulutta yerel uygulamalarınızı barındırmanın ötesinde oynayabileceği başka bir rolü vardır. Perde arkasında Microsoft, Azure platform hizmetlerinin çoğunu yeniden tasarlıyor. Hızlı ölçeklendirmeyi desteklemek için her zaman mikro hizmet tabanlı olsalar da, Microsoft’un kendi sanallaştırma teknolojilerini kullanarak çalışırlar. Bu yavaş yavaş değişiyor, onları özel Windows Server örneklerinden kapsayıcılarda çalışmaya ve kapsayıcılı kodu desteklemek için özel Kubernetes uzantılarını ve hizmetlerini kullanmaya taşıyor.

Windows ve Linux kapsayıcıları için Kubernetes desteğinin yanı sıra kapsayıcılara geçiş, Microsoft’un ölçeklendirmeyi iyileştirmek ve bu kapsayıcıları taşınabilir hale getirmek için Kubernetes ve ilgili teknolojileri kullanarak kendi dahili Azure barındırmasını genelleştirmesine olanak tanıdı. Azure Stack Edge donanımı üzerinde çalışan Azure IoT Hub’larında, bu taşınabilirliğin bir kısmını, şüpheli bant genişliğine güvenmek yerine bilgi işlem yeteneğini gereken yere koyarak zaten gördük.

Bir sonraki mantıklı adım, ana bilgisayar olarak Arc’ın Azure Kubernetes’ini kullanarak taşınabilir uygulama kapsayıcılarını Azure tarafından yönetilen herhangi bir platforma getirmektir. Bu yaklaşım, Arc’ın yalnızca şirket içi sistemleri değil, AWS veya Google Cloud’da barındırılan altyapıları da desteklemesiyle Azure hizmetlerini kodunuzun olduğu yerde çalıştırmanıza olanak tanır. Örneğin bir Azure İşlevinde bir bağımlılık aldıysanız, ancak bunu veri merkezinizde ve Azure ve AWS üzerinde çoklu bulutta çalışan bir uygulamaya dahil etmek istiyorsanız, artık İşlev kodunuzu şu şekilde çalışacak şekilde çevirmekle sınırlı değilsiniz. bir AWS Lambda.

Her zaman olduğu gibi, bu yaklaşım bir takastır. Azure Arc’a bir bağımlılık alıyorsunuz ve bunu kullandığınız tüm platformlarda yönetmeniz gerekecek. Ancak, artık uygulama kodunuzu yalnızca bir kez geliştirmeniz gerekiyor. Farklı sürümler ve farklı platformlar arasında gecikme olmaz ve ortak API’ler üzerinde çalışmaya gerek kalmaz, bu da riski azaltır ve en düşük ortak paydadan ödün vermeden size istediğiniz kadar çoklu bulut erişimi sağlar.

Azure Arc’ın Uygulama Hizmetleri desteğini ayarlama

Azure Arc aracılığıyla uygulama hizmetlerini çalıştırmak, kayıtlı bir Kubernetes kümesi gerektirir. Küme API’sini desteklediği ve Azure CLI’yi Kubernetes sisteminize yüklediğiniz sürece herhangi bir platformda çalışan herhangi bir kümeyle çalışabilirsiniz. Azure Arc’ın kümenin kendisi değil, bir kümede çalışan uygulamaları yönetmenin bir yolu olduğunu unutmamak önemlidir. Arc’ın yaptıkları ile platformunuzu yönetmek için yapmanız gerekenler arasında belirgin bir ayrım vardır. Bunu altyapı yönetimi ile platform ve uygulama yönetimi arasındaki bir ayrım olarak düşünebilirsiniz. Arc, Kubernetes’te çalışan platform hizmetleri ve uygulamaları yönetirken, kümenizi altyapınızın bir parçası olarak yönetmeniz gerekir.

Bir kümeyi bağlamak için connectk8s Azure CLI uzantısını kullanın ve kümenizin gerekli Azure uç noktalarına bağlanabildiğinden emin olun. Arc’a bağlanmadan önce güvenlik duvarınızı bunun için yapılandırmanız gerekebilir. Bağlanabildiğinizde, Arc sağlayıcısını kaydedin ve yerel bir bölgedeki bir Azure kaynak grubuna bağlayın. Azure CLI aracı, bağlantı kurmak için gereken sertifikaları ve kimlikleri ekleyen ve yönetim aracıları için bir dizi bölme dağıtan bir Helm grafiği indirir ve çalıştırır.

Bir küme Azure Arc tarafından yönetildiğinde, Azure uygulama hizmetleri uzantılarını kümenize dağıtabilirsiniz. Hizmet hala önizleme aşamasındadır, bu nedenle Doğu Amerika Birleşik Devletleri veya Batı Avrupa bölgelerinde çalışmakla sınırlısınız. Daha sonra kümenize bir App Service uzantısı yüklemeniz, önce uzantı adını, ad alanını ve genel ortam için bir adı tutacak yerel ortam değişkenlerini ayarlamanız gerekir. Ardından, uzantıyı kümenize yüklemek için Azure CLI’yi kullanabilirsiniz.

Microsoft, bir hizmet hesabı, ad alanları ve diğer anahtar yapılandırmaları ekleyerek App Service kümesini ve bölmelerini yüklemek ve yapılandırmak için örnek bir komut dosyası sağlar. Kurulum biraz zaman alabilir, bu nedenle hizmetin Arc tarafını yapılandırmadan önce beklemeye hazır olun. Burada, Arc’ın App Service ortamını oluşturmadan önce kullanması için özel bir konum ayarlayacaksınız. Çalışmaya başladığında, uygulamalarınızı oluşturmaya ve dağıtmaya başlayabilirsiniz. Yararlı bir şekilde, Kubernetes olaya dayalı otomatik ölçeklendirme (KEDA) desteğinin yanı sıra Kubernetes’in varsayılan kaynak odaklı yaklaşımına yönelik desteği yapılandırabilirsiniz. İşlevler veya Event Grid gibi sunucusuz Azure hizmetleri çalıştırıyorsanız KEDA desteğini faydalı bulmalısınız.

Geliştirmenin bu aşamasında, Azure Arc için Azure App Service desteği yeni başlayanlar için değildir. Mevcut bir Kubernetes ortamı ve hem Kubernetes hem de Azure’u komut satırından yönetme deneyimi gerektirir. Microsoft’tan rehberlik var, ancak ister şirket içinde ister genel bir bulutta çalışıyor olsun, komut dosyalarını ortamınıza uyacak şekilde özelleştirmeniz gerekecek.

Azure Arc App Services için kod oluşturma ve teslim etme

Microsoft, Azure Arc portalından bağlı bir kümeye hizmet dağıtmak için sihirbaz tabanlı bir yaklaşım sunuyor. Bu, uygun kaynakları oluşturur ve uygun uzantıları yükler. Ardından, kaynakları dağıtmak için bir hedef olarak kullanabilir ve bunları Azure’un kendi bölgelerinin yanında özel konumlar olarak değerlendirebilirsiniz. Bu, Arc kaynaklarınıza karşı çalışmak için Visual Studio Code gibi mevcut Azure geliştirme araçlarını kullanmanızı sağlar.

Azure Uygulama Hizmetleri için Azure Arc desteği önizlemeden çıktığında, kaynaklarınızı Azure hizmetleri için alternatif siteler olarak ele alarak, doğrudan Azure ile çalışmakla aynı tanıdık geliştirme ve operasyon deneyimini sunar. Bu, Azure yöneticilerinize yeni sorumluluklar vererek ve devops ekipleriniz içinde yeni ilişkiler gerektirerek önceden yapılandırıldıklarından emin olmak anlamına gelir.

Ortaya çıkan çoklu bulut yetenekleri, uçtan genel buluta kadar çoğu dağıtım tarafından desteklenen Kubernetes’in ortak API’lerinden yararlanır. Şirket içinde veya Azure’da geliştirilen kod, verilerin olduğu yerde dağıtılmaya hazır, desteklenen herhangi bir platformda çalışabilir. Daha fazla Azure hizmeti, Azure Arc’ın Kubernetes desteğinden yararlandıkça, platform hizmetleri için çoklu bulut desteği, bulutlar arası sanal altyapılarla çalışmak kadar yaygın hale gelecek ve hizmet olarak platform tabanlı uygulamaların güvenilirliğini ve kullanılabilirliğini tek tek kaldırarak artıracaktır. başarısızlık noktası.

Telif Hakkı © 2021 IDG Communications, Inc.



#Azure #hizmetlerini #kendi #sunucularınızda #nasıl #çalıştırabilirsiniz