Uygulama yaşam döngüsü

Uygulama Yönetiminin Gerekli Olduğu Senaryolar

Giriş

Modern Kurumsal Uygulama Yönetimi giderek daha karmaşık hale geliyor. Özellikle portföyünde yüzlerce uygulama bulunan büyük şirketler, uygulama yaşam döngüsü etrafındaki tüm süreçlerle mücadele ediyor. İş ortakları, çalışanları ve elbette Google Play veya Apple App Store gibi genel uygulama mağazaları aracılığıyla dağıtılan tüketici uygulamaları için uygulamalar geliştiriyor ve kullanıyorlar.

Bu cihazların çoğu (çalışanların cihazları hariç) bir Mobil Cihaz Yönetimi (MDM) sistemine bağlı değil ve bu sistem tarafından yönetilmiyor. Aşağıda, MDM'nin yardımcı olamadığı ve geliştiriciden son kullanıcıya uygulama teslimatı ve uygulama onayı sürecinin bir Kurumsal Uygulama Yönetimi çözümü tarafından desteklenmesi gereken en yaygın kullanım durumları yer almaktadır.

Senaryo 1: İştirakler ve bayi için bilgi uygulaması veya satış uygulaması

Örnek: Büyük ürün şirketlerindeki iştirakler ve bayiler için uygulamalar, onları en son bilgilerle güncel tutmak için iyi bir mekanizma olabilir. Örneğin bir otomobil üreticisi, showroom'lardaki insanlara yeni otomobillerinin en son teknik özelliklerini ve 3D modellerini içeren uygulamalar sağlayabilir.

Kullanım örneği: İşletmeden İşletmeye (B2B) İhtiyaç: Bu uygulamaları tüm satış elemanlarına ve bağlı kuruluşlara sağlamak için markalı bir Kurumsal Uygulama Mağazası. Şirket uygulama mağazasının sorunsuz ve hızlı bir deneyime ihtiyacı var ve ihtiyaç duydukları tüm uygulamaları alabilecekleri tek nokta.

Senaryo 2: Genişletilmiş işletme için üretkenlik uygulamaları (BYOD)

Örnek: Harici çalışanlar veya özel cihazlara sahip çalışanlar (BYOD) için uygulamalar giderek daha önemli hale geliyor. Örnek olarak mobil CRM sistemleri, mobil onay iş akışları veya PIM istemcileri verilebilir.

Kullanım örneği: İşletmeden Çalışana (B2E) İhtiyaç: Bir Kurumsal Uygulama Mağazası sorunsuz ve hızlı bir deneyim sağlayabilir ve herkesin ihtiyaç duyduğu tüm uygulamalara ulaşmak için tek bir nokta görevi görebilir. Ek bir uygulama paketlemesi, uygulamaların güvende olmasını ve önemli şirket verilerinin kurumsal bağlamdan ayrılmamasını sağlayabilir.

Senaryo 3: Uygulama testi ve incelemesi

Örnek: Bir ürün bilgi uygulamasını veya bir mobil alışveriş uygulamasını ele alalım. Uygulama kullanıma hazır hale gelmeden önce, birkaç ön sürüm gözden geçirilir ve uygulama dağıtıma hazır hale gelir. Bu beta uygulamalar harici bir ajanstan veya şirket içi uygulama geliştirme departmanından gelebilir. İncelemeyi yapan kişi (yani bir danışman veya proje yöneticisi) uygulamayı onaylamalı veya reddetmeli ve geliştirici ile iletişim kurmalıdır. Kullanım örneği: Dahili veya harici geliştiriciden karar vericiye (uygulama sahibi) İhtiyaç: Bir uygulama yönetim aracı, uygulama sürümlerinin geliştiriciler ve gözden geçirenler arasında otomatik olarak iletilmesine yardımcı olur. Gözden geçirenler her zaman en yeni sürümlere erişebilir ve bunları onaylayabilir veya reddedebilir. Ek olarak, geliştirme ortamlarının sağlanması (Git deposu ve sürekli entegrasyon oluşturma işi gibi), uygulama teslim sürecini şirket içinde standartlaştırmak için kullanılabilir.

Senaryo 4: Farklı departmanlar ve karar mercileri tarafından uygulama onayı

Örnek: Genel mağazalar aracılığıyla tüketicilere ulaştırılacak uygulamaların dahili bir onay sürecinden geçmesi gerekir. Tüketici uygulaması, belki de başvuru sahipleri için bir İK uygulaması, farklı onay adımlarından geçmelidir. Bu bir işlevsellik testi, bir güvenlik kontrolü olabilir ve bir ekip, yayınlanana kadar tüm meta bilgileri bir araya getirmelidir. Kullanım örneği: Karar vericiler veya departmanlar kendi aralarında İhtiyaç: Bir araç tarafından desteklenen standartlaştırılmış bir uygulama onay süreci, departmanlar ve onların karar vericileri arasındaki onay sürecini düzenlemeye yardımcı olur. Onaylayıcılar her zaman en yeni sürümlere erişebilir ve bunları onaylayabilir veya reddedebilir.

