Aracılığıyla paylaş

Service Fabric hakkında bilgi edinmek istiyor musunuz?

  • Makale

Azure Service Fabric; ölçeklenebilir ve güvenilir mikro hizmetleri paketlemeyi, dağıtmayı ve yönetmeyi kolaylaştırmayı sağlayan bir dağıtılmış sistemler platformudur. Ancak Service Fabric'in geniş bir yüzey alanı vardır ve öğrenmeniz gereken çok şey vardır. Bu makalede Service Fabric'in bir özetini sağlanmaktadır ve temel kavramlar, programlama modelleri, uygulama yaşam döngüsü, test, kümeler ve sistem durumu izleme açıklanmaktadır. Giriş bilgileri ve Service Fabric'in mikro hizmetler oluşturmak için nasıl kullanılabileceğini öğrenmek için Genel Bakış ve Mikro hizmetler nedir? konularını okuyun. Bu makale kapsamlı bir içerik listesi içermez, ancak Service Fabric'in her alanı için genel bakış ve başlangıç makalelerine bağlantı sağlar.

Temel kavramlar

Service Fabric terminolojisi, Uygulama modeli ve Desteklenen programlama modelleri daha fazla kavram ve açıklama sağlar, ancak temel bilgiler şunlardır.

Tasarım zamanı: hizmet türü, hizmet paketi ve bildirimi, uygulama türü, uygulama paketi ve bildirim

Hizmet türü, hizmetin kod paketlerine, veri paketlerine ve yapılandırma paketlerine atanan ad/sürümdür. Bu, bir ServiceManifest.xml dosyasında tanımlanır. Hizmet türü, çalışma zamanında yüklenen yürütülebilir kod ve hizmet yapılandırma ayarlarından ve hizmet tarafından kullanılan statik verilerden oluşur.

Hizmet paketi, hizmet türünün ServiceManifest.xml dosyasını içeren ve hizmet türü için koda, statik verilere ve yapılandırma paketlerine başvuran bir disk dizinidir. Örneğin, bir hizmet paketi bir veritabanı hizmetini oluşturan koda, statik verilere ve yapılandırma paketlerine başvurabilir.

Uygulama türü, hizmet türleri koleksiyonuna atanan ad/sürümdür. Bu, bir ApplicationManifest.xml dosyasında tanımlanır.

Service Fabric uygulama türleri ve hizmet türleri

Uygulama paketi, uygulama türünün ApplicationManifest.xml dosyasını içeren ve uygulama türünü oluşturan her hizmet türü için hizmet paketlerine başvuran bir disk dizinidir. Örneğin, e-posta uygulama türü için bir uygulama paketi kuyruk hizmeti paketine, ön uç hizmet paketine ve veritabanı hizmet paketine başvurular içerebilir.

Uygulama paketi dizinindeki dosyalar Service Fabric kümesinin görüntü deposuna kopyalanır. Daha sonra bu uygulama türünden adlandırılmış bir uygulama oluşturabilirsiniz ve bu uygulama küme içinde çalışır. Adlandırılmış bir uygulama oluşturduktan sonra, uygulama türünün hizmet türlerinden birinden adlandırılmış bir hizmet oluşturabilirsiniz.

Çalışma süresi: kümeler ve düğümler, adlandırılmış uygulamalar, adlandırılmış hizmetler, bölümler ve çoğaltmalar

Service Fabric kümesi, mikro hizmetlerin dağıtılıp yönetildiği, ağa bağlı bir sanal veya fiziksel makine kümesidir. Kümeler binlerce makine içerecek şekilde ölçeklendirilebilir.

Bir kümenin parçası olan makine veya VM’lere düğüm denir. Her düğüme bir düğüm adı (bir dize) atanır. Düğümlerin yerleşim özellikleri gibi özellikleri vardır. Her makinede veya VM'de önyükleme FabricHost.exesonrasında çalışmaya başlayan ve ardından iki yürütülebilir dosya başlatan bir otomatik başlatma Windows hizmeti vardır: Fabric.exe ve FabricGateway.exe. Bu iki yürütülebilir dosya düğümü oluşturur. Geliştirme veya test senaryoları için ve 'nin birden çok örneğini Fabric.exe FabricGateway.exeçalıştırarak tek bir makinede veya VM'de birden çok düğüm barındırabilirsiniz.

