Service Fabric hakkında bilgi edinmek mi istiyorsunuz?

  • 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 öğrenecek ç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ıç makalelerinin bağlantısını içerir.

Temel kavramlar

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

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

Hizmet türü, bir 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, bir e-posta uygulama türü için uygulama paketi bir 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. Ardından 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ış 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 hizmetlerinizin dağıtıldığı ve 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.exeFabricGateway.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şlevi gerçekleştiren adlandırılmış hizmetler koleksiyonudur. Bir hizmet eksiksiz 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ü belirterek (adını/sürümünü kullanarak) 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ı/sürümünü kullanarak) belirterek küme içinde 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, durumu hizmet içinde 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 kısmından sorumludur.

Aşağıdaki diyagramda uygulamalarla 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'e özgü değildir. İyi bilinen bir bölümleme biçimi, veri bölümleme veya parçalamadır. Büyük miktarda duruma sahip durum bilgisi olan hizmetler verileri bölümlere ayırır. Her bölüm, hizmetin tam durumunun bir kısmından sorumludur.

Her bölümün çoğaltmaları kümenin düğümlerine yayılır ve adlandırılmış hizmetinizin durumunun ölçeklendirilmesine olanak tanır. Veri gereksinimleri arttıkça 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ı artar 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ı genelinde yeniden dengeler.

Bir bölümde durum bilgisi olmayan adlandırılmış hizmetlerin örnekleri, 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 sahiptir çünkü özel durumlar olmasına rağmen 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 İkinciller 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 odaklanmış olmasıdır. Uygulama senaryoları, durum bilgisi olan hizmetlerin kullanıldığı senaryoları açıklar.

Durum bilgisi olan mikro hizmetlerin yanı sıra 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, tamamen durum bilgisi olmayan bir uygulamanın kullanılabilirlik ve gecikme süresi gereksinimlerini karşılamak için geleneksel olarak gerekli olan ek kuyruk ve önbellek ihtiyacını 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önetilmesi gereken 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

Varsayılan olarak, Service Fabric hizmetleri işlem olarak dağıtır ve etkinleştirir. Service Fabric, hizmetleri kapsayıcılara da dağıtabilir. Önemli olan, işlemlerdeki hizmetleri ve aynı uygulamadaki kapsayıcılardaki hizmetleri karma olarak kullanabilirsiniz. Service Fabric, Windows Server 2016 üzerinde 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 Ç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ı olur. Reliable Services durum bilgisi de içerebilir; burada durum, Güvenilir Koleksiyonlar kullanılarak doğrudan hizmetin kendisinde kalıcı hale getirilir. Durum, çoğaltma aracılığıyla yüksek oranda kullanılabilir hale getirilir ve bölümleme aracılığıyla dağıtılır ve 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 Virtual Actor 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ütme ile 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şturmak için 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 kod değişikliği olmadan Service Fabric'te mevcut ASP.NET Core uygulamalarını çalıştırmak için kullanılır.
  • Bir Güvenilir Hizmet 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 hizmetleri sağlar.

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. Bununla birlikte, rest API'leri çağırarak platform tarafından sunulan özel sistem durumu ve yük raporlama ve hizmet bulunabilirliği gibi ö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 sonunda 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 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. Sanal hata örnekleri şunlardır:

  • 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 edilemediğ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 eksiksiz senaryo sağlar:

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

Kümeler

Service Fabric kümesi, mikro hizmetlerinizin dağıtıldığı ve 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 bir makine veya VM, küme düğümü olarak adlandırılır. 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.exeFabricGateway.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 eğitim videosu için bu bağlantıyı gözden geçirin

Azure’da kümeler

Azure'da Service Fabric kümeleri çalıştırmak, diğer Azure özellikleri ve hizmetleriyle tümleştirme sağlar ve bu da 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, küme tarafından kullanılan tüm kaynakların tek bir birim olarak kolayca yönetilmesini de 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'da Azure portal, şablon veya Visual Studio üzerinden küme oluşturabilirsiniz.

Linux üzerinde Service Fabric, Windows'da 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 tek başına Service Fabric 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ışıyorsa, 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ı artar 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ı genelinde 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 sorumluluğu size devredilir. Kümeniz öğesine https://www.microsoft.com/downloadbağlanabiliyorsa, kümenizi yeni Service Fabric çalışma zamanı paketini otomatik olarak indirecek ve hazırlayacak şekilde ayarlayabilirsiniz. Daha sonra yükseltmeyi başlatırsınız. Kümeniz öğesine erişemiyorsa https://www.microsoft.com/download, yeni ç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 durumu 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ın bayrakla işaretlenmesine yardımcı olabilirse, sistem durumunu etkileyebilecek tüm koşullar bildirilmelidir. Sistem durumu bilgileri, hizmet üretim ölçeğinde çalışır duruma geldikten sonra hata ayıklama ve araştırma için zaman ve çabadan tasarruf edebilir.

Service Fabric muhabirleri, belirlenen ilgi çekici koşulları 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 çekici koşulları 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ç izlemeler (örneğin, koşulları izleyen ve raporları veren durum bilgisi olmayan bir Service Fabric hizmeti). İzlemeler 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ış izleyiciler (örneğin, Gomez gibi izleme hizmeti).

Service Fabric bileşenleri, kümedeki tüm varlıklarda sistem durumunu kullanıma açık olarak bildirir. Sistem durumu raporları , küme ve uygulama işlevlerine görünürlük sağlar ve sistem durumu aracılığıyla sorunlara bayrak ekler. Uygulamalar ve hizmetler için sistem durumu raporları, 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 sistem durumu modelini ve nasıl kullanıldığını açıklayan bir eğitim videosu için bu sayfayı denetleyin:

İ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 bir 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 ve gerektiğinde görüntülenmesine olanak 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