Senaryo 5: Tek seferlik etkinlik uygulamaları veya fuar uygulamaları

Örnek: Kısa ömürlü uygulamalar için iyi bir örnek etkinlik uygulamalarıdır. Ziyaretçileri mevcut etkinlik hakkında bilgilendiren fuar uygulamalarına benzer şekilde, bu uygulamaların ziyaretçilere mümkün olduğunca hızlı ve sorunsuz bir şekilde dağıtılması gerekir. Kullanım örneği: İşletmeden İşletmeye (B2B), İşletmeden Tüketiciye (B2C) İhtiyaç: Bir ziyaretçinin yalnızca bir veya iki kez kullandığı bir uygulamayı edinmesi için kurumsal bir uygulama mağazası kullanmak kesinlikle büyük boyutlu olacaktır.

Bir olasılık, uygulamayı genel mağazalara yüklemektir, ancak bu da zaman ve çaba gerektirir. Uygulama Yönetimi araçları, genel mağazalara meta veri iletimini düzenlemeye ve hızlandırmaya yardımcı olabilir. Bir başka hızlı çözüm de QR koduyla erişilebilen veya bir işaretle tetiklenebilen yerel bir sunucudan anında indirme olabilir mi?

Araçlara duyulan ihtiyaç

Bu liste kurumsal uygulama senaryoları için kesinlikle eksiksiz değil, ancak bu alanda araçlara büyük bir ihtiyaç olduğunu gösteriyor. Bu senaryoların çoğu şu anda Kurumsal Mobilite Yönetimi (EMM) çözümleri tarafından kapsanmamaktadır. Basit bir Kurumsal Uygulama Mağazası, uygulamaları kullanıcılara sunmak için yalnızca ön uçtur, ancak uygulamaların geliştirilmesi, incelenmesi ve onaylanmasına kadar tüm arka uç süreci genellikle yazılım destekli bir sürece dahil edilmemiştir.

Uygulama yaşam döngüsünü yönetme

Yukarıdaki senaryolara dayanarak, uygulama yaşam döngüsü yönetimi hakkında bilgi ve araç eksikliği olduğunu göreceksiniz. Pek çok sürecin tanımlanması ve deneyimlenmesi gerekiyor. Uygulama yönetimine ışık tutmaya başlayalım ve bu alandaki tüm moda sözcükleri birbirinden ayırmaya çalışalım.

Uygulama Yönetimi

Kurumsal mobilite alanında en iyi bilinen uzmanlardan biri Jack Madden. Yakın tarihli bir iki farklı klasik uygulama yönetimi türünü tanımlamaktadır. Bu tanım için teşekkürler Jack - burada kullanmama izin ver:

Uygulama Tabanlı Mobil Uygulama Yönetimi

Uygulama tabanlı uygulama yönetimi, SDK'lar (Yazılım Geliştirme Kitleri), sarmalama araçları veya EMM veya ISV satıcılarının özel uygulamaları gibi teknolojilerdir ve kurumların bir uygulamaya politika ve kurallar uygulamasını sağlar.

Bunu yapmak için, uygulamaların arayüzlerini manipüle ederler, bu da şirketlerin tüm cihazı kontrol etmek zorunda kalmaması (günümüzde özellikle BYOD senaryolarında her zaman mümkün değildir), ancak uygulamayı kontrol etmeleri avantajına sahiptir. Dezavantajları ise, bu tür bir teknolojinin en başından itibaren uygulamalara yerleştirilmesi gerekmesi ve şirketlerin yalnızca kontrol ettikleri uygulamaları manipüle edebilmeleri, ancak herkese açık uygulamaları veya üçüncü tarafların uygulamalarını manipüle edememeleridir.

Cihaz Tabanlı Mobil Uygulama Yönetimi

İkinci tür uygulama yönetimi doğrudan işletim sisteminin içine yerleştirilmiştir. Bu teknolojilere örnek olarak Apple iOS'un yeni sürümleri, Samsung Knox veya Android for Work verilebilir. Bu sistemler, MDM kontrollü cihazların, Apple cihazlarındaki "Open-In Management" (uygulamaların diğer uygulamaların içeriğine erişmesine izin verme ve yasaklama) gibi işletim sistemi tabanlı yetenekler aracılığıyla uygulamaları yönetmesine ve güvence altına almasına olanak tanır.

Bu teknoloji yaklaşımlarının avantajı, her türlü uygulamanın yönetilebilmesi ve mobil işletim sistemlerinin bu özelliklere desteğinin giderek artmasıdır. Dezavantajları ise cihazın bir Mobil Cihaz Yönetimi yazılımı tarafından kontrol edilmesi gerekliliği ve olanakların seçilen platforma bağlı olarak değişiklik göstermesidir.

Mobil Uygulama Yaşam Döngüsü Yönetimi

Bu tanımların yanlış olduğunu iddia etmiyoruz, ancak Mobil Uygulama Yönetimi teriminin yaşam döngüsü kelimesiyle genişletilmesi gerektiğini düşünüyoruz. İşte nedeni: verilerinizi yukarıda tanımlanan uygulama yönetimi yaklaşımlarıyla güvence altına almak kesinlikle gereklidir, ancak yeterli değildir - bir uygulamanın yaşam döngüsünü yönetme süreci etrafında dönen birçok zorluk vardır.

İşte bir örnek: Büyük bir Alman üreticinin, her türlü uygulamayı üreten yirmiden fazla ajansı var - ürün bilgileri için tüketiciye yönelik uygulamalar, satış temsilcileri tarafından kullanılan özel bir mobil CRM çözümü ve dahili kullanım için çok sayıda küçük uygulama. Toplamda yüzlerce uygulama ve her ay düzinelerce güncelleme. Tüm bu uygulamaları nasıl yönetebiliyorlar?

Ajanslar eskiden her yeni uygulama sürümünü ilgili dahili departmana e-posta yoluyla gönderiyordu. Uygulamayı inceleyen kişi (bu durumda bir proje yöneticisi veya mobil danışman) uygulamayı alıyor ve yayınlanması için tüm kriterleri karşılayıp karşılamadığına karar veriyordu. Bu nedenle paket dosyasını (.apk veya .ipa dosyası) ekibine göndermesi ve bir şekilde bazı test cihazlarına (bu arada herhangi bir MDM çözümü tarafından yönetilmiyordu) yüklenmesini sağlaması gerekiyordu. Ek bir zorluk da özellikle iOS uygulamalarının imzalanma süreciydi. Bu uygulamalar genellikle doğru şekilde imzalanmıyordu, örneğin kurumsal sertifika ile değil geliştirici sertifikası ile, bu nedenle istenen test cihazlarına yüklenemiyordu. Bir test aşamasından sonra, bulduğu hatalar ve sorunlar hakkında ajansla iletişime geçiyor, ajans hataları düzeltiyor ve testler yeniden başlıyordu. Birkaç iterasyondan sonra uygulamayı, UX ekibi ve bölüm başkanı gibi uygulamayı kontrol etmesi ve onaylaması gereken başka bir departmana gönderiyordu.

Ardından, uygulamaların hedef kitlelerine ulaştırılması gerekiyordu: tüketici uygulamalarının genel mağazalarda yayınlanması, şirket içi uygulamaların MDM çözümüne yüklenmesi, BYOD cihazlarının uygulamaları indirmek için bir kurumsal uygulama mağazasına ve iş ortaklarının ürün kataloğu uygulamasının en yeni güncellemesini indirebilecekleri bir iş ortağı uygulama mağazasına ihtiyacı vardı. Ne kadar sıkıcı, zaman alıcı ve hataya açık bir çalışma şekli! Neden bir uygulamanın yaşam döngüsündeki işleri kapsayabilecek bir araç kullanmıyorsunuz? Acenteler tarafından uygulama teslimini kolaylaştırmak için, Relution gibi bir araç tarafından tek bir teslimat noktası (yani bir web portalı veya Jenkins veya Nevercode gibi Sürekli Entegrasyon araçlarına bir eklenti) sağlanır, böylece tüm acenteler uygulama sürümlerini aynı sisteme teslim edebilir. Buradan, tüm onay süreci adımları (masaüstü uygulamaları için eski okul ITSM araçlarının onay süreçlerine benzer) tetiklenebilir.

Bu, karmaşık bir web portalına giriş yapmaya gerek kalmadan bir uygulamadan bile yapılabilir. Bir uygulamanın yaşam döngüsünün son adımı, doğru kişilere otomatik olarak teslim edilmesidir. Bu, kurumsal ve harici kullanıcılar, iş ortakları ve daha fazlası gibi her türlü müşteri için yapılandırılabilen bir Kurumsal Uygulama Mağazası kullanılarak yapılır. Ve evet, kullanıcılar bir uygulama mağazasından nasıl uygulama indireceklerini biliyorlar, bunu her gün Apple'ın App Store'undan veya Google Play Store'dan yapıyorlar. Tüketici uygulamaları, gerekli tüm meta bilgileri, ekran görüntüleri vb. sağlanarak genel mağazalar için otomatik olarak hazırlanabilir.