Adlandırılmış uygulama, belirli bir işlevi veya işlevleri gerçekleştiren adlandırılmış hizmetler koleksiyonudur. Bir hizmet tam ve tek başına bir işlev gerçekleştirir (diğer hizmetlerden bağımsız olarak başlatılabilir ve çalıştırılabilir) ve kod, yapılandırma ve verilerden oluşur. Bir uygulama paketi görüntü deposuna kopyalandıktan sonra, uygulama paketinin uygulama türünü (adını/sürümünü kullanarak) belirterek küme içinde uygulamanın bir örneğini oluşturursunuz. Her uygulama türü örneğine fabric:/MyNamedApp gibi görünen bir URI adı atanır. Küme içinde, tek bir uygulama türünden birden çok adlandırılmış uygulama oluşturabilirsiniz. Farklı uygulama türlerinden adlandırılmış uygulamalar da oluşturabilirsiniz. Her adlandırılmış uygulama bağımsız olarak yönetilir ve sürümü oluşturulur.

Adlandırılmış bir uygulama oluşturduktan sonra, hizmet türünü (adını/sürümünü kullanarak) belirterek küme içindeki hizmet türlerinden birinin (adlandırılmış hizmet) bir örneğini oluşturabilirsiniz. Her hizmet türü örneğine, adlandırılmış uygulamanın URI'sinde kapsamı belirlenmiş bir URI adı atanır. Örneğin, "MyNamedApp" adlı bir uygulama içinde "MyDatabase" adlı bir hizmet oluşturursanız, URI şöyle görünür: fabric:/MyNamedApp/MyDatabase. Adlandırılmış bir uygulama içinde bir veya daha fazla adlandırılmış hizmet oluşturabilirsiniz. Her adlandırılmış hizmetin kendi bölüm düzeni ve örnek/çoğaltma sayıları olabilir.

İki tür hizmet vardır: durum bilgisi olmayan ve durum bilgisi olan. Durum bilgisi olmayan hizmetler hizmet içinde durum depolamaz. Durum bilgisi olmayan hizmetlerin kalıcı depolama alanı yoktur veya Azure Depolama, Azure SQL Veritabanı veya Azure Cosmos DB gibi bir dış depolama hizmetinde kalıcı durum depolar. Durum bilgisi olan bir hizmet, durumu hizmetin içinde depolar ve durumu yönetmek için Reliable Collections veya Reliable Actors programlama modellerini kullanır.

Adlandırılmış hizmet oluştururken bir bölüm düzeni belirtirsiniz. Büyük miktarda durumu olan hizmetler verileri bölümlere ayırır. Her bölüm, kümenin düğümlerine yayılan hizmetin tam durumunun bir bölümünden sorumludur.

Aşağıdaki diyagramda uygulamalar ve hizmet örnekleri, bölümler ve çoğaltmalar arasındaki ilişki gösterilmektedir.

Bir hizmet içindeki bölümler ve çoğaltmalar

Bölümleme, ölçeklendirme ve kullanılabilirlik

Bölümleme , Service Fabric için benzersiz değildir. İyi bilinen bir bölümleme biçimi, veri bölümleme veya parçalamadır. Büyük miktarda durumu olan durum bilgisi olan hizmetler verileri bölümlere ayırır. Her bölüm, hizmetin tam durumunun bir bölümünden sorumludur.

Her bölümün çoğaltmaları, adlandırılmış hizmetinizin durumunun ölçeklendirilmesini sağlayan küme düğümlerine yayılır. Veriler büyüdükçe bölümler büyür ve Service Fabric, donanım kaynaklarını verimli bir şekilde kullanmak için düğümler arasında bölümleri yeniden dengeler. Kümeye yeni düğümler eklerseniz, Service Fabric artan düğüm sayısı genelinde bölüm çoğaltmalarını yeniden dengeler. Genel uygulama performansı iyileştirir ve belleğe erişim çekişmesi azalır. Kümedeki düğümler verimli bir şekilde kullanılmıyorsa, kümedeki düğüm sayısını azaltabilirsiniz. Service Fabric, her düğümdeki donanımı daha iyi kullanmak için bölüm çoğaltmalarını azaltılmış düğüm sayısı arasında yeniden dengeler.

Bir bölümde durum bilgisi olmayan adlandırılmış hizmetler örneklere sahipken durum bilgisi olan adlandırılmış hizmetlerin çoğaltmaları vardır. Durum bilgisi olmayan adlandırılmış hizmetler genellikle yalnızca bir bölüme sahip olur çünkü özel durumlar olsa da iç durumları yoktur. Bölüm örnekleri kullanılabilirlik sağlar. Bir örnek başarısız olursa, diğer örnekler normal çalışmaya devam eder ve Service Fabric yeni bir örnek oluşturur. Durum bilgisi olan adlandırılmış hizmetler, çoğaltmalar içinde durumlarını korur ve her bölümün kendi çoğaltma kümesi vardır. Okuma ve yazma işlemleri bir çoğaltmada (Birincil olarak adlandırılır) gerçekleştirilir. Yazma işlemlerinden durum değişiklikleri birden çok başka çoğaltmaya çoğaltılır (Etkin İkincil olarak adlandırılır). Bir çoğaltma başarısız olursa, Service Fabric mevcut çoğaltmalardan yeni bir çoğaltma oluşturur.

Service Fabric için durum bilgisi olan ve olmayan mikro hizmetler

Service Fabric, mikro hizmetlerden veya kapsayıcılardan oluşmuş uygulamalar hazırlamanıza olanak tanır. Durum bilgisi olmayan mikro hizmetler (protokol ağ geçitleri ve web ara sunucuları gibi), isteğin veya hizmetten gelen yanıtının dışında değişebilir bir durum bilgisi bulundurmaz. Azure Cloud Services çalışan rolleri, durum bilgisi olmayan hizmet örnekleridir. Durum bilgisi olan mikro hizmetler (kullanıcı hesapları, veritabanları, cihazlar, alışveriş sepetleri ve kuyruklar gibi), isteğin ve yanıtının ötesinde değişebilir, yetkili bir durum bilgisi bulundurur. Günümüzün İnternet ölçeğindeki uygulamaları, durum bilgisi olan ve olmayan mikro hizmetlerin bileşiminden oluşur.

Service Fabric ile önemli bir fark, yerleşik programlama modelleriyle veya kapsayıcılı durum bilgisi olan hizmetlerle durum bilgisi olan hizmetler oluşturmaya odaklanmasıdır. Uygulama senaryoları, durum bilgisi olan hizmetlerin kullanıldığı senaryoları açıklar.

Durum bilgisi olan mikro hizmetler ve durum bilgisi olmayan hizmetler neden var? Bunun başlıca iki nedeni şunlardır:

  • Kodu ve verileri aynı makinede yakın tutarak yüksek aktarım hızı, düşük gecikme süresi, hataya dayanıklı çevrimiçi işlem işleme (OLTP) hizmetleri oluşturabilirsiniz. Bazı örnekler etkileşimli vitrinler, arama, Nesnelerin İnterneti (IoT) sistemleri, ticaret sistemleri, kredi kartı işleme ve sahtekarlık algılama sistemleri ve kişisel kayıt yönetimidir.
  • Uygulama tasarımını basitleştirebilirsiniz. Durum bilgisi olan mikro hizmetler, yalnızca durum bilgisi olmayan bir uygulamanın kullanılabilirlik ve gecikme süresi gereksinimlerini karşılamak için geleneksel olarak gerekli olan ek kuyruklar ve önbellekler gereksinimini ortadan kaldırır. Durum bilgisi olan hizmetler doğal olarak yüksek kullanılabilirlik ve düşük gecikme sürelidir ve bu da uygulamanızda bir bütün olarak yönetebileceğiniz hareketli parça sayısını azaltır.

Desteklenen programlama modelleri

Service Fabric, hizmetlerinizi yazmanın ve yönetmenin birden çok yolunu sunar. Hizmetler, platformun özelliklerinden ve uygulama çerçevelerinden tam olarak yararlanmak için Service Fabric API'lerini kullanabilir. Hizmetler, herhangi bir dilde yazılmış ve Service Fabric kümesinde barındırılan derlenmiş yürütülebilir programlar da olabilir. Daha fazla bilgi için bkz . Desteklenen programlama modelleri.

