Geçmişte arka uçtan bahsederken genellikle tek, büyük bir veritabanına sahip büyük bir uygulamadan bahsediyorduk ve izleme için günlük kaydı yeterliydi. Artık   gibi teknolojiler sayesinde   standart hale geldi. Uygulamalar daha çok sayıda ve daha fazla dağıtılmış durumdadır ve geleneksel günlük kaydı, uygulamalarımızdaki sorunların   ve teşhis edilmesi için artık yeterli değildir. Kubernetes mikro hizmetler ayıklanması  İzlemeyi organize etmek için mükemmel bir çözüm, dağıtılmış sistemlerde hata ayıklama ve performans analizi için kullanılabilecek modern bir araç seti olan OpenTelemetry'dir.  Bu makale, arka uç optimizasyonu konusundaki bilgilerini genişletmek isteyen BT profesyonellerine yöneliktir. Aşağıda OpenTelemetry'nin ne olduğunu, temel kavramlarını ve çözülmesine yardımcı olduğu sorunları ayrıntılarıyla anlatacağız. OpenTelemetry'nin arka uç sistemlerini izleme ve hata ayıklama yaklaşımınızı nasıl değiştirebileceğini, güvenilirliklerini ve verimliliklerini nasıl artırabileceğini merak ediyorsanız okumaya devam edin.  OpenTelemetry'nin Kısa Tarihi  Büyük teknoloji şirketleri ilk kez 2000'li yılların sonlarında dağıtılmış kayıt tutma ve izleme zorluğuyla karşılaştı. 2010 yılında Google bir makale yayınladı:  Twitter'ın izleme aracı Zipkin'in 2012'de piyasaya sürülmesinin temelini attı.   Dapper, Büyük Ölçekli Dağıtık Sistem İzleme Altyapısı  2014 yılında Kubernetes ortaya çıktı ve mikro hizmetlerin ve diğer bulut dağıtımlı sistemlerin geliştirilmesini önemli ölçüde basitleştirdi. Bu, birçok şirketin mikro hizmetlerde dağıtılmış günlük kaydı ve izlemeyle ilgili sorunlarla karşılaşmasına yol açtı. Dağıtılmış izlemeyi standartlaştırmak için CNCF tarafından benimsenen OpenTracing standardı ve Google'ın OpenCensus projesi oluşturuldu.  2019 yılında OpenTracing ve OpenCensus projeleri OpenTelemetry adı altında birleşeceğini duyurdu. Bu platform, uzun yıllar boyunca biriken en iyi uygulamaları birleştirerek, karmaşıklıkları ne olursa olsun izleme, kayıt tutma ve ölçümlerin herhangi bir sisteme kusursuz entegrasyonuna olanak tanır.  Bugün OpenTelemetry sadece bir proje değil; telemetri verilerinin toplanması ve iletilmesi için bir endüstri standardıdır. Google ve Microsoft gibi uzmanlardan ve pazar lideri şirketlerden oluşan bir topluluk tarafından geliştirilmekte ve desteklenmektedir. Proje, entegrasyon ve kullanım sürecini basitleştirecek yeni yetenekler kazanarak gelişmeye devam ediyor.    İçeride Ne Var?  OpenTelemetry, bir uygulamanın dış dünyayla etkileşimde bulunmak için hangi sinyalleri üretebileceğini ve bu sinyallerin, uygulamaların ve bir bütün olarak sistemin durumunu izlemek için nasıl toplanabileceğini ve görselleştirilebileceğini tanımlayan kapsamlı bir uygulama ve araçlar setidir. Üç ana sinyal türü   ve   . izleme, günlüğe kaydetme ölçüm toplamadır  **Her bir bileşene daha yakından bakalım: \   Bağlamlar  OpenTelemetry operasyon bağlamları kavramını tanıtır. Bir bağlam öncelikle   (geçerli işlemin tanımlayıcısı) ve   (bir alt isteğin her yeniden denemesinin benzersiz bir   ye sahip olduğu bir alt isteğin tanımlayıcısı) gibi nitelikleri içerir. `trace_id` `span_id` `span_id`  Ayrıca bir bağlam, uygulamanın konuşlandırıldığı düğüm adı veya ortam adı (prod/qa) gibi statik bilgiler içerebilir. OpenTelemetry terminolojisinde kaynaklar olarak bilinen bu alanlar, daha kolay aranabilirlik için her günlüğe, metriğe veya izlemeye eklenir. Bağlamlar ayrıca günlük, ölçüm veya izleme gruplarına seçici olarak eklenebilen geçerli uç noktanın tanımlayıcısı (   ) gibi dinamik verileri de içerebilir. `http_path: "GET /user/:id/info"`  OpenTelemetry bağlamları, bağlam yayılım protokolleri kullanılarak farklı uygulamalar arasında aktarılabilir. Bu protokoller, her HTTP veya gRPC isteğine eklenen başlık kümelerinden veya kuyruklara ilişkin iletilerin başlıklarından oluşur. Bu, aşağı akışlı uygulamaların bu başlıklardan işlem bağlamını yeniden yapılandırmasına olanak tanır.   Bağlam yayılımına bazı örnekler:    Bu, orijinal olarak Zipkin izleme sistemi için geliştirilmiş bir dizi başlıktır (   ). OpenTracing'e uyarlandı ve birçok araç ve kitaplık tarafından kullanıldı. B3-Yayılma   /   ve örneklemenin gerekli olup olmadığını belirten bir bayrağı taşır. B3-Yayılım x-b3-* trace_id span_id    W3C çalışma grubu tarafından geliştirilen bu standart, çeşitli bağlam yayılım yaklaşımlarını tek bir standartta birleştirir ve OpenTelemetry'de varsayılandır. Bu standartların uygulanmasına iyi bir örnek, izleme ve hata ayıklama doğruluğundan ödün vermeden, farklı teknolojilerle uygulanan mikro hizmetlerden geçen bir isteğin yürütülmesinin izlenmesidir. W3C Trace Context   İzleme     İzleme, bir isteğin yolunun zaman çizelgesini birden çok mikro hizmet aracılığıyla kaydetme ve ardından görselleştirme işlemidir.  Görselleştirmede her çubuğa "span" adı verilir ve benzersiz bir   değeri vardır. Kök yayılma alanı   olarak adlandırılır ve isteğin tamamı için tanımlayıcı görevi gören   değerine sahiptir. "span_id" "trace" "trace_id"   Bu tür görselleştirme şunları yapmanızı sağlar:  Optimizasyon gerektiren darboğazları belirlemek için farklı sistemler ve veritabanları genelinde isteklerin yürütme süresini analiz edin.  Hizmetler arasındaki döngüsel bağımlılıkları tespit edin.  Yinelenen istekleri bulun. İzleme verilerini kullanarak, bir mikro hizmet haritası oluşturmak veya operasyon süreci sırasında zamanı farklı sistemlere dağıtmak gibi ek analizler de oluşturabilirsiniz. Zaman çizelgelerini görselleştirmek için izleme verilerini kullanmasanız bile OpenTelemetry, diğer sinyallerde kullanılmak üzere   ve   değerlerini oluşturmaya devam eder. trace_id span_id   Kütükler  Görünen basitliğine rağmen, günlük kaydı sorunları teşhis etmek için en güçlü araçlardan biri olmaya devam ediyor. OpenTelemetry, bağlamsal bilgiler ekleyerek geleneksel günlük kaydını geliştirir. Özellikle, etkin bir izleme mevcutsa, "trace_id" ve "span_id" nitelikleri günlüklere otomatik olarak eklenir ve bunları izleme zaman çizelgesine bağlar. Ayrıca günlük öznitelikleri, OpenTelemetry bağlamından düğüm tanımlayıcısı gibi statik bilgilerin yanı sıra geçerli HTTP uç nokta tanımlayıcısı (`http_path: "GET /user/:id"`) gibi dinamik bilgileri de içerebilir.  'Trace_id'yi kullanarak mevcut istekle ilişkili tüm mikro hizmetlerin günlüklerini bulabilirsiniz; 'span_id' ise alt istekleri ayırt etmenize olanak tanır. Örneğin, yeniden deneme durumunda, farklı denemelerden elde edilen günlükler farklı "span_id" değerlerine sahip olacaktır. Bu tanımlayıcıların kullanılması, tüm sistemin davranışının gerçek zamanlı olarak hızlı bir şekilde analiz edilmesini sağlar, sorun teşhisini hızlandırır ve kararlılığı ve güvenilirliği artırır.   Metrikler  Metrik toplama, sistem performansına ilişkin gecikme, hata oranları, kaynak kullanımı ve daha fazlası gibi niceliksel veriler sağlar. Ölçümlerin gerçek zamanlı izlenmesi, performans değişikliklerine anında yanıt vermenize, arızaları ve kaynak tükenmesini önlemenize ve uygulamanın kullanıcılar için yüksek kullanılabilirlik ve güvenilirlik sağlamasına olanak tanır.  Prometheus ve Grafana gibi metrik depolama ve görselleştirme sistemleriyle entegrasyon, bu verilerin görselleştirilmesini kolaylaştırarak izlemeyi önemli ölçüde basitleştirir.   Metrik Toplayıcılar  OpenTelemetry metrik toplayıcıları Prometheus ve OpenMetrics standartlarıyla uyumludur ve önemli değişiklikler olmadan OpenTelemetry çözümlerine kolay geçiş sağlar. OpenTelemetry SDK, trace_id örneklerinin metriklerle birlikte dışa aktarılmasına olanak tanıyarak metriklerin günlük örnekleri ve izlemelerle ilişkilendirilmesini mümkün kılar.  Sinyal Korelasyonu   Günlükler, ölçümler ve izleme birlikte sistemin durumuna ilişkin kapsamlı bir görünüm oluşturur:  Günlükler, sistem olayları hakkında bilgi sağlayarak hataların hızlı bir şekilde tanımlanmasına ve çözülmesine olanak tanır.  Metrikler, yanıt süreleri veya hata oranları gibi sistemin niteliksel ve niceliksel performans göstergelerini yansıtır.  İzleme, çeşitli sistem bileşenleri aracılığıyla istek yürütme yolunu göstererek bu görünümü tamamlar ve aralarındaki ilişkilerin anlaşılmasına yardımcı olur. Günlükler, izler ve ölçümler arasındaki açık korelasyon OpenTelemetry'nin ayırt edici bir özelliğidir. Örneğin Grafana, kullanıcıların bir günlüğü görüntülerken ilgili izleme ve istek metriklerini görmesine olanak tanıyarak platformun kullanılabilirliğini ve verimliliğini büyük ölçüde artırır.   OpenTelemetry, üç temel bileşene ek olarak Numune Alma, Bagaj ve operasyon bağlam yönetimi kavramlarını da içerir.   Örnekleme  Yüksek yüklü sistemlerde, günlüklerin ve izlemelerin hacmi çok büyük hale gelir ve altyapı ve veri depolama için önemli miktarda kaynak gerektirir. Bu sorunu çözmek için OpenTelemetry standartları, sinyal örneklemeyi (izlerin ve günlüklerin yalnızca bir kısmını dışa aktarma yeteneği) içerir. Örneğin, isteklerin belirli bir yüzdesinden, uzun süredir devam eden isteklerden veya hata isteklerinden ayrıntılı sinyalleri dışa aktarabilirsiniz. Bu yaklaşım, önemli kaynaklardan tasarruf ederken istatistik oluşturmak için yeterli örneklemeye olanak tanır.  Ancak her sistem hangi isteklerin ayrıntılı olarak izleneceğine bağımsız olarak karar verirse, her isteğin parçalı bir görünümüne sahip oluruz. Bazı sistemler ayrıntılı verileri dışa aktarabilirken bazıları yalnızca kısmen dışa aktarabilir veya hiç dışa aktarmayabilir.  Bu sorunu çözmek için OpenTelemetry'nin içerik yayma mekanizmaları 'trace_id'/'span_id' ile birlikte bir örnekleme bayrağı iletir. Bu, kullanıcı isteğini alan ilk hizmetin, isteğin ayrıntılı olarak izlenmesi gerektiğine karar vermesi durumunda diğer tüm sistemlerin de aynı şeyi yapmasını sağlar. Aksi takdirde, kaynakları korumak için tüm sistemler kısmen veya hiç sinyal vermemelidir. Bu yaklaşıma "Baş Örnekleme" adı verilir; bu karar, istek işlemenin başlangıcında rastgele veya bazı girdi özelliklerine dayalı olarak alınır.  Ayrıca OpenTelemetry, tüm uygulamaların her zaman tüm sinyalleri ayrıntılı olarak aktardığı ancak bir ara ara belleğin bulunduğu "Kuyruk Örneklemeyi" destekler. Tüm verileri topladıktan sonra, bu arabellek tüm verileri mi yoksa yalnızca kısmi bir örneği mi tutacağına karar verir. Bu yöntem, her istek kategorisinin (başarılı/uzun/hata) daha temsili bir örneğine olanak tanır ancak ek altyapı kurulumu gerektirir.   bagaj  Bagaj mekanizması, isteğe bağlı anahtar/değer çiftlerinin   /   ile birlikte iletilmesine ve istek işleme sırasında tüm mikro hizmetler arasında otomatik olarak geçiş yapılmasına olanak tanır. Bu, istek yolu boyunca ihtiyaç duyulan ek bilgilerin (kullanıcı bilgileri veya çalışma zamanı ortamı ayarları gibi) iletilmesi için kullanışlıdır. trace_id span_id     W3C standardına göre bagaj aktarımına yönelik başlık örneği: tracestate: rojo=00f067aa0ba902b7,congo=t61rcWkgMzE,userId=1c30032v5   Bagaj kullanımına ilişkin bazı örnekler aşağıda verilmiştir:    ,   veya   gibi   tüm mikro hizmetler aracılığıyla aktarılabilir. Uygulamalar bu bilgileri otomatik olarak günlüğe kaydederek orijinal istek için kullanıcı bağlamına göre günlük aramalarına olanak tanır. userId productId deviceId İş Bağlamı Bilgilerinin İletilmesi  SDK'lar veya altyapı için   Ayarları. Özel Yapılandırma Parametreleri    Yük dengeleyicilerin yönlendirme kararları almasına yardımcı olan bayraklar. Test sırasında bazı isteklerin sahte arka uçlara yönlendirilmesi gerekebilir. Bagaj tüm hizmetler aracılığıyla otomatik olarak iletildiğinden ek protokoller oluşturmaya gerek yoktur; yalnızca yük dengeleyicide bir kural oluşturmanız yeterlidir. Yönlendirme Bayrakları  Bagajın performansa etkisi minimum düzeyde olsa da aşırı kullanımın ağ ve hizmet yükünü önemli ölçüde artırabileceğini unutmayın. Performans sorunlarından kaçınmak için Bagaja gerçekten hangi verileri aktarmanız gerektiğini dikkatlice seçin.   Altyapı Uygulaması  OpenTelemetry'nin altyapı düzeyinde uygulanması, OpenTelemetry arka uçlarının uygulama mimarisine entegre edilmesini ve altyapının veri toplama için yapılandırılmasını içerir.   Süreç dört aşamadan oluşur:    İlk aşamada, OpenTelemetry SDK'ları ölçümleri, günlükleri ve izleri toplamak için doğrudan uygulamalara entegre edilir ve her sistem bileşeninin performansı hakkında sürekli veri akışı sağlanır. Uygulama Entegrasyonu    Toplanan veriler, ihtiyaçlarınıza bağlı olarak günlük kaydı, izleme, izleme veya analiz sistemleri gibi daha ileri işlemler için dışa aktarıcılar aracılığıyla uygulamalardan harici sistemlere yönlendirilir. Dışa Aktarıcıları Yapılandırma    Bu aşama, verilerin normalleştirilmesini, ek bilgilerle zenginleştirilmesini ve sistemin durumuna ilişkin birleşik bir görünüm oluşturmak için farklı kaynaklardan gelen verilerin birleştirilmesini içerebilir. Toplama ve Depolama    Son olarak, işlenen veriler Grafana (metrikler ve izlemeler için) veya Kibana (loglar için) gibi sistemlerde gösterge tabloları olarak sunulur. Bu, ekiplerin sistemin durumunu hızlı bir şekilde değerlendirmesine, sorunları ve eğilimleri belirlemesine ve oluşturulan sinyallere göre uyarılar oluşturmasına olanak tanır. Veri Görselleştirme  Uygulama Uygulaması  Bir uygulamayla entegrasyon sağlamak için, kullanılan programlama diline uygun OpenTelemetry SDK'sını bağlamanız veya OpenTelemetry'yi doğrudan destekleyen kitaplıkları ve çerçeveleri kullanmanız gerekir. OpenTelemetry genellikle bilinen kitaplıklardan yaygın olarak kullanılan arayüzleri uygulayarak, anında değiştirmelere olanak tanır. Örneğin, Mikrometre kitaplığı, Java ekosistemindeki metriklerin toplanması için yaygın olarak kullanılır. OpenTelemetry SDK, Mikrometre arayüzlerinin uygulamalarını sağlayarak, ana uygulama kodunu değiştirmeden metrik dışa aktarmayı mümkün kılar. Ayrıca OpenTelemetry, eski OpenTracing ve OpenCensus arayüzlerinin uygulamalarını sunarak OpenTelemetry'ye sorunsuz geçişi kolaylaştırır.  Çözüm  BT sistemlerinde OpenTelemetry, güvenilir ve verimli arka uçların geleceğinin anahtarı olabilir. Bu araç, hata ayıklamayı ve izlemeyi basitleştirir ve aynı zamanda uygulama performansının ve optimizasyonunun yeni bir düzeyde derinlemesine anlaşılması için fırsatların kapısını açar. Arka uç geliştirmenin daha basit ve daha etkili olduğu bir geleceği şekillendirmeye yardımcı olmak için OpenTelemetry topluluğuna katılın!

