Mevcut transkripsiyon iş yükünüzle başlayın, yoğun dönemleri ve büyümeyi planlayın, talep arttıkça kapasiteyi genişletin.

Bir 3CX AI Sunucu sistemini bugünkü ihtiyacınıza göre boyutlandırabilir ve ihtiyaç arttıkça kapasite ekleyebilirsiniz. Böylece gelecekteki tüm olası iş yükleri için en baştan yatırım yapmanız gerekmez.

Çünkü ilk AI Sunucunuz tek sunucu olmak zorunda değildir ve her PBX’in kendine ait bir sunucuya ihtiyacı yoktur. Bir PBX bir veya birkaç AI Sunucu kullanabilir; birden fazla PBX ise tek bir sunucuyu ya da sunucu havuzunu paylaşabilir.

Örneğin bir iş ortağı, farklı müşterilerin AI kaynaklarını ortak kullanarak verimliliği artırabilir, ardından büyüme ve dayanıklılık için ek sunucular sağlayabilir. Tek büyük PBX’i veya birkaç sistemi olan işletmeler de aynı esneklikten yararlanır.

Hangi kurulumu seçerseniz seçin, boyutlandırma yöntemi aynıdır: işlenecek kayıtları hesaplayın, yakın dönem büyümesi için pay bırakın, en yoğun saatlerde kapasiteyi kontrol edin ve talep arttıkça genişletin. Bağlantı seçenekleri 3CX AI Sunucusu Yaklaşan Güncellemeler yazısında açıklanıyor.

Gerçekte İhtiyacınız Olan İş Yükünü Hesaplayın

Gerçekte ihtiyacınız olan iş yükünü hesaplayın

Örnek zaman çizelgesi: tek bir transkripsiyon sunucusu (AI Sunucusu) başlangıç yükünü karşılar. Kapasitesinin %80’ine ulaştığında ikinci bir sunucu eklenir ve paylaşılan havuza yeni bir PBX’in katılması için boşluk bırakılır.

AI Sunucunuzu tüm telefon trafiğine göre değil, transkripsiyona gönderilecek görüşme kayıtları ve sesli mesajların dakika sayısına göre boyutlandırın.

Yalnızca bu dakikalar AI Sunucu kapasitesini kullanır. Bunları işlemek için ayırdığınız süre, gereken işlem hızını belirler. İş yükünü tüm güne yaymak, mesai saatlerinde tamamlamaktan farklı bir kapasite gerektirir. Sunacağınız hizmete uygun bir işlem süresi seçin. Kullanıcıların sonuçlara daha erken ihtiyacı varsa gece kapasitesinin işe yarayacağını varsaymayın.

Birden fazla PBX AI kaynaklarını paylaşıyorsa hepsini dahil edin ve her birinin verilerini ayrı tutun. Böylece yeni bir müşterinin veya bölümün ne kadar ek yük getireceğini görebilirsiniz.

Bu örnekte bir işletme ayda 50.000 dakikalık kayıt gönderiyor ve bunların her iş gününde 12 saat içinde işlenmesini istiyor. Aylık toplam, saatte yaklaşık 189 kayıt dakikalık ortalama iş yüküne karşılık gelir:

Boyutlandırma girdisi Çalışılan örnek
Aylık kayıt iş yükü 50.000 dakika
Ay başına iş günü 22
İş günü başına işlem saati 12
Kullanılabilir işlem süresi 22 x 12 = 264 saat/ay
Ortalama saatlik iş yükü 50,000 / 264 = 189.4 kayıt dakikası/saat

Bu ortalama saatlik iş yükü temel ihtiyacınızı gösterir. Sonraki adımda bu değeri sunucunuzun ölçülen kapasitesiyle karşılaştırırsınız.

Talebi, Ölçülen Kapasiteyle Karşılaştırın

Ardından temel talebi, planlanan sunucuda gerçekten ölçtüğünüz işlem hızıyla karşılaştırın ve büyüme payı ekleyin.

Genel donanım verileri görüşme sürelerinizi veya analiz iş yükünüzü yansıtamaz. Bu yüzden her iki unsuru da içeren temsili kayıtlarla sürekli işlem hızını ölçün. Donanım karşılaştırmaları ile Speed Factor ve gidiş-dönüş süresinin açıklamaları için 3CX AI Sunucusu – Hız ve Tepki Süresi yazısına bakın. Donanım ve platform gereksinimleri AI Sunucu kurulum kılavuzunda yer alıyor. Büyüme payı eklemek, sunucunun yakın dönemde artan talebi hemen genişletme yapmadan karşılayıp karşılayamayacağını gösterir.