Kapsayıcılar

Service Fabric varsayılan olarak hizmetleri işlem olarak dağıtır ve etkinleştirir. Service Fabric, hizmetleri kapsayıcılara da dağıtabilir. Daha da önemlisi, işlemlerdeki hizmetleri ve aynı uygulamadaki kapsayıcılardaki hizmetleri karıştırabilirsiniz. Service Fabric, Windows Server 2016'da Linux kapsayıcılarının ve Windows kapsayıcılarının dağıtımını destekler. Kapsayıcılarda mevcut uygulamaları, durum bilgisi olmayan hizmetleri veya durum bilgisi olan hizmetleri dağıtabilirsiniz.

Reliable Services

Reliable Services , Service Fabric platformuyla tümleşen ve tüm platform özelliklerinden yararlanan basit bir hizmet yazma çerçevesidir. Reliable Services durum bilgisi olmayan (web sunucuları veya Azure Cloud Services'daki Çalışan Rolleri gibi çoğu hizmet platformuna benzer) olabilir ve burada durum Azure DB veya Azure Tablo Depolama gibi bir dış çözümde kalıcı hale gelir. Reliable Services durum bilgisi de içerebilir; burada durum, Güvenilir Koleksiyonlar kullanılarak doğrudan hizmetin kendisinde kalıcı hale gelebilir. Durum, çoğaltma yoluyla yüksek oranda kullanılabilir hale getirilir ve bölümleme aracılığıyla dağıtılır ve bunların tümü Service Fabric tarafından otomatik olarak yönetilir.

Reliable Actors

Reliable Services üzerinde oluşturulan Reliable Actor çerçevesi, aktör tasarım desenini temel alan Sanal Aktör desenini uygulayan bir uygulama çerçevesidir. Reliable Actor çerçevesi, bağımsız işlem ve durum birimlerini aktörler olarak adlandırılan tek iş parçacıklı yürütmeyle kullanır. Reliable Actor çerçevesi, aktörler ve önceden ayarlanmış durum kalıcılığı ve ölçeği genişletme yapılandırmaları için yerleşik iletişim sağlar.

ASP.NET Core

Service Fabric, web ve API uygulamaları oluşturmaya yönelik birinci sınıf programlama modeli olarak ASP.NET Core ile tümleşir. ASP.NET Core, Service Fabric'te iki farklı şekilde kullanılabilir:

  • Konuk yürütülebilir dosyası olarak barındırılır. Bu, öncelikle Service Fabric'te kod değişikliği olmadan mevcut ASP.NET Core uygulamalarını çalıştırmak için kullanılır.
  • Reliable Service içinde çalıştırın. Bu, Service Fabric çalışma zamanıyla daha iyi tümleştirme sağlar ve durum bilgisi olan ASP.NET Core hizmetlerine olanak tanır.

Konuk yürütülebilir dosyaları

Konuk yürütülebilir dosyası, diğer hizmetlerle birlikte bir Service Fabric kümesinde barındırılan mevcut, rastgele bir yürütülebilir dosyadır (herhangi bir dilde yazılır). Konuk yürütülebilir dosyaları doğrudan Service Fabric API'leriyle tümleştirilmemiştir. Ancak, REST API'lerini çağırarak özel sistem durumu, yük raporlama ve hizmet bulunabilirliği gibi platformun sunduğu özelliklerden yararlanmaya devam ederler. Ayrıca tam uygulama yaşam döngüsü desteğine de sahiptir.

Uygulama yaşam döngüsü

Diğer platformlarda olduğu gibi Service Fabric'te de bir uygulama genellikle şu aşamalardan geçer: tasarım, geliştirme, test, dağıtım, yükseltme, bakım ve kaldırma. Service Fabric, geliştirmeden dağıtıma, günlük yönetime ve bakımdan son kullanımdan kaldırmaya kadar bulut uygulamalarının tam uygulama yaşam döngüsü için birinci sınıf destek sağlar. Hizmet modeli, birkaç farklı rolün uygulama yaşam döngüsüne bağımsız olarak katılmasını sağlar. Service Fabric uygulama yaşam döngüsü , API'lere ve Service Fabric uygulama yaşam döngüsünün aşamaları boyunca farklı roller tarafından nasıl kullanıldıklarına genel bir bakış sağlar.

Uygulama yaşam döngüsünün tamamı PowerShell cmdlet'leri, CLI komutları, C# API'leri, Java API'leri ve REST API'leri kullanılarak yönetilebilir. Azure Pipelines veya Jenkins gibi araçları kullanarak sürekli tümleştirme/sürekli dağıtım işlem hatları da ayarlayabilirsiniz.

Uygulama yaşam döngünüzü yönetmeyi açıklayan bir eğitim videosu için bu bağlantıyı gözden geçirin:

Uygulama ve hizmetleri test etme

Gerçekten bulut ölçeğinde hizmetler oluşturmak için, uygulamalarınızın ve hizmetlerinizin gerçek dünya hatalarına dayanabildiğini doğrulamak kritik önem taşır. Hata Analizi Hizmeti, Service Fabric üzerinde oluşturulan test hizmetleri için tasarlanmıştır. Hata Analizi Hizmeti ile anlamlı hatalar oluşturabilir ve uygulamalarınıza karşı eksiksiz test senaryoları çalıştırabilirsiniz. Bu hatalar ve senaryolar, bir hizmetin kullanım ömrü boyunca karşılaşacağı çok sayıda durumu ve geçişi denetimli, güvenli ve tutarlı bir şekilde kullanır ve doğrular.

Eylemler , tek tek hataları kullanarak test için bir hizmeti hedefler. Bir hizmet geliştiricisi karmaşık senaryolar yazmak için bunları yapı taşları olarak kullanabilir. Simülasyon hatalarına örnek olarak şunlar verilebilir:

  • Bir makinenin veya VM'nin yeniden başlatıldığı çeşitli durumların benzetimini yapmak için düğümü yeniden başlatın.
  • Yük dengeleme, yük devretme veya uygulama yükseltme benzetimi yapmak için durum bilgisi olan hizmetinizin bir çoğaltmasını taşıyın.
  • Yeni verileri kabul etmek için yeterli "yedekleme" veya "ikincil" çoğaltma olmadığından yazma işlemlerinin devam edemediği bir durum oluşturmak için durum bilgisi olan bir hizmette çekirdek kaybını çağırabilirsiniz.
  • Durum bilgisi olan bir hizmette veri kaybını çağırarak tüm bellek içi durumun tamamen silindiği bir durum oluşturun.

Senaryolar , bir veya daha fazla eylemden oluşan karmaşık işlemlerdir. Hata Analizi Hizmeti iki yerleşik tam senaryo sağlar:

  • Kaos senaryosu: Uzun süreler boyunca küme genelinde sürekli, birbirine karışmış hataların (hem düzgün hem de düzgün olmayan) simülasyonunu gerçekleştirir.
  • Yük devretme senaryosu: Diğer hizmetleri etkilenmeden bırakırken belirli bir hizmet bölümünü hedefleyen bir kaos testi senaryosu sürümü.

Kümeler

Service Fabric kümesi, mikro hizmetlerin dağıtılıp yönetildiği, ağa bağlı bir sanal veya fiziksel makine kümesidir. Kümeler binlerce makine içerecek şekilde ölçeklendirilebilir. Kümenin parçası olan makine veya VM'ye küme düğümü adı verilir. Her düğüme bir düğüm adı (bir dize) atanır. Düğümlerin yerleşim özellikleri gibi özellikleri vardır. Her makinede veya VM'de önyükleme FabricHost.exesonrasında çalışmaya başlayan ve ardından iki yürütülebilir dosya başlatan bir otomatik başlatma hizmeti vardır: Fabric.exe ve FabricGateway.exe. Bu iki yürütülebilir dosya düğümü oluşturur. Test senaryoları için ve 'nin birden çok örneğini Fabric.exe FabricGateway.exeçalıştırarak tek bir makinede veya VM'de birden çok düğüm barındırabilirsiniz.

Service Fabric kümeleri, Windows Server veya Linux çalıştıran sanal veya fiziksel makinelerde oluşturulabilir. Service Fabric uygulamalarını birbirine bağlı bir Windows Server veya Linux bilgisayar kümeniz olan herhangi bir ortamda dağıtabilir ve çalıştırabilirsiniz: şirket içi, Microsoft Azure veya herhangi bir bulut sağlayıcısı.

Service Fabric mimarisini, temel kavramlarını ve diğer birçok service fabric özelliğini açıklayan bir eğitim videosu için bu bağlantıyı gözden geçirin

Azure’da kümeler

Azure'da Service Fabric kümelerini çalıştırmak, diğer Azure özellikleri ve hizmetleriyle tümleştirme sağlayarak kümenin işlemlerini ve yönetimini daha kolay ve güvenilir hale getirir. Küme bir Azure Resource Manager kaynağı olduğundan, Azure'daki diğer kaynaklar gibi kümeleri modelleyebilirsiniz. Resource Manager ayrıca küme tarafından kullanılan tüm kaynakların tek bir birim olarak kolayca yönetilmesini sağlar. Azure'da kümeler Azure tanılama ve Azure İzleyici günlükleriyle tümleşiktir. Küme düğümü türleri sanal makine ölçek kümeleridir, bu nedenle otomatik ölçeklendirme işlevi yerleşiktir.

Azure portalından, şablondan veya Visual Studio'dan Azure'da küme oluşturabilirsiniz.

Linux üzerinde Service Fabric, Aynı Windows'ta olduğu gibi Linux üzerinde yüksek oranda kullanılabilir, yüksek oranda ölçeklenebilir uygulamalar oluşturmanıza, dağıtmanıza ve yönetmenize olanak tanır. Service Fabric çerçeveleri (Reliable Services ve Reliable Actors), C# (.NET Core) ile birlikte Linux üzerinde Java'da da kullanılabilir. Ayrıca herhangi bir dil veya çerçeve ile konuk yürütülebilir hizmetleri de oluşturabilirsiniz. Docker kapsayıcılarını düzenleme de desteklenir. Docker kapsayıcıları, Service Fabric çerçevelerini kullanan konuk yürütülebilir dosyaları veya yerel Service Fabric hizmetlerini çalıştırabilir. Daha fazla bilgi için Linux üzerinde Service Fabric hakkında bilgi edinin.

Windows'ta desteklenen ancak Linux'ta desteklenmeyen bazı özellikler vardır. Daha fazla bilgi edinmek için Bkz . Linux ve Windows üzerinde Service Fabric arasındaki farklar.

Tek başına kümeler

Service Fabric, şirket içinde veya herhangi bir bulut sağlayıcısında tek başına Service Fabric kümeleri oluşturmanız için bir yükleme paketi sağlar. Tek başına kümeler, bir kümeyi istediğiniz yerde barındırma özgürlüğü sağlar. Verileriniz uyumluluk veya mevzuat kısıtlamalarına tabiyse veya verilerinizi yerel tutmak istiyorsanız, kendi kümenizi ve uygulamalarınızı barındırabilirsiniz. Service Fabric uygulamaları hiçbir değişiklik olmadan birden çok barındırma ortamında çalıştırılabilir, bu nedenle uygulama oluşturma bilginiz bir barındırma ortamından diğerine aktarılır.

İlk Service Fabric tek başına kümenizi oluşturma

Linux tek başına kümeleri henüz desteklenmiyor.

Küme güvenliği

Özellikle üzerinde üretim iş yükleri çalıştırıldığında yetkisiz kullanıcıların kümenize bağlanmasını önlemek için kümelerin güvenliği sağlanmalıdır. Güvenli olmayan bir küme oluşturmak mümkün olsa da, yönetim uç noktaları genel İnternet'e açıksa anonim kullanıcıların bu kümeye bağlanmasına olanak tanır. Güvenliği daha sonra güvenli olmayan bir kümede etkinleştirmek mümkün değildir: küme oluşturma zamanında küme güvenliği etkinleştirilir.

Küme güvenlik senaryoları şunlardır:

  • Düğümden düğüme güvenlik
  • İstemciden düğüme güvenlik
  • Service Fabric rol tabanlı erişim denetimi

Daha fazla bilgi için bkz . Kümenin güvenliğini sağlama.

Ölçeklendirme

Kümeye yeni düğümler eklerseniz, Service Fabric artan düğüm sayısı genelinde bölüm çoğaltmalarını ve örneklerini yeniden dengeler. Genel uygulama performansı iyileştirir ve belleğe erişim çekişmesi azalır. Kümedeki düğümler verimli bir şekilde kullanılmıyorsa, kümedeki düğüm sayısını azaltabilirsiniz. Service Fabric, her düğümdeki donanımı daha iyi kullanmak için bölüm çoğaltmalarını ve örnekleri azaltılmış düğüm sayısı arasında yeniden dengeler. Azure'da kümeleri el ile veya program aracılığıyla ölçeklendikleyebilirsiniz. Tek başına kümeler el ile ölçeklendirilebilir.

Küme yükseltmeleri

Düzenli aralıklarla, Service Fabric çalışma zamanının yeni sürümleri yayımlanmaktadır. Her zaman desteklenen bir sürümü çalıştırmanız için kümenizde çalışma zamanı veya doku yükseltmeleri gerçekleştirin. Doku yükseltmelerine ek olarak, sertifikalar veya uygulama bağlantı noktaları gibi küme yapılandırmasını da güncelleştirebilirsiniz.

Service Fabric kümesi, sahip olduğunuz ancak kısmen Microsoft tarafından yönetilen bir kaynaktır. Microsoft, temel işletim sistemine düzeltme eki uygulamak ve kümenizde doku yükseltmeleri gerçekleştirmekle sorumludur. Microsoft yeni bir sürüm yayımladığında kümenizi otomatik doku yükseltmeleri alacak şekilde ayarlayabilir veya istediğiniz desteklenen bir doku sürümünü seçmeyi seçebilirsiniz. Doku ve yapılandırma yükseltmeleri Azure portalı veya Resource Manager aracılığıyla ayarlanabilir. Daha fazla bilgi için bkz . Service Fabric kümesini yükseltme.

Tek başına küme, tamamen sahip olduğunuz bir kaynaktır. Temel işletim sistemine düzeltme eki uygulama ve doku yükseltmelerini başlatma sizin sorumluluğundadır. Kümeniz öğesine https://www.microsoft.com/downloadbağlanabiliyorsa, kümenizi yeni Service Fabric çalışma zamanı paketini otomatik olarak indirip sağlayacak şekilde ayarlayabilirsiniz. Daha sonra yükseltmeyi başlatırsınız. Kümeniz öğesine erişemiyorsa https://www.microsoft.com/downloadyeni çalışma zamanı paketini İnternet'e bağlı bir makineden el ile indirebilir ve yükseltmeyi başlatabilirsiniz. Daha fazla bilgi için bkz . Tek başına Service Fabric kümesini yükseltme.

Sistem durumunu izleme

Service Fabric, belirli varlıklarda (küme düğümleri ve hizmet çoğaltmaları gibi) iyi durumda olmayan kümeye ve uygulama koşullarına bayrak eklemek için tasarlanmış bir sistem durumu modeli sunar. Sistem durumu modeli, sistem durumu muhabirlerini (sistem bileşenleri ve watchdogs) kullanır. Amaç kolay ve hızlı tanı ve onarımdır. Hizmet yazarlarının sistem durumu ve sistem durumu raporlamayı tasarlama hakkında önceden düşünmeleri gerekir. Özellikle köke yakın sorunları işaretlemeye yardımcı olabilirse, sistem durumunu etkileyebilecek herhangi bir koşul bildirilmelidir. Sistem durumu bilgileri, hizmet üretim ölçeğinde çalışmaya başladığında hata ayıklama ve araştırma için zaman ve çabadan tasarruf edebilir.

Service Fabric muhabirleri, belirlenen ilgi koşullarını izler. Bu koşulları yerel görünümlerine göre bildirir. Sistem durumu deposu , varlıkların genel olarak iyi durumda olup olmadığını belirlemek için tüm muhabirler tarafından gönderilen sistem durumu verilerini toplar. Modelin zengin, esnek ve kullanımı kolay olması amaçlanmıştır. Sistem durumu raporlarının kalitesi, kümenin sistem durumu görünümünün doğruluğunu belirler. İyi durumda olmayan sorunları yanlış gösteren hatalı pozitifler, yükseltmeleri veya sistem durumu verilerini kullanan diğer hizmetleri olumsuz etkileyebilir. Bu tür hizmetlere örnek olarak onarım hizmetleri ve uyarı mekanizmaları verilebilir. Bu nedenle, ilgi koşullarını mümkün olan en iyi şekilde yakalayan raporlar sağlamak için bazı düşünceler gereklidir.

Raporlama şu kaynaklardan yapılabilir:

  • İzlenen Service Fabric hizmet çoğaltması veya örneği.
  • Service Fabric hizmeti olarak dağıtılan iç watchdogs (örneğin, koşulları izleyen ve rapor veren durum bilgisi olmayan bir Service Fabric hizmeti). watchdogs tüm düğümlere dağıtılabilir veya izlenen hizmete bağlanabilir.
  • Service Fabric düğümlerinde çalışan ancak Service Fabric hizmetleri olarak uygulanmayan iç izlemeler.
  • Kaynağı Service Fabric kümesinin dışından yoklayan dış watchdogs (örneğin, Gomez gibi izleme hizmeti).

Service Fabric bileşenleri, kümedeki tüm varlıklarda sistem durumunu kullanıma sunulur. Sistem durumu raporları , küme ve uygulama işlevselliğine görünürlük sağlar ve sistem durumu aracılığıyla sorunlara bayrak ekler. Sistem durumu raporları, uygulamalar ve hizmetler için varlıkların uygulandığını ve Service Fabric çalışma zamanı açısından doğru şekilde davrandığını doğrular. Raporlar, hizmetin iş mantığının sistem durumu izlemesini sağlamaz veya yanıt vermeyi durduran işlemleri algılamaz. Hizmetinizin mantığına özgü sistem durumu bilgilerini eklemek için hizmetlerinizde özel sistem durumu raporlaması uygulayın.

Service Fabric, sistem durumu deposunda toplanan sistem durumu raporlarını görüntülemek için birden çok yol sağlar:

  • Service Fabric Explorer veya diğer görselleştirme araçları.
  • Sistem durumu sorguları (PowerShell, CLI, C# FabricClient API'leri ve Java FabricClient API'leri veya REST API'leri aracılığıyla).
  • Özelliklerden biri olarak sistem durumuna sahip varlıkların listesini döndüren genel sorgular (PowerShell, CLI, API'ler veya REST aracılığıyla).

Service Fabric sistem durumu modelini ve nasıl kullanıldığını açıklayan bir eğitim videosu için bu sayfayı gözden geçirin:

İzleme ve tanılama

İzleme ve tanılama , herhangi bir ortamda uygulama ve hizmet geliştirme, test etme ve dağıtma açısından kritik öneme sahiptir. Service Fabric çözümleri, uygulamaların ve hizmetlerin yerel geliştirme ortamında veya üretim ortamında beklendiği gibi çalıştığından emin olmanıza yardımcı olan izleme ve tanılamayı planlayıp uygularken en iyi şekilde çalışır.

İzleme ve tanılamanın ana hedefleri şunlardır:

  • Donanım ve altyapı sorunlarını algılama ve tanılama
  • Yazılım ve uygulama sorunlarını algılama, hizmet kapalı kalma süresini azaltma
  • Kaynak tüketimini anlama ve operasyon kararlarını yönlendirmeye yardımcı olun
  • Uygulama, hizmet ve altyapı performansını iyileştirme
  • İş içgörüleri oluşturma ve geliştirme alanlarını belirleme

İzleme ve tanılamanın genel iş akışı üç adımdan oluşur:

  1. Olay oluşturma: Altyapı (küme), platform ve uygulama/hizmet düzeyindeki olayları (günlükler, izlemeler, özel olaylar) içerir
  2. Olay toplama: Oluşturulan olayların görüntülenebilmesi için önce toplanması ve toplanması gerekir
  3. Analiz: Analize izin vermek ve gerektiğinde görüntülenmesini sağlamak için olayların görselleştirilmesi ve erişilebilir olması gerekir

Bu üç alanı kapsayan birden çok ürün mevcuttur ve her biri için farklı teknolojiler seçebilirsiniz. Daha fazla bilgi için bkz . Azure Service Fabric için izleme ve tanılama.

Sonraki adımlar