Tavsiye

Relution gibi bir araç kullanarak uygulama teslim sürecini, uygulama onayını ve uygulamanın tüm çalışanlara ve dışarıdan gelenlere teslimini organize edin. Bu size çok fazla zaman ve kaynak kazandıracak ve özellikle uygulama sayısı sürekli artarken süreci kolaylaştırmaya yardımcı olacaktır. Not: Şirketlerinizin uygulama yaşam döngülerini yönetmek için elbette çözümümüze göz atabilirsiniz.

Uygulama Yaşam Döngüsü Yönetimine Neden İhtiyacınız Var?

Mobil Cihaz Yönetimi (MDM), birçok kurum için mobil istemci altyapısına doğru bir geçişin başlangıcı olmuştur. BT yöneticileri, kısıtlamalar ve politikalar kullanarak çalışanlara akıllı telefon ve tablet gönderirken kendilerini (daha) rahat hissediyor. Ancak gerçek iş avantajı, cihazların yönetiminden ziyade uygulama yaşam döngüsü yönetimi de dahil olmak üzere iş süreçlerinin mobilize edilmesinde yatmaktadır.

Sonuç olarak, dünyanın dört bir yanındaki şirketler, iş süreçlerini mobilize etmek için şirket içinde veya tedarikçiler tarafından geliştirilen ve sayıları giderek artan iş uygulamalarını kullanıyor. Bu uygulamalar doğaları gereği yıllar yerine haftalar süren oldukça kısa bir yaşam döngüsüne (yani düzenli olarak yeni sürümler çıkarılıyor) sahip. Bu bir zorluk olabilir.

Uygulama Yaşam Döngüsü Yönetimi Zorlukları

Doğru uygulama yönetimi çözümü kullanılarak bu uygulama yaşam döngüsü yönetimi sorunu çözülebilir. Çözümün, kurumsal bir uygulamanın TAM yaşam döngüsünü kapsaması önemlidir. Bir kaynak kodu havuzunun yanı sıra otomatik bir derleme sistemi sağlayarak geliştirme aşamasında başlamalıdır. Bir uygulamanın her yeni sürümü daha sonra her MAM çözümünün ön ucu olan kurumsal uygulama mağazasına yüklenir. Ancak dikkatli olun: HER yeni sürümü DOĞRUDAN TÜM çalışanların kullanımına sunmak istemezsiniz, değil mi?

İşte bu noktada bir uygulama yayınlama süreci tanımlamanız gerekir. Genellikle bu süreç yalnızca kağıt üzerinde var olur ve ipa ve apk dosyaları, "Lütfen test edin" veya "Lütfen bunun iyi olup olmadığını bana bildirin..." yazan bir nota eklenmiş olarak e-posta yoluyla gönderilir. Tanıdık geliyor mu? O halde tüm bu süreci kapsayan bir uygulama yönetimi çözümüne ihtiyacınız var.

Uygulamaların yeni sürümleri otomatik olarak yalnızca test edenlere ve sürüm yöneticilerine sağlanmalıdır. Ancak onlar uygulamada herhangi bir sorun bulmadıktan sonra uygulamanın durumu "yayın" olarak değiştirilebilir. Uygulama yaşam döngüsü yönetimi bunu yapmanızı sağlar. Aynı zamanda, önceki uygulama sürümü kullanımdan kaldırılmalıdır. Buna ek olarak, uygulama yönetim sistemi, uygulamanın yüklü olduğu her cihaza push mesajları göndererek kullanıcıyı güncelleme yapmaya çağırmalıdır. Ya da bir MDM sistemiyle birlikte kullanılıyorsa, yeni sürüm cihazlara hemen gönderilerek herkesin en güncel uygulama sürümüyle çalıştığından emin olunmalıdır.

Son kullanıcı cihazındaki uygulamayı güncellediğinde, uygulama yaşam döngüsü yönetimi bir sonraki sürümle -belki farklı bir bölge veya başka bir iştirak için- baştan başlar. Tüm bunlar, kurum genelinde giderek artan sayıda uygulama için aynı anda gerçekleşir. Relution, uygulama yaşam döngüsü yönetiminin yanı sıra genel olarak mobil uygulama ve cihaz yönetiminin tüm yönlerini kapsayan eksiksiz bir çözümdür.

Mobil Cihaz Yönetimi ve Mobil Uygulama Yönetimi hakkında daha fazla bilgi için burada.