Teknolojilerin kesiştiği nokta!

EDGE COMPUTING

Bilginç IT Academy, Türkiye'nin Red Hat eğitimlerini yetkili olarak veren iki kurumdan biri olmakla birlikte, tek yetkili Red Hat kiosk sınav merkezidir. Red Hat yetkili bir IT eğitim firması olarak; Red Hat eğitimleri ve sınavlarıyla ilgili bilgileri ve ipuçlarını bloglarımızda düzenli olarak paylaşmaya devam ediyoruz. Ishu Verma’nın  ‘‘’No more illusions of infinite capacity” makalesi Edge Computing’in gerekliliklerini ve merkezi bilgi işlemden farklarını açıklıyor.

‘‘ Artık sonsuz kapasite yanılsaması yok!

Son gönderide, Edge Computing (EC) 'nin merkezi bilgi işlemden nasıl farklı olduğuna ve işletmelerin neden EC'i benimsediğine baktık. Önümüzdeki birkaç yıl içinde daha fazla firmanın IT alt yapısına Edge’i senkronize etmesi bekleniyor. Bu yazıda, işletmelerin EC sistemine geçerken dikkate alması gereken bazı faktörlere bakacağız.

Edge için yeni düşünce gerekli!

EC, çok sayıda ağa ulaşan sitelere bulut bilişimin esnekliğini ve basitliğini getiriyor. Birkaç büyük siteye sahip geleneksel bulut bilişimin aksine, EC birçok küçük siteye yayılmıştır. EC çözümleri, birkaç hesaplama kümesinden milyonlarca Edge aygıtına kadar uzanan çeşitliliğe sahiptir. EC altyapısı Edge aygıtları, Edge ağ geçitleri ve Edge sunucuları gibi mini küme veya mikro veri merkezlerinin herhangi bir kombinasyonunu içerebilir.

Bulut bilişim altyapısının donanım merkezli ve oldukça katı olmasına karşın EC altyapısı yazılım merkezli ve esnektir. EC'nin teknolojik ve operasyonel açıdan bulut bilişimden önemli ölçüde farklı olduğu iki alan vardır:

1) İlki arzın talebe yol açtığı ve kullanıcıların talep üzerine daha fazla kaynak talep edebildiği "sonsuz kapasite yanılsaması" nın sağlanabilmesidir. Bu durum daha az iş yükleri için kapasitenin sağlandığı Edge dağıtımları için geçerli değildir. Yani, dikkatli kaynak planlaması ve yönetimine ihtiyaç duyulur.

2) EC sadece bir bilgi işlem platformu sağlamakla kalmayıp, aynı zamanda tüm yazılım ve donanım yığınını (ürün yazılımı, donanım, yazılım ve hizmetler) tutarlı ve tekrarlanabilir bir şekilde yönetmeyi gerektirecektir. 

EC planlaması yaparken, bunun farklı paydaşları nasıl etkilediğini düşünmek önemlidir. İş, operasyonlar ve geliştirici açısından bazı temel gereksinimlere bakalım:

İş

Esneklik:
Kritik işlevlerle uğraşırken, edge dağıtımların başarısızlığa karşı oldukça dayanıklı olması gerekir. Edge sistemlerinin, örneğin ağ kesintisi durumunda çevrimdışı modda çalıştması gibi düşük yeteneklere sahip olsa bile çalışmaya devam etmesi gerekir.

Donanım: İşlemci yeteneklerindeki ilerlemeyle birlikte, karmaşık ve yoğun iş yüklerini Edge’de çalıştırmak mümkün oluyor.(Örneğin: Edge sistemlerinde AI / ML.) Çoklu edge bilgi işlem gereksinimlerini karşılamak için yeni donanım form faktörlerine ihtiyaç duyulacaktır. Bu sistemler, genel amaçlı işlemciler, GPU'lar, FPGA'lar ve uygulamaya özgü işlemcilerin bir kombinasyonunu içerebilir.

Güvenlik: Edge siteleri genellikle daha az fiziksel erişim güvenliğine sahiptir ve bu da kötü amaçlı veya yanlışlıkla bozulma riskini artırır. Buna ek olarak, yeterli koruma olmadan daha basit cihazları (örneğin endüstriyel mikro denetleyiciler, aktüatörler) çevrimiçi hale getirmek felaket için bir reçetedir. Edge sistemleri güvenlik duvarı görevi görür ve tüm altyapıyı fiziksel veya sanal saldırılara karşı korur. Edge sistemleri bellek alt sisteminden depolamaya, iletişim kanallarına kadar temelden sağlamlaştırılmalıdır.

Teknik olmayan: Bazı siteler teknik uzmanlığa sahip olmayabilir, bu nedenle yerinde bakım IT becerileri olmayan çalışanlar tarafından gerçekleştirilecektir. Edge altyapısının işletilmesi ve bakımı teknik olmayan saha çalışanları tarafından gerçekleştirilecek kadar basit olmalıdır.