Önceki örnekte AI Sunucu donanımınızın ölçülen Speed Factor değerinin 10x olduğunu ve %30 büyüme payı bırakmak istediğinizi varsayalım. Bu değerleri kendi ölçüm ve öngörülerinizle değiştirin.

Kapasite kontrolü Hesaplama Sonuç
Ölçülen kapasite (10x Speed Factor) 10 x 60 dakika 600 kayıt dakikası/saat
Ortalama + %30 büyüme 189,4 x 1,30 246,2 kayıt dakikası/saat
Planlanan ortalama kapasite kullanımı 246,2 / 600 x 100 AI Sunucu kapasitesinin %41’i
Gözlemlenen yoğun saat iş yükü Ölçülen giriş 300 kayıt dakikası/saat
Yoğun saat + %30 büyüme 300 x 1.30 390 kayıt dakikası/saat
Planlanan yoğun saat kapasite kullanımı 390 / 600 x 100 AI Sunucu kapasitesinin %65’i

Bu örnekte planlanan ortalama, ölçülen işlem hızının %41’ini; yoğun saat ise %65’ini kullanıyor. Böylece sunucu yükü karşılıyor ve ek kapasite kalıyor. Ancak ortalama tek başına yalnızca ilk kontroldür; yoğun dönemleri gizleyebilir. Bu yüzdeler kayıt talebini ölçülen işlem hızıyla karşılaştırır, CPU veya GPU kullanımını göstermez.

Yoğun Dönemleri Kontrol Edin ve Toparlanma için Pay Bırakın

AI Sunucunuz en yoğun dönemlere yetişmeli ve kapasitenin bir bölümü kullanılamadığında da kabul edilebilir sürede sonuç üretmelidir.

Birçok müşteri kayıtlarının çoğunu aynı anda gönderirken aylık toplamlara göre rahatlıkla kapasiteye sığabilir ve daha uzun görüşmeler de tek tek işlerin bitiş süresini değiştirir. Büyüme payı ile dayanıklılık farklı sorulara yanıt verir: büyüme payı daha fazla işi karşılar, dayanıklılık ise bir sunucu kullanılamadığında yeterli kalan kapasite gerektirir.

Bu nedenle kontrolü gözlemlenen en yoğun dönem için tekrarlayın ve sunucuları paylaşan PBX’lerdeki çakışan zirveleri de hesaba katın. Ardından temsili bir yoğun iş grubunu test edin ve sonuçların ne kadar sürede döndüğünü izleyin. Kabul edilebilir gecikmede boşalan bir kuyruk, sürekli büyüyen kuyruktan farklıdır. Son olarak, bir sunucunun devre dışı kaldığı azaltılmış kapasite senaryosunu gerekli tamamlanma süresine göre kontrol edin; tüm sunucuların her zaman kullanılabilir olduğunu varsaymayın.

Kuyruk azalmıyor veya düşük kapasitede tamamlanma süresi kötüleşiyorsa daha fazla iş eklemeden önce işlem penceresini, yükü ya da kullanılabilir kapasiteyi yeniden değerlendirin.

Talep Arttıkça Kapasite Ekleyin

İş yükü değiştiğinde gereksinimleri yeniden hesaplayın ve sunucu geride kalmadan kapasite ekleyin.

Yeni PBX eklemek, kayıt işlemini başka bir bölüme genişletmek veya sürekli büyüme talebi artırır. Paylaşılan sunucular sistemler arasında boş kapasiteden yararlanmayı sağlarken ek transkripsiyon sunucuları (AI Sunucular) havuzu büyütür. Farklı sunuculardan oluşan bir havuz, sunucu sayısıyla tam orantılı olarak ölçeklenmeyebilir. Bu yüzden her genişlemeden sonra toplam işlem hızını ölçün.

Yazının başındaki zaman çizelgesi bunu gösteriyor: doğal büyüme ilk transkripsiyon sunucusunu kapasitesinin %80’ine getiriyor, ikinci sunucu boşluk yaratıyor ve bu boşluk daha sonra paylaşılan yüke yeni bir PBX’in eklenmesini sağlıyor. %80 genişletme noktası bir örnektir, öneri değildir. Seçtiğiniz büyüme ve dayanıklılık paylarını koruyacak kadar erken kapasite ekleyin.

Bugünün ölçülen talebiyle başlayın, makul büyüme beklentilerini ekleyin ve iş yükü değiştikçe gerçek tamamlanma süresini kontrol edin. Böylece AI kaynaklarınız, ilk günden tüm olası gelecek yükleri için yatırım yapmadan müşterilerinizle birlikte büyür.

Tartışmaya Katılın

Özel İş Ortağı veya Müşteri Forumlarımızda 3CX tartışmalarına katılın. En son haberler ve yeni özellikler hakkında güncel bilgileri almak için bizi LinkedIn’de takip edin.