Monterrey, Kaliforniya – Esnasında Linux Vakfı Üye Zirvesiteknik direktör Microsoft AzureMark Russinovich, devrim niteliğinde bir açık kaynak projesini açıkladı. Yarıçap. Bu bulut tabanlı platform, geliştiricilerin yanı sıra işletme yöneticilerinin de genel bulutlar ve özel altyapılar aracılığıyla bulut tabanlı uygulamaları tanımlamasına, dağıtmasına ve bunlar üzerinde işbirliği yapmasına olanak sağlamalıdır.
Her şeyden önce, eğer biraz eğitimli bir BT uzmanıysanız, kendi kendinize şöyle diyor olabilirsiniz: “Bu RADIUS değil!” Haklısın. RADIUS değil. Protokol Uzaktan Kimlik Doğrulama Çevirmeli Kullanıcı Hizmeti (RADIUS) Uzaktan ve bulutta Active Directory (AD) hizmetlerini sağlamak için Microsoft yazılım yığınlarında yaygın olarak kullanılır. Yani evet, Radius’un RADIUS ile hiçbir ilgisi yok.
Yeni Radius, karmaşık bulut bilişim ortamında uygulama geliştirme, yönetme ve çalıştırmanın önündeki engelleri basitleştirmeyi amaçlıyor. Russionvitch’in belirttiği gibi, “Kubernetes gibi bulut tabanlı teknolojiler, her yerde çalışabilen uygulamalar oluşturmayı kolaylaştırdı.” Ve gerçekten de Kubernetes hibrit bulutların temelidir.
Kubernetes’in ötesine geçin
Ama bunu söylemek yapmaktan çok daha kolaydır. Azure’da ve örneğin Amazon Web Services’te (AWS) aynı şekilde çalışacak bir uygulama yazmanın hiç de kolay olmadığını fark etmiş olabilirsiniz.
Russinovich’in açıkladığı gibi, “Kubernetes kolaylaştırıcı olsa da, birçok müşterinin sınırlamalarını aşmak için Kubernetes’in üzerinde genellikle bilgi işlem odaklı soyutlamalar oluşturduğunu görüyoruz. Kubernetes’in resmi bir uygulama tanımı yoktur, altyapı kavramlarını karıştırır. ve uygulamadır ve aşırı derecede karmaşıktır.”
Sonuç olarak, “geliştiriciler kaçınılmaz olarak uygulamalarının Kubernetes’ten çok daha fazlasını gerektirdiğini fark ediyorlar. Ön uç uygulama programlama arayüzleri (API’ler), önbellekler ve gözlemlenebilirlik sistemleri gibi bağımlılıklara yönelik destek de dahil.” Bu nedenle Microsoft, onlara ek araçlar sağlamak için Radius’u sunuyor.
Mikro hizmetlere geçiş görünürlüğe zarar veriyor
Russinovich şunları ekliyor: “Radius yalnızca Kubernetes’i değil aynı zamanda Terraform ve Bicep gibi diğer altyapı araçlarını da destekliyor. Ayrıca mevcut sistemlerle de entegre oluyor sürekli entegrasyon ve teslimat (CI/CD) örneğin GitHub Eylemleri“. Radius ayrıca aşağıdaki gibi karmaşık mikro hizmet sistemlerini de destekler: Microsoft eShop.
Ancak ve asıl önemli olan da bu, Radius yalnızca Azure’a özgü bir program değildir. Kubernetes kullanan herhangi bir bulutta çalışması gerekiyor. Ve bu günlerde bu, tüm bulutların olduğu anlamına geliyor.
Russinovich ayrıca geleneksel hizmet odaklı mimari (SOA) uygulamalarından mikro hizmetlere ve bulut tabanlı uygulamalara geçişin izleme, yönetim ve sürekli güncelleme açısından yeni zorluklar ortaya çıkardığına dikkat çekiyor. Şelale yazılım geliştirme günlerinden çok uzaktayız.
Bash ve PowerShell ile olasılıklar ve sonlar
Bu bağlamda sistemlerin uygulamalarla iç içe olması nedeniyle sorun gidermenin daha zor olduğunu ekliyor.
Uygulama oluşturma ve dağıtma süreci de karmaşık bir çalışma haline geldi.
Bay Russiovich, bugün kodumuzun “biraz tel ve bant gibi birbirine bağlı olduğunu, ancak Bash ve PowerShell komut dosyalarının kullanıldığını” açıklıyor. Yani, bir uygulama oluşturmak bir Kendin Yap egzersizi haline geldi. Ayrıca uygulama devreye alındıktan sonra kaynaklar arasındaki ilişkinin gözlemlenmesi oldukça zordur. Ön ucu burada, arka ucu orada buluyorsunuz ve neler olduğunu anlamıyorsunuz.”
Çoklu bulut modunda bulutta yerel uygulamaların gözlemlenebilirliğine doğru
Radius bu zorlukları hafifletmek için tasarlandı. Örneğin Russonvich şöyle diyor: “Radius, izinler, bağlantı dizeleri vb. ile ilgilenerek bu bileşenleri otomatik olarak uygulamalarına bağlar. Ayrıca uygulamaların kullandığı bulut altyapısının maliyet, operasyon ve güvenlik gereksinimlerini karşılamasını da sağlar.
Tüm bu gereksinimler, yemek tarifleri. Bunlar, bir uygulamayı bağımlı altyapısına bağlar ve bu da onun bir uygulama grafiği. Bu, uygulama ile altyapının birbirine nasıl bağlı olduğunu tam olarak gösterir. Bu sayede ekibiniz bir uygulamayı neyin oluşturduğunu sezgisel olarak görselleştirip anlayabilir.
Örneğin, önbellek kullanan bir yazılım mekanizmanız olabilir. Redisbir veritabanı MongoDB ve API iletişim bağlantıları Twilio. İşin sihirli yanı, bu mekanizmayı bir uygulamayı yalnızca bulutta değil, aynı anda birden fazla bulutta dağıtmak için de kullanabilmenizdir. Bu nedenle hibrit uygulamalar oluşturabilir veya çoklu bulut çok daha kolay. Azure’da bu mekanizma uygun Azure kaynaklarını, AWS’de AWS kaynaklarını vb. çağıracaktır.
Apache lisansı altında Radius nasıl denenir?
Katılıp denemek ister misiniz? Apache lisansı altındaki Radius kodu GitHub’da düzenlemeye ve çalıştırmaya hazır. Radius henüz üretim iş yükleri için hazır değil, ancak çok fazla umut vaat ediyor ve geliştiricilerin bununla ne yapacağını görmek için sabırsızlanıyorum. Bu, hibrit/çoklu bulut yazılımı geliştiren veya kullanan herkes için oyunun kurallarını değiştirebilir.
Kaynak : “ZDNet.com”