Çevre: Merkezden uzak konumlarda güvenilir güç, soğutma ve bağlantı gibi sorunlar vardır. Edge sistemlerinin bu çevresel zorluklar göz önünde bulundurularak tasarlanması gerekir.

Maliyet: Muazzam ölçek potansiyeli nedeniyle EC, yüksek maliyete duyarlıdır. Küçük edge uygulamalarında, sabit maliyet ve site başına genel masraf, merkezi bilgi işlemde olduğu gibi hesaplanamaz. Edge noktaların sayısı arttıkça, yüz binlerce sitede yinelenen küçük bir maliyet değişikliği bile bütçeyi büyük ölçüde etkileyebilir.

Operasyonlar

Uzak: Bir işletme, merkezi bir konumdan uzaktaki işlemler yoluyla dağıtılması, yükseltilmesi veya taşınması gereken on binlerce edge siteye sahip olabilir. Bu siteleri uzaktan yönetmek için geliştirilmiş yetenekler gereklidir.

Deterministic (belirlenimci): Tüm site yönetimi operasyonları yüksek oranda tekrarlanabilir olmalıdır, aksi takdirde sorun giderme büyük bir sorun haline gelebilir. EC konfigürasyonları, merkezi olarak tespit edilen ve belgelenen sapmalar için oldukça belirleyici olmalıdır.

Otomasyon: Site yönetimi operasyonlarının merkezi bir konumdan az sayıda uzman tarafından uzaktan yönetilmesi gerekir. Bu durum, minimum veya hiç manuel müdahale olmadan tam otomatik bir operasyonel kapasite gerektirir.

Raporlama: Merkezi yönetimin mümkün olması için, merkezi kayıt ve raporlama EC çözümü için temel bir gerekliliktir.

Geliştirici

Beceri seti: Geliştiriciler, konumdan bağımsız olarak uygulamalar oluşturabilmeli ve dağıtabilmelidir. Geliştiricilerin konumdan bağımsız olarak uygulamalar oluşturabilmesi edge uygulamaları oluşturmak için özel bir geliştirme becerisine ihtiyaç duyulmaması gerektiği anlamına gelir.

API’lar: EC, işletmelerin konum verilerine dayalı yeni hizmet sınıfları sunmasını sağlar. Bu gerçek zamanlı konum verilerinin iş ortaklarına da sunulması gerekebilir. İyi tanımlanmış API'lar, iş ortağı ekosisteminin veri alışverişi yapmasını sağlar. API'lar ayrıca verilere programlı bir şekilde erişilmesini sağlar. Örneğin: Ön edge geliştiriciler, donanım ara yüzleri veya aygıt sürücüleri hakkında endişelenmeden IoT cihaz verilerine erişebilir.Uygulama yönetimi platformları, Edge katmanlarının çeşitli senaryolarını destekleyebilmelidir.

Sonuç

EC, bulut bilişimin esnekliğini ve basitliğini ön plana çıkarmalıdır. Yine de EC, Edge dağıtımları için "sözde" sonsuz kaynaklar fikri geçerli olmadığından bulut bilişimden önemli ölçüde farklıdır. Bu farklılık, dikkatli kaynak planlaması ve yönetimi gerektiği anlamına gelir. Bir Edge bilgi işlem platformunun tüm donanım ve yazılım yığınını tutarlı ve tekrarlanabilir bir şekilde yönetmesi gerekir. 

EC planlaması yaparken, farklı paydaşların gereksinimleri göz önünde bulundurulmalıdır. Bu gereksinimler arasında esneklik, donanım faktörleri, güvenlik, teknik beceri eksikliği, olumsuz çevre, maliyet duyarlılığı ve açık kaynak tabanlı çözümün esnekliği gibi iş gereksinimleri yer alır. Operasyonel hususlar; uzak yetenekler, otomasyon ve raporlamayı içerir. Geliştiriciler için, edge uygulamalarına özel beceri, API kullanımı ve esnek uygulama yönetimi çözümü gibi faktörler göz önünde bulundurulmalıdır.

Bugün verilen tasarım ve kalıp kararları gelecekteki gelişmeler üzerinde kalıcı bir etkiye sahip olacaktır. Şirketler, monolitik bulut çözümlerini benimsemek yerine, edge dağıtımlarını yönetmek için mevcut araçlarından nasıl yararlanacaklarına bakmalıdır. Örneğin, Edge sistemleri için hibrit bulutu da yönetebilecek ve yapılandırabilecek araçları kullanmayı düşünün. Bu yaklaşım, Edge sistemleri de dahil olmak üzere tüm sistemleri yönetmek için tutarlı bir yaklaşım sağlar.’’

Ishu Verma ‘’ ’No more illusions of infinite capacity”  Mart 3, 2020 

Teknoloji trendlerini yakalamak ve uygulamak için Red Hat eğitimlerimize göz atın!
 

Sizi Arayalım!
Sitemizi kullanarak çerezlere (cookie) izin vermektesiniz. Detaylı bilgi için Çerez Politika'mızı inceleyebilirsiniz.