Bir eğitim kurumunda Adobe lisanslaması planlanırken ilk sorulan soru çoğu zaman “Kaç lisans almalıyız?” olur. Oysa doğru başlangıç noktası sayı değil, kullanım biçimidir. Lisansın belirli bir kişiyi mi izlemesi gerektiği, yoksa ortak kullanılan bir bilgisayarda mı kalacağı; öğrencilerin kampüs dışından çalışıp çalışmayacağı; laboratuvar cihazlarının nasıl yönetildiği ve kurumun kimlik altyapısı, uygun modeli doğrudan etkiler.
Adobe’nin eğitim kurumlarına yönelik seçenekleri temelde iki kullanım yaklaşımını ayırır: Named User lisansları belirli kullanıcılara atanır; Shared Device lisansları ise kurumun yetkilendirdiği ortak cihazlara bağlanır. Her iki yaklaşım da doğru senaryoda güçlüdür. Sorun genellikle bir modelin diğerinden daha iyi olduğunu varsaymakla başlar. Sağlıklı seçim, kurumun gerçek kullanım haritasını çıkarıp lisanslama modelini bu haritaya oturtmaktır.
Named User lisanslama ne zaman anlamlıdır?
Named User lisansında kullanım hakkı belirli bir kişiye atanır. Adobe’nin yükseköğretim lisanslama açıklamalarına göre bu model, kullanıcıların kampüste ve kampüs dışında çalışabilmesini ve uygun koşullarda birden fazla cihazda oturum açabilmesini destekler. Bu nedenle kendi bilgisayarını kullanan akademisyenler, tasarım ekipleri, sürekli proje üreten öğrenciler veya evden çalışmaya ihtiyaç duyan kullanıcılar için doğal bir seçenektir.
Kullanıcı bazlı modelin temel avantajı sürekliliktir. Bir öğrenci sınıfta başladığı projeye kendi cihazında devam edebilir; öğretim görevlisi ders materyalini ofis dışında hazırlayabilir. Kullanıcının kurumsal hesabı, yetkisi ve erişimi merkezi olarak yönetilebilir. Bazı Adobe hizmetleri ve bulut özellikleri de kullanıcı kimliği ve kendisine atanmış ürün profiliyle ilişkilidir.
Ancak bu modelde lisans sayısını sadece toplam öğrenci sayısına bakarak belirlemek doğru değildir. Hangi bölümün hangi uygulamaya ihtiyaç duyduğu, kullanımın dönemlik mi sürekli mi olduğu, mezuniyet veya kurumdan ayrılma sonrasında hesabın nasıl kapatılacağı ve yeni kullanıcıya lisansın ne zaman atanacağı planlanmalıdır. Kullanıcı yaşam döngüsü iyi yönetilmezse boşta kalan atamalar veya ihtiyaç anında lisans bulamama gibi durumlar ortaya çıkabilir.
Shared Device lisanslama nerede kullanılır?
Shared Device Licensing, lisansı kişiye değil ortak kullanılan cihaza bağlar. Adobe bu modeli bilgisayar laboratuvarları, sınıflar ve kütüphaneler gibi aynı bilgisayarların farklı kişiler tarafından kullanıldığı ortamlar için konumlandırır. Kullanıcı uygulamayı açtığında kimliğiyle oturum açar; ancak lisans hakkı yetkilendirilmiş makinede kalır.
Bu model özellikle sabit laboratuvarlarda anlaşılır bir avantaj sağlar. Bir tasarım laboratuvarında gün içinde farklı sınıflar aynı cihazları kullanıyorsa her öğrenci için sürekli cihaz lisansı satın almak yerine, erişim kurumun ortak makineleri üzerinden düzenlenebilir. Lisansın cihazda kalması, laboratuvar envanterinin ve yazılım dağıtımının merkezi yönetimini kolaylaştırır.
Shared Device modeli, bir kişinin sürekli kullandığı kişisel veya kendisine tahsis edilmiş bilgisayar için tasarlanmamıştır. Ayrıca ortak cihaz lisansının her kullanıcıya, her yerde aynı bulut hizmetlerini ve depolama haklarını otomatik olarak verdiği varsayılmamalıdır. Adobe’nin güncel lisans açıklamalarında bazı hizmetlerin kullanıcının ayrıca sahip olduğu haklara bağlı olduğu belirtilir. Bu nedenle laboratuvarda ihtiyaç duyulan uygulama özellikleri, dosya saklama yöntemi ve kullanıcıların kampüs dışı çalışma beklentisi satın alma öncesinde açıkça listelenmelidir.
“Kişiyi mi, cihazı mı lisanslıyoruz?” sorusuyla başlayın
Kararı sadeleştirmek için şu temel soruyu kullanabilirsiniz: Erişim hakkı kullanıcı nereye giderse gitsin onunla birlikte mi hareket etmeli, yoksa yalnızca kurumun belirli bilgisayarlarında mı kullanılmalı?
Erişim kişiyi izlemeliyse Named User modeli öne çıkar. Erişim ortak laboratuvar cihazında kalacaksa Shared Device modeli daha doğal olabilir. Karma kurumlarda tek bir seçeneğe bağlı kalmak gerekmeyebilir. Örneğin öğretim görevlileri ve ileri düzey proje öğrencileri kullanıcı bazlı lisanslarla çalışırken, giriş seviyesindeki dersler ortak laboratuvar cihazlarını kullanabilir. Burada önemli olan, her grubu açık bir kullanım senaryosuyla tanımlamaktır.
Karar verirken şu başlıkları birlikte değerlendirin:
- Kullanıcılar yalnızca kampüste mi, kampüs dışında da mı çalışacak?
- Cihazlar kişilere mi tahsisli, yoksa vardiyalı biçimde ortak mı kullanılıyor?
- Hangi Adobe uygulamaları ve bulut özellikleri gerçekten gerekli?
- Kurumun SSO, dizin ve kullanıcı kimliği altyapısı nasıl çalışıyor?
- Öğrenci kayıtları ve personel hesapları hangi sıklıkta değişiyor?
- Laboratuvar cihazları nasıl hazırlanıyor, güncelleniyor ve yeniden imajlanıyor?
- İnternet erişimi ve ağ güvenlik politikaları Adobe servislerine erişimi nasıl etkiliyor?
- Lisansın dönem sonunda devri veya yeniden atanması nasıl yönetilecek?
Kimlik yönetimi lisans kadar önemlidir
Adobe Admin Console, kullanıcılar, ürün profilleri, yöneticiler ve dağıtım paketleri için merkezi yönetim noktasıdır. Doğru lisans sayısı alınsa bile kimlik yapısı planlanmadığında dağıtım süreci gereksiz yere karmaşıklaşabilir. Kullanıcıların hangi hesap türüyle oturum açacağı, SSO entegrasyonu, sınıf veya bölüm bazlı gruplar, yönetici rolleri ve hesap kapatma prosedürü satın alma öncesinde belirlenmelidir.
İlk ve ortaöğretim kurumlarında kimlik konusu ayrıca dikkat ister. Adobe’nin güncel K-12 açıklamalarında kurum tarafından yönetilen Enterprise ID veya Federated ID kullanımına ilişkin kurallar bulunur. Program ayrıntıları, kimlik seçenekleri ve uygunluk koşulları zaman içinde ve bölgelere göre değişebileceği için, uygulama öncesinde Adobe’nin güncel eğitim dokümanları ve yetkili eğitim kanalının yönlendirmesi kontrol edilmelidir.
Yükseköğretim kurumlarında Teams veya Enterprise tabanlı seçenekler gündeme gelebilir. Bu seçenekler; kimlik yönetimi, ürün atama, SSO ve yönetim yetenekleri bakımından aynı değildir. Sadece uygulama listesini karşılaştırmak yerine, bilgi işlem ekibinin nasıl yönetim yapmak istediği ve kurumun mevcut kimlik altyapısıyla hangi seçeneğin uyumlu olduğu incelenmelidir.
Laboratuvar dağıtımını bir proje olarak ele alın
Shared Device kullanılan bir laboratuvarda kurulum, sıradan bir masaüstü uygulaması yüklemekten daha geniş bir iştir. Adobe Admin Console içinde lisans profilleri ve paketler hazırlanır; erişim politikaları tanımlanır; ardından kurumun kullandığı dağıtım yöntemiyle cihazlara kurulum yapılır. Ortama göre Microsoft Intune, Microsoft Configuration Manager, Jamf veya başka kurumsal dağıtım araçları kullanılabilir.
Dağıtımdan önce küçük bir pilot grup oluşturmak güvenlidir. Pilot sırasında en az şu konular test edilmelidir:
- Kullanıcı oturumu ve kimlik doğrulama akışı
- Gerekli uygulamaların açılması ve güncelleme davranışı
- Proxy, güvenlik duvarı ve içerik filtreleme kuralları
- Öğrenci profillerinin cihazdan temizlenme yöntemi
- Geçici dosyalar ve yerel depolama alanı
- Fontlar, eklentiler, renk profilleri ve bölümün ihtiyaç duyduğu yardımcı bileşenler
- Laboratuvar yeniden imajlandığında lisansın ve paketin davranışı
- Sınav, proje teslimi veya yoğun ders saatlerinde performans
Pilot tamamlanmadan tüm laboratuvara aynı anda dağıtım yapmak, küçük bir kimlik veya ağ problemini yüzlerce cihaza taşıyabilir. Kademeli dağıtım; öğretim ekibine test zamanı verir, bilgi işlem ekibinin de hata kaynağını daha hızlı belirlemesini sağlar.
Lisans sayısını gerçek kullanım verisiyle hesaplayın
Eğitim kurumlarında öğrenci sayısı, eş zamanlı kullanım sayısıyla aynı değildir. Bir bölümde yüzlerce öğrenci olabilir ancak aynı anda kullanılan laboratuvar cihazı daha azdır. Başka bir bölümde ise kullanıcıların ders dışında çalışması gerektiği için kişisel atama daha doğru olabilir. Bu nedenle kullanıcı grupları ve cihaz havuzları ayrı hesaplanmalıdır.
Basit bir envanter çalışması şu bilgileri içermelidir:
- Aktif öğrenci ve personel grupları
- Bölüm bazında ihtiyaç duyulan uygulamalar
- Ortak cihaz sayısı ve laboratuvar doluluk oranı
- Kampüs dışı erişim ihtiyacı
- Dönemlik ders ve proje takvimi
- Mevcut lisansların kullanım ve atama durumu
- Önümüzdeki yıl için büyüme veya bölüm değişikliği beklentisi
Bu veriler toplandığında gereğinden fazla lisans almadan, yoğun dönemlerde kapasite sorunu yaşamayacak bir model kurulabilir. Ayrıca lisans yenileme öncesinde kullanılmayan atamaları tespit etmek ve bütçeyi gerçek ihtiyaca göre güncellemek kolaylaşır.
Satın alma öncesinde kapsamı yazılı hale getirin
Teklif isterken yalnızca “Adobe eğitim lisansı” demek yeterli değildir. Kurum tipi, kullanıcı veya cihaz sayısı, gereken uygulamalar, lisans süresi, kimlik modeli, yönetim beklentisi, dağıtım hizmeti, eğitim ve destek kapsamı ayrı ayrı yazılmalıdır. Böylece farklı tedarikçilerin teklifleri aynı kapsam üzerinden karşılaştırılabilir.
Adobe’nin eğitim programları, ürün paketleri, minimum satın alma koşulları ve bölgesel uygunluk kuralları zaman içinde güncellenebilir. Bu nedenle sabit bir adet veya program koşulunu varsaymak yerine, satın alma tarihindeki güncel Adobe kuralları ile kurumun uygunluğu doğrulanmalıdır. Yetkili kanalın verdiği ürün kodu ve lisans açıklaması, teklif ve sipariş belgelerinde aynı şekilde yer almalıdır.
Akidava’nın yaklaşımı; önce kullanıcı ve cihaz senaryosunu netleştirmek, ardından uygun lisans modelini, kimlik yapısını ve dağıtım planını birlikte tasarlamaktır. Bu sayede kurum yalnızca lisans satın almış olmaz; öğrencilerin ve öğretim kadrosunun ders akışını kesintiye uğratmadan kullanabileceği, bilgi işlem ekibinin de sürdürülebilir biçimde yönetebileceği bir ortam kurar.
Kısa karar özeti
Kişisel cihaz, evden çalışma, kullanıcıya bağlı proje sürekliliği ve bireysel hizmetler öncelikliyse Named User modeli değerlendirilmelidir. Ortak laboratuvar, kütüphane veya sınıf bilgisayarları üzerinden dönüşümlü kullanım varsa Shared Device modeli değerlendirilmelidir. Karma yapılarda iki model birlikte kullanılabilir. Son karar; güncel Adobe program koşulları, kurumun kimlik altyapısı ve gerçek kullanım verileriyle doğrulanmalıdır.