Walkthroughs, tutorials, guides, and tips. This story will teach you how to do something new or how to do something better.

Read My Stories

Bu ses hikayenin orijinal dilinde üretilmiştir!

Çok uzun; Okumak

Make resilience your competitive advantage

OpenTelemetry Nedir ve Arka Uç Kalitenizi Nasıl Artırabilir?

About Author

YORUMLAR

ETİKETLERİ ASIN

BU YAZI

Related Stories

HackerNoon Yazma Yarışmasını mı Kazanmak İstiyorsunuz? İşte #crypto-api Yarışması Kazananlarının Önerileri

AI/ML Datalake için Referans Mimarisi Oluşturmaya Yönelik Mimar Kılavuzu

Bu 18 Geliştirici Aracıyla Üretkenliğinizi Artırın 🚀🔥

Dijital Göçebeler Dinleyin: Tayland'ın Yeni DTV Vizesi Hakkında Bilmeniz Gerekenler

HackerNoon Yazma Yarışmasını mı Kazanmak İstiyorsunuz? İşte #crypto-api Yarışması Kazananlarının Önerileri

AI/ML Datalake için Referans Mimarisi Oluşturmaya Yönelik Mimar Kılavuzu

Bu 18 Geliştirici Aracıyla Üretkenliğinizi Artırın 🚀🔥

Dijital Göçebeler Dinleyin: Tayland'ın Yeni DTV Vizesi Hakkında Bilmeniz Gerekenler

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps