Joget kullan\u0131c\u0131lar\u0131 i\u00e7in uygulamalar\u0131 g\u00fcncel tutmak ve yeni s\u00fcr\u00fcmlere ge\u00e7i\u015f yapmak, i\u015f s\u00fcre\u00e7lerinin kesintisiz devaml\u0131l\u0131\u011f\u0131 a\u00e7\u0131s\u0131ndan kritik bir konudur. Bu makalede, Joget uygulamalar\u0131n\u0131z\u0131n farkl\u0131 versiyonlar\u0131 aras\u0131nda s\u00fcre\u00e7leri nas\u0131l ba\u015far\u0131l\u0131 bir \u015fekilde ta\u015f\u0131yaca\u011f\u0131n\u0131z\u0131, potansiyel zorluklar\u0131 nas\u0131l a\u015faca\u011f\u0131n\u0131z\u0131 ve en iyi uygulamalar\u0131 derinlemesine inceleyece\u011fiz.<\/p>\n
Dijital d\u00f6n\u00fc\u015f\u00fcm\u00fcn h\u0131z kesmeden devam etti\u011fi g\u00fcn\u00fcm\u00fczde, i\u015fletmeler i\u015f ak\u0131\u015flar\u0131n\u0131 daha verimli hale getirmek ve de\u011fi\u015fen ihtiya\u00e7lara h\u0131zla adapte olmak i\u00e7in s\u00fcrekli olarak yaz\u0131l\u0131mlar\u0131n\u0131 g\u00fcnceller. Joget gibi dinamik bir platformda, bu g\u00fcncellemeler genellikle bir uygulaman\u0131n yeni bir s\u00fcr\u00fcm\u00fcn\u00fcn yay\u0131nlanmas\u0131n\u0131 ve mevcut i\u015fleyen s\u00fcre\u00e7lerin bu yeni s\u00fcr\u00fcme sorunsuz bir \u015fekilde ta\u015f\u0131nmas\u0131n\u0131 gerektirir. S\u00fcre\u00e7 migrasyonu, tam olarak bu noktada devreye girer: Bir uygulaman\u0131n eski bir s\u00fcr\u00fcm\u00fcnde ba\u015flat\u0131lm\u0131\u015f ve halen devam eden i\u015f ak\u0131\u015flar\u0131n\u0131n (process instances) yeni bir uygulama s\u00fcr\u00fcm\u00fcne, m\u00fcmk\u00fcn olan en az kesintiyle aktar\u0131lmas\u0131 i\u015flemidir. Bu i\u015flem, sadece teknik bir gereklilik de\u011fil, ayn\u0131 zamanda i\u015f s\u00fcreklili\u011fi ve veri b\u00fct\u00fcnl\u00fc\u011f\u00fc a\u00e7\u0131s\u0131ndan da hayati bir \u00f6neme sahiptir.<\/p>\n
Peki, s\u00fcre\u00e7 migrasyonu neden bu kadar \u00f6nemlidir? Her \u015feyden \u00f6nce, i\u015fletmeler s\u00fcrekli de\u011fi\u015fen pazar ko\u015fullar\u0131na ve yasal d\u00fczenlemelere uyum sa\u011flamak zorundad\u0131r. Bu durum, mevcut i\u015f s\u00fcre\u00e7lerinde de\u011fi\u015fiklikler yapmay\u0131, yeni \u00f6zellikler eklemeyi veya performans iyile\u015ftirmeleri getirmeyi gerektirebilir. Joget’te bu t\u00fcr de\u011fi\u015fiklikler genellikle uygulaman\u0131n yeni bir versiyonu olarak yay\u0131mlan\u0131r. E\u011fer devam eden s\u00fcre\u00e7ler eski versiyonda kal\u0131rsa, bu s\u00fcre\u00e7ler yeni \u00f6zelliklerden faydalanamaz, g\u00fcvenlik a\u00e7\u0131klar\u0131na maruz kalabilir veya zamanla tamamen desteklenmeyen bir duruma d\u00fc\u015febilir. Bu da operasyonel verimsizliklere, hatalara ve hatta ciddi i\u015f kay\u0131plar\u0131na yol a\u00e7abilir.<\/p>\n
Ayr\u0131ca, s\u00fcre\u00e7 migrasyonu, uygulaman\u0131n geli\u015ftirme ve \u00fcretim d\u00f6ng\u00fcs\u00fcn\u00fcn ayr\u0131lmaz bir par\u00e7as\u0131d\u0131r. Geli\u015ftirme ortam\u0131nda test edilen yeni \u00f6zelliklerin ve s\u00fcre\u00e7 iyile\u015ftirmelerinin \u00fcretim ortam\u0131na aktar\u0131lmas\u0131, mevcut canl\u0131 verilerle etkile\u015fime girer. Bu etkile\u015fim s\u0131ras\u0131nda eski s\u00fcre\u00e7lerin yeni yap\u0131ya uygun hale getirilmesi, veri tutarl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flamak ve olas\u0131 \u00e7at\u0131\u015fmalar\u0131 \u00f6nlemek i\u00e7in kritik \u00f6neme sahiptir. Yanl\u0131\u015f yap\u0131lan bir migrasyon, verilerin bozulmas\u0131na, s\u00fcre\u00e7lerin tak\u0131lmas\u0131na veya tamamen durmas\u0131na neden olabilir ki bu da i\u015fletmeler i\u00e7in b\u00fcy\u00fck bir felaket senaryosudur. Dolay\u0131s\u0131yla, s\u00fcre\u00e7 migrasyonu, sadece teknik bir i\u015flem olman\u0131n \u00f6tesinde, i\u015fletmelerin dijital stratejilerinin merkezinde yer alan stratejik bir unsurdur. Bu sayede, uygulaman\u0131z s\u00fcrekli evrim ge\u00e7irirken bile i\u015f s\u00fcre\u00e7lerinizin her zaman g\u00fcncel, g\u00fcvenli ve verimli kalmas\u0131n\u0131 sa\u011flars\u0131n\u0131z.<\/p>\n
Bu ba\u011flamda, Joget’in esnek mimarisi, farkl\u0131 versiyonlar aras\u0131ndaki ge\u00e7i\u015fleri y\u00f6netmek i\u00e7in \u00e7e\u015fitli ara\u00e7lar ve y\u00f6ntemler sunar. Ancak bu ara\u00e7lar\u0131n do\u011fru anla\u015f\u0131lmas\u0131 ve uygulanmas\u0131, ba\u015far\u0131l\u0131 bir migrasyonun anahtar\u0131d\u0131r. \u0130lerleyen b\u00f6l\u00fcmlerde, bu ara\u00e7lar\u0131 detayl\u0131ca inceleyerek, migrasyon s\u00fcre\u00e7lerinizi daha \u00f6ng\u00f6r\u00fclebilir ve kontrol edilebilir hale getirmenin yollar\u0131n\u0131 ke\u015ffedece\u011fiz. Unutmamak gerekir ki, her migrasyon senaryosu kendine \u00f6zg\u00fc zorluklar bar\u0131nd\u0131rabilir ve bu nedenle iyi bir planlama, dikkatli bir uygulama ve kapsaml\u0131 testler her zaman en iyi sonucu verecektir.<\/p>\n
Joget, uygulama geli\u015ftirme ve y\u00f6netimi konusunda sundu\u011fu esneklik sayesinde, uygulamalar\u0131n farkl\u0131 versiyonlar\u0131n\u0131 y\u00f6netmeyi ve bu versiyonlar aras\u0131nda s\u00fcre\u00e7leri ta\u015f\u0131may\u0131 nispeten kolayla\u015ft\u0131r\u0131r. Ancak bu kolayl\u0131k, do\u011fru yakla\u015f\u0131mlar ve iyi bir planlama ile birle\u015fti\u011finde ger\u00e7ek de\u011ferini bulur. Uygulama s\u00fcr\u00fcmleme, bir uygulaman\u0131n zaman i\u00e7indeki evrimini takip etmemizi sa\u011flarken, s\u00fcre\u00e7 migrasyonu ise devam eden i\u015f ak\u0131\u015flar\u0131n\u0131n bu evrime uyum sa\u011flamas\u0131n\u0131 g\u00fcvence alt\u0131na al\u0131r. \u015eimdi bu iki temel kavram\u0131 Joget perspektifinden ad\u0131m ad\u0131m ele alal\u0131m.<\/p>\n
Herhangi bir b\u00fcy\u00fck sistem de\u011fi\u015fikli\u011finde oldu\u011fu gibi, Joget’te s\u00fcre\u00e7 migrasyonu da kapsaml\u0131 bir haz\u0131rl\u0131k gerektirir. Bu ad\u0131mlar, olas\u0131 riskleri en aza indirmek ve migrasyonun ba\u015far\u0131yla tamamlanmas\u0131n\u0131 sa\u011flamak i\u00e7in hayati \u00f6neme sahiptir.<\/p>\n
Haz\u0131rl\u0131k ad\u0131mlar\u0131 tamamland\u0131ktan sonra, Joget’in sundu\u011fu migrasyon \u00f6zelliklerini kullanarak s\u00fcreci uygulayabiliriz. A\u015fa\u011f\u0131daki \u00f6rnek, temel bir s\u00fcre\u00e7 migrasyon senaryosunu ele almaktad\u0131r.<\/p>\n
Varsayal\u0131m ki bir “\u0130zin Talep” uygulaman\u0131z var. Bu uygulaman\u0131n V1.0 s\u00fcr\u00fcm\u00fcnde bir s\u00fcre\u00e7 ba\u015flat\u0131ld\u0131 ve onay bekliyor. \u015eimdi uygulaman\u0131n V2.0 s\u00fcr\u00fcm\u00fcn\u00fc yay\u0131nlad\u0131n\u0131z ve bu s\u00fcr\u00fcmde izin talebi formuna “\u0130zin Tipi” (Y\u0131ll\u0131k, Mazeret vb.) ad\u0131nda yeni bir alan eklediniz. Ayr\u0131ca onay s\u00fcrecine yeni bir ad\u0131m (\u0130K Departman\u0131 Onay\u0131) eklediniz.<\/p>\n
\u00d6ncelikle, yeni s\u00fcr\u00fcmdeki uygulaman\u0131z\u0131 (V2.0) Joget App Center’a y\u00fcklemeniz gerekir. E\u011fer uygulamay\u0131 ayn\u0131 App ID ile y\u00fcklerseniz, Joget size mevcut uygulaman\u0131n yeni bir s\u00fcr\u00fcm\u00fcn\u00fc m\u00fc yoksa yeni bir uygulama m\u0131 olu\u015fturmak istedi\u011finizi soracakt\u0131r. Yeni s\u00fcr\u00fcm olarak y\u00fcklemeyi se\u00e7melisiniz.<\/p>\n
Uygulamay\u0131 App Designer’da a\u00e7\u0131n ve “Publish” d\u00fc\u011fmesine t\u0131klayarak yeni s\u00fcr\u00fcm\u00fc yay\u0131mlay\u0131n. Yay\u0131mlama s\u0131ras\u0131nda, Joget size mevcut devam eden s\u00fcre\u00e7 \u00f6rneklerinin (running process instances) yeni s\u00fcr\u00fcme ta\u015f\u0131n\u0131p ta\u015f\u0131nmayaca\u011f\u0131n\u0131 soracakt\u0131r. Bu, anahtar bir ad\u0131md\u0131r.<\/p>\n
Joget, s\u00fcrecin genel karma\u015f\u0131kl\u0131\u011f\u0131na ve yap\u0131s\u0131na g\u00f6re farkl\u0131 migrasyon stratejileri sunar:<\/p>\n
E\u011fer manuel migrasyon gerekiyorsa:<\/p>\n
\n\n \n \n<\/process>\n<\/pre>\n<\/code><\/p>\n
Yukar\u0131daki \u00f6rnekte V1.0'da yoneticiOnayi<\/code>'ndan end<\/code>'e giden bir ge\u00e7i\u015f varken, V2.0'da yoneticiOnayi<\/code>'ndan ikOnayi<\/code>'na, ard\u0131ndan ikOnayi<\/code>'ndan end<\/code>'e bir ge\u00e7i\u015f olabilir. Migrasyon arac\u0131 ile yoneticiOnayi<\/code>'nda bekleyen eski s\u00fcre\u00e7leri V2.0'daki yoneticiOnayi<\/code>'na veya ikOnayi<\/code>'na ta\u015f\u0131yabilirsiniz, duruma g\u00f6re. Yeni eklenen alanlar (\u00f6rne\u011fin \"\u0130zin Tipi\") i\u00e7in ise, e\u011fer eski s\u00fcre\u00e7te bu bilgi yoksa, ilgili form alan\u0131n\u0131 bo\u015f b\u0131rakabilir veya varsay\u0131lan bir de\u011ferle g\u00fcncelleyebilirsiniz. Bu, manuel m\u00fcdahale gerektiren karma\u015f\u0131k bir ad\u0131md\u0131r.<\/p>\n4. Veri B\u00fct\u00fcnl\u00fc\u011f\u00fc ve Form Alan\u0131 Uyumu:<\/h4>\n
Uygulama s\u00fcr\u00fcm\u00fc de\u011fi\u015firken, formlardaki alanlar da de\u011fi\u015febilir (eklenebilir, \u00e7\u0131kar\u0131labilir veya tipleri de\u011fi\u015febilir). Migrasyon s\u0131ras\u0131nda Joget, mevcut process data'y\u0131 yeni form yap\u0131s\u0131na uyarlamaya \u00e7al\u0131\u015f\u0131r. E\u011fer eski formda olan bir alan yeni formda yoksa, o veri kaybolabilir. Yeni formda olan ancak eski formda olmayan bir alan varsa, bu alan bo\u015f kalacakt\u0131r. Bu durum, \u00f6zellikle s\u00fcrecin ilerleyen a\u015famalar\u0131nda yeni alanlar\u0131n doldurulmas\u0131 gerekti\u011finde sorunlara yol a\u00e7abilir. Bu y\u00fczden, form de\u011fi\u015fikliklerini dikkatle y\u00f6netmek ve gerekirse s\u00fcre\u00e7 sonras\u0131 manuel veri giri\u015fi veya otomasyonla (\u00f6rne\u011fin bir script ile) bu alanlar\u0131 doldurmak gerekebilir.<\/p>\n
\n\/\/ \u00d6rnek: Migrasyon sonras\u0131 yeni eklenen bir alan\u0131 varsay\u0131lan de\u011ferle g\u00fcncelleme scripti\n\/\/ Bu bir Joget post-plugin veya form elementi onChange eventi olabilir.\nfunction updateNewField(formData) {\n if (!formData.get('izinTipi')) { \/\/ izinTipi alan\u0131 bo\u015fsa\n formData.set('izinTipi', 'Y\u0131ll\u0131k'); \/\/ Varsay\u0131lan de\u011fer ata\n console.log(\"Yeni alan 'izinTipi' varsay\u0131lan olarak 'Y\u0131ll\u0131k' ile g\u00fcncellendi.\");\n }\n return formData;\n}\n<\/pre>\n<\/code><\/p>\n
Bu ad\u0131mlar, Joget'te uygulama s\u00fcr\u00fcmleme ve s\u00fcre\u00e7 migrasyonunun temelini olu\u015fturur. Ancak her senaryo benzersizdir ve \u00f6zel dikkat gerektirebilir. \u0130yi bir planlama, test etme ve uygulama, bu karma\u015f\u0131k s\u00fcreci y\u00f6netmenin anahtar\u0131d\u0131r.<\/p>\n
Ger\u00e7ek D\u00fcnya Senaryolar\u0131: Ba\u015far\u0131l\u0131 Migrasyon \u00d6rnekleri<\/h2>\n
S\u00fcre\u00e7 migrasyonu, teoride basit gibi g\u00f6r\u00fcnse de, ger\u00e7ek d\u00fcnya senaryolar\u0131nda bir dizi karma\u015f\u0131k durumla kar\u015f\u0131la\u015fabiliriz. \u0130\u015fte size iki farkl\u0131 senaryo \u00fczerinden, Joget'te ba\u015far\u0131l\u0131 bir migrasyonun nas\u0131l yap\u0131labilece\u011fine dair detayl\u0131 \u00f6rnekler:<\/p>\n
Senaryo 1: Basit Bir S\u00fcre\u00e7 \u0130yile\u015ftirmesi ve Otomatik Migrasyon<\/h3>\n
Kurum:<\/strong> Orta \u00f6l\u00e7ekli bir IT \u015firketi.
\n Uygulama:<\/strong> \"Yard\u0131m Masas\u0131 Talep Y\u00f6netimi\" uygulamas\u0131.
\n Mevcut Durum:<\/strong> Uygulaman\u0131n V1.0 s\u00fcr\u00fcm\u00fc aktif olarak kullan\u0131l\u0131yor. Talep olu\u015fturma, onaylama ve \u00e7\u00f6z\u00fcmleme ad\u0131mlar\u0131n\u0131 i\u00e7eren standart bir i\u015f ak\u0131\u015f\u0131 var.
\n Gereksinim:<\/strong> Talep olu\u015fturma formuna \"\u00d6ncelik Seviyesi\" (D\u00fc\u015f\u00fck, Orta, Y\u00fcksek) ad\u0131nda yeni bir se\u00e7meli alan eklenecek. S\u00fcre\u00e7 ak\u0131\u015f\u0131nda herhangi bir de\u011fi\u015fiklik olmayacak, sadece formdaki veri toplay\u0131c\u0131 k\u0131s\u0131m g\u00fcncellenecek.
\n Migrasyon Zorluklar\u0131:<\/strong> Minimum kesintiyle formdaki yeni alan\u0131 entegre etmek. Eski s\u00fcre\u00e7lerin yeni form yap\u0131s\u0131yla uyumlu \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flamak.<\/p>\n\u00c7\u00f6z\u00fcm Ad\u0131mlar\u0131:<\/strong><\/p>\n\n- Yeni Versiyon Haz\u0131rl\u0131\u011f\u0131:<\/strong> Geli\u015ftirme ortam\u0131nda, mevcut Yard\u0131m Masas\u0131 Talep Y\u00f6netimi uygulamas\u0131n\u0131n V1.0 s\u00fcr\u00fcm\u00fcn\u00fc V2.0 olarak kopyalay\u0131n. Talep formuna \"\u00d6ncelik Seviyesi\" se\u00e7meli alan\u0131n\u0131 ekleyin. Alan\u0131n database kolon ad\u0131n\u0131n benzersiz oldu\u011fundan ve mevcut alanlarla \u00e7ak\u0131\u015fmad\u0131\u011f\u0131ndan emin olun.<\/li>\n
- Test Ortam\u0131nda Uygulama:<\/strong> V2.0'\u0131 bir test ortam\u0131na da\u011f\u0131t\u0131n. Canl\u0131 sistemden al\u0131nan birka\u00e7 devam eden s\u00fcrecin verilerini bu test ortam\u0131na aktar\u0131n (manuel olarak veya Joget'in import\/export ara\u00e7lar\u0131 ile). V2.0'\u0131 yay\u0131mlarken, Joget'in sundu\u011fu otomatik migrasyon se\u00e7ene\u011fini tercih edin. S\u00fcre\u00e7 ak\u0131\u015f\u0131 de\u011fi\u015fmedi\u011fi i\u00e7in, mevcut s\u00fcre\u00e7 \u00f6rneklerinin yeni versiyonda kald\u0131\u011f\u0131 yerden devam etti\u011fini g\u00f6zlemleyin. Yeni \"\u00d6ncelik Seviyesi\" alan\u0131, eski s\u00fcre\u00e7 \u00f6rnekleri i\u00e7in bo\u015f kalacakt\u0131r, ancak yeni ba\u015flat\u0131lan s\u00fcre\u00e7lerde doldurulabilecektir.<\/li>\n
- Canl\u0131 Ortamda Da\u011f\u0131t\u0131m:<\/strong> Testler ba\u015far\u0131l\u0131 olduktan sonra, canl\u0131 sistemde V1.0 uygulamas\u0131n\u0131n bir yede\u011fini al\u0131n. V2.0'\u0131 App Center'a yeni bir versiyon olarak y\u00fckleyin ve yay\u0131mlay\u0131n. Yay\u0131mlama s\u0131ras\u0131nda \"Auto Migrate Running Processes\" se\u00e7ene\u011fini i\u015faretleyin.<\/li>\n
- Do\u011frulama:<\/strong> Yay\u0131mlama sonras\u0131, devam eden s\u00fcre\u00e7lerin V2.0 s\u00fcr\u00fcm\u00fcnde sorunsuz bir \u015fekilde ilerleyip ilerlemedi\u011fini kontrol edin. Yeni ba\u015flat\u0131lan s\u00fcre\u00e7lerde \"\u00d6ncelik Seviyesi\" alan\u0131n\u0131n d\u00fczg\u00fcn \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olun. Eski s\u00fcre\u00e7lerde bu alan\u0131n bo\u015f kalmas\u0131 beklenen bir durumdur ve i\u015f ak\u0131\u015f\u0131n\u0131 etkilemeyecektir. E\u011fer bu alan\u0131 eski s\u00fcre\u00e7ler i\u00e7in de doldurmak isteniyorsa, ilgili aktiviteye geldi\u011finde kullan\u0131c\u0131lar\u0131n manuel olarak doldurmas\u0131 veya bir admin g\u00f6revi arac\u0131l\u0131\u011f\u0131yla programatik olarak g\u00fcncellenmesi gerekebilir.<\/li>\n<\/ol>\n
Bu senaryo, s\u00fcre\u00e7 ak\u0131\u015f\u0131n\u0131n de\u011fi\u015fmedi\u011fi durumlarda Joget'in otomatik migrasyon yetene\u011finin ne kadar g\u00fc\u00e7l\u00fc ve zaman kazand\u0131r\u0131c\u0131 olabilece\u011fini g\u00f6stermektedir.<\/p>\n
Senaryo 2: Karma\u015f\u0131k S\u00fcre\u00e7 Yap\u0131s\u0131 De\u011fi\u015fikli\u011fi ve Manuel Migrasyon<\/h3>\n
Kurum:<\/strong> B\u00fcy\u00fck bir \u00fcretim \u015firketi.
\n Uygulama:<\/strong> \"\u00dcr\u00fcn Onay S\u00fcreci\" uygulamas\u0131.
\n Mevcut Durum:<\/strong> V1.0 s\u00fcr\u00fcm\u00fcnde, \u00fcr\u00fcn onay\u0131 sadece tek bir y\u00f6netici taraf\u0131ndan yap\u0131l\u0131yor.
\n Gereksinim:<\/strong> Yeni bir d\u00fczenleme nedeniyle, \u00fcr\u00fcn onay s\u00fcrecine \"Kalite Kontrol (KK) Departman\u0131 Onay\u0131\" ad\u0131nda ek bir ad\u0131m eklenmesi gerekiyor. KK onay\u0131, y\u00f6netici onay\u0131ndan \u00f6nce ger\u00e7ekle\u015fecek. Bu, s\u00fcrecin ak\u0131\u015f\u0131n\u0131 temelden de\u011fi\u015ftirecek.
\n Migrasyon Zorluklar\u0131:<\/strong> Mevcut, devam eden \u00fcr\u00fcn onay s\u00fcre\u00e7lerini, yeni KK onay\u0131 ad\u0131m\u0131n\u0131 atlamadan veya hatal\u0131 bir \u015fekilde atlamadan yeni ak\u0131\u015fa ta\u015f\u0131mak. Eski s\u00fcre\u00e7 verilerinin yeni ad\u0131mla uyumlu olmas\u0131n\u0131 sa\u011flamak.<\/p>\n\u00c7\u00f6z\u00fcm Ad\u0131mlar\u0131:<\/strong><\/p>\n\n- Yeni Versiyon Haz\u0131rl\u0131\u011f\u0131:<\/strong> Geli\u015ftirme ortam\u0131nda V1.0 uygulamas\u0131n\u0131 V2.0 olarak kopyalay\u0131n. S\u00fcre\u00e7 tasar\u0131mc\u0131s\u0131nda,
yoneticiOnayi<\/code> ad\u0131m\u0131ndan \u00f6nce kaliteKontrolOnayi<\/code> ad\u0131nda yeni bir kullan\u0131c\u0131 g\u00f6revi ekleyin. \u0130lgili formlar ve yetkilendirmeler ayarlan\u0131r.<\/li>\n- Test Ortam\u0131nda Manuel Migrasyon:<\/strong> V2.0'\u0131 test ortam\u0131na da\u011f\u0131t\u0131n. Canl\u0131 sistemden al\u0131nan,
yoneticiOnayi<\/code> ad\u0131m\u0131nda bekleyen birka\u00e7 \u00f6rnek s\u00fcreci test ortam\u0131na aktar\u0131n. V2.0'\u0131 yay\u0131mlarken otomatik migrasyonu denemek m\u00fcmk\u00fcnd\u00fcr, ancak s\u00fcre\u00e7 ak\u0131\u015f\u0131 de\u011fi\u015fti\u011fi i\u00e7in b\u00fcy\u00fck olas\u0131l\u0131kla ba\u015far\u0131s\u0131z olacakt\u0131r. Bu durumda, Joget'in Process Migration Tool'unu kullanman\u0131z gerekecek.<\/li>\n- Process Migration Tool Kullan\u0131m\u0131:<\/strong> Test ortam\u0131nda \"Process Migration Tool\"u a\u00e7\u0131n. V1.0'daki
yoneticiOnayi<\/code> aktivitesinde bekleyen s\u00fcre\u00e7 \u00f6rneklerini, V2.0'daki kaliteKontrolOnayi<\/code> aktivitesine e\u015fle\u015ftirin. Bu, mevcut s\u00fcre\u00e7lerin yeni ak\u0131\u015fta Kalite Kontrol onay\u0131yla ba\u015flamas\u0131n\u0131 sa\u011flayacakt\u0131r. Bu s\u00fcre\u00e7te, form verilerinin uyumlulu\u011funu kontrol edin. E\u011fer KK onay\u0131 i\u00e7in \u00f6zel bir form alan\u0131 gerekiyorsa, eski s\u00fcre\u00e7lerde bu alan bo\u015f kalacak ve KK departman\u0131 taraf\u0131ndan doldurulmas\u0131 gerekecektir.<\/li>\n- Canl\u0131 Ortamda Da\u011f\u0131t\u0131m ve Do\u011frulama:<\/strong> Testler ba\u015far\u0131l\u0131 olduktan sonra, canl\u0131 sistemde tam bir yedekleme yap\u0131n. V2.0'\u0131 App Center'a yeni bir versiyon olarak y\u00fckleyin ve yay\u0131mlay\u0131n. Yay\u0131mlama s\u0131ras\u0131nda, otomatik migrasyonun ba\u015far\u0131s\u0131z olmas\u0131 durumunda, t\u00fcm devam eden s\u00fcre\u00e7ler i\u00e7in \"Process Migration Tool\"u dikkatlice kullan\u0131n. Her bir s\u00fcreci manuel olarak do\u011fru aktiviteye (bu \u00f6rnekte
kaliteKontrolOnayi<\/code>) ta\u015f\u0131y\u0131n.<\/li>\n- Sonras\u0131 Kontrol ve \u0130leti\u015fim:<\/strong> Migrasyon sonras\u0131, ta\u015f\u0131nan s\u00fcre\u00e7lerin yeni \"Kalite Kontrol Onay\u0131\" ad\u0131m\u0131nda do\u011fru ki\u015filere ula\u015ft\u0131\u011f\u0131n\u0131 ve ilerledi\u011fini do\u011frulay\u0131n. Kullan\u0131c\u0131lara yeni s\u00fcre\u00e7 ak\u0131\u015f\u0131 ve olas\u0131 de\u011fi\u015fiklikler hakk\u0131nda bilgi verin.<\/li>\n<\/ol>\n
Bu karma\u015f\u0131k senaryo, manuel migrasyon arac\u0131n\u0131n kritik \u00f6nemini ve detayl\u0131 bir planlama, test ve do\u011frulama s\u00fcrecinin gereklili\u011fini vurgulamaktad\u0131r. Her iki senaryo da, Joget'in esnek yap\u0131s\u0131yla hem basit hem de karma\u015f\u0131k migrasyon ihtiya\u00e7lar\u0131n\u0131 kar\u015f\u0131layabilece\u011fini g\u00f6stermektedir. Anahtar, her ad\u0131mda dikkatli olmak ve de\u011fi\u015fikliklerin olas\u0131 etkilerini iyi analiz etmektir.<\/p>\n
\u0130leri D\u00fczey Teknikler ve Dikkat Edilmesi Gerekenler Nelerdir?<\/h2>\n
Joget'te s\u00fcre\u00e7 migrasyonu, temel ad\u0131mlar\u0131n \u00f6tesinde, daha karma\u015f\u0131k senaryolarda ihtiya\u00e7 duyulan ileri d\u00fczey teknikler ve stratejilerle zenginle\u015ftirilebilir. Deneyimli kullan\u0131c\u0131lar ve b\u00fcy\u00fck \u00f6l\u00e7ekli uygulamalar i\u00e7in bu ipu\u00e7lar\u0131, migrasyon s\u00fcre\u00e7lerini daha sa\u011flam, verimli ve hata toleransl\u0131 hale getirecektir.<\/p>\n
1. Veritaban\u0131 De\u011fi\u015fikliklerinin Y\u00f6netimi:<\/h3>\n
Joget formlar\u0131 arka planda veritaban\u0131 tablolar\u0131yla e\u015fle\u015fir. Uygulama versiyonlar\u0131 aras\u0131nda form alanlar\u0131 ekleyip \u00e7\u0131kar\u0131rken, bu alanlar\u0131n veritaban\u0131ndaki kar\u015f\u0131l\u0131klar\u0131 da de\u011fi\u015fir. Joget genellikle bu de\u011fi\u015fiklikleri otomatik olarak y\u00f6netse de, b\u00fcy\u00fck ve karma\u015f\u0131k veritaban\u0131 yap\u0131lar\u0131nda manuel m\u00fcdahale gerekebilir. \u00d6rne\u011fin, bir alan\u0131n veri tipini de\u011fi\u015ftirmek (string'den integer'a), mevcut veriler i\u00e7in bir d\u00f6n\u00fc\u015f\u00fcm (data transformation) i\u015flemi gerektirebilir. Bu t\u00fcr durumlarda, migrasyon \u00f6ncesi SQL scriptleri haz\u0131rlayarak verileri d\u00f6n\u00fc\u015ft\u00fcrmek veya yeni alanlara varsay\u0131lan de\u011ferler atamak \u00f6nemlidir. Veritaban\u0131 seviyesinde yap\u0131lan her de\u011fi\u015fikli\u011fi titizlikle belgeleyin ve test ortam\u0131nda defalarca deneyin.<\/p>\n
\n-- \u00d6rnek SQL script: Bir tablodaki kolonu veri tipiyle birlikte g\u00fcncelleme\n-- D\u0130KKAT: \u00dcretim ortam\u0131nda dikkatli kullan\u0131lmal\u0131d\u0131r! Yedek almadan YAPMAYIN!\nALTER TABLE app_fd_izin_talebi ADD COLUMN c_izinTipi_new VARCHAR(50);\nUPDATE app_fd_izin_talebi SET c_izinTipi_new = c_izinTipi_old WHERE c_izinTipi_old IS NOT NULL;\nALTER TABLE app_fd_izin_talebi DROP COLUMN c_izinTipi_old;\nALTER TABLE app_fd_izin_talebi RENAME COLUMN c_izinTipi_new TO c_izinTipi;\n<\/pre>\n<\/code><\/p>\n
2. API ve Entegrasyonlar\u0131n G\u00fcncellenmesi:<\/h3>\n
Joget uygulamalar\u0131 genellikle harici sistemlerle API'ler arac\u0131l\u0131\u011f\u0131yla entegre olur. Yeni uygulama s\u00fcr\u00fcm\u00fc, eski API \u00e7a\u011fr\u0131lar\u0131n\u0131 veya entegrasyon noktalar\u0131n\u0131 de\u011fi\u015ftirebilir. Migrasyon \u00f6ncesinde, uygulaman\u0131z\u0131n ba\u011fl\u0131 oldu\u011fu t\u00fcm harici sistemleri ve bunlar\u0131n API ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 g\u00f6zden ge\u00e7irin. E\u011fer bir API de\u011fi\u015ftiyse, entegrasyonlar\u0131 yeni s\u00fcr\u00fcme uyarlamak i\u00e7in gerekli kod de\u011fi\u015fikliklerini yapmal\u0131 ve test etmelisiniz. Bu, hem Joget i\u00e7indeki Datalist Custom Columns, Form Element Custom HTML\/JavaScript gibi alanlarda kullan\u0131lan entegrasyonlar\u0131 hem de d\u0131\u015f sistemlerin Joget API'lerine yapt\u0131\u011f\u0131 \u00e7a\u011fr\u0131lar\u0131 kapsar.<\/p>\n
3. Geriye D\u00f6n\u00fck Uyumluluk (Backward Compatibility):<\/h3>\n
Baz\u0131 durumlarda, \u00f6zellikle b\u00fcy\u00fck \u00f6l\u00e7ekli ve kritik uygulamalarda, t\u00fcm devam eden s\u00fcre\u00e7leri tek seferde yeni s\u00fcr\u00fcme ta\u015f\u0131mak m\u00fcmk\u00fcn olmayabilir. Bu senaryoda, eski ve yeni versiyonlar\u0131n bir s\u00fcre paralel \u00e7al\u0131\u015fmas\u0131na izin veren bir strateji (side-by-side deployment) benimsenebilir. Joget, ayn\u0131 App ID alt\u0131nda farkl\u0131 versiyonlar\u0131 tutabilme yetene\u011fi sayesinde bu t\u00fcr yakla\u015f\u0131mlara imkan tan\u0131r. Ancak bu, karma\u015f\u0131kl\u0131\u011f\u0131 art\u0131r\u0131r ve iki ayr\u0131 versiyonun y\u00f6netimi i\u00e7in ek efor gerektirir. Geriye d\u00f6n\u00fck uyumluluk, \u00f6zellikle yeni s\u00fcr\u00fcmlerin eski versiyonlardaki verileri okuyup yazabilmesi gerekti\u011finde \u00f6nem kazan\u0131r.<\/p>\n
4. Performans ve \u00d6l\u00e7eklenebilirlik Testleri:<\/h3>\n
B\u00fcy\u00fck hacimli s\u00fcre\u00e7 \u00f6rneklerine sahip bir uygulaman\u0131n migrasyonu, \u00f6zellikle otomatik migrasyon kullan\u0131l\u0131rken sistem \u00fczerinde ciddi bir y\u00fck olu\u015fturabilir. Migrasyon \u00f6ncesi performans testleri yaparak, sistemin bu y\u00fck alt\u0131nda nas\u0131l tepki verdi\u011fini g\u00f6zlemleyin. Gerekirse, migrasyon i\u015flemini d\u00fc\u015f\u00fck trafikli saatlerde planlay\u0131n veya migrasyonu gruplar halinde (batch migration) yapmay\u0131 d\u00fc\u015f\u00fcn\u00fcn.<\/p>\n
5. Rollback Plan\u0131:<\/h3>\n
En iyi planlamaya ra\u011fmen, migrasyon s\u0131ras\u0131nda beklenmedik sorunlar ortaya \u00e7\u0131kabilir. Bu nedenle, bir \"geri d\u00f6n\u00fc\u015f\" (rollback) plan\u0131na sahip olmak hayati \u00f6nem ta\u015f\u0131r. Bu plan, migrasyon ba\u015far\u0131s\u0131z olursa veya ciddi sorunlar ortaya \u00e7\u0131karsa, sistemi en k\u0131sa s\u00fcrede \u00f6nceki stabil durumuna d\u00f6nd\u00fcrmek i\u00e7in at\u0131lacak ad\u0131mlar\u0131 i\u00e7ermelidir. Kapsaml\u0131 yedeklemeler ve uygulaman\u0131n \u00f6nceki versiyonunu h\u0131zl\u0131ca geri y\u00fckleme yetene\u011fi, bu plan\u0131n temelini olu\u015fturur.<\/p>\n
6. S\u00fcrekli Entegrasyon\/S\u00fcrekli Da\u011f\u0131t\u0131m (CI\/CD) ile Otomasyon:<\/h3>\n
Modern DevOps uygulamalar\u0131, s\u00fcre\u00e7 migrasyonunu da otomatikle\u015ftirebilir. Joget uygulamalar\u0131 .jwa dosyalar\u0131 olarak d\u0131\u015fa aktar\u0131labilir ve CI\/CD pipeline'lar\u0131 kullan\u0131larak otomatik olarak test, UAT ve \u00fcretim ortamlar\u0131na da\u011f\u0131t\u0131labilir. Joget'in CLI (Komut Sat\u0131r\u0131 Aray\u00fcz\u00fc) veya API'leri, bu da\u011f\u0131t\u0131m ve migrasyon ad\u0131mlar\u0131n\u0131n otomasyonuna olanak tan\u0131r. \u00d6rne\u011fin, yeni bir uygulama s\u00fcr\u00fcm\u00fcn\u00fc da\u011f\u0131tt\u0131ktan sonra, belirli kriterlere uyan s\u00fcre\u00e7leri otomatik olarak migre etmek i\u00e7in bir script \u00e7al\u0131\u015ft\u0131r\u0131labilir.<\/p>\n
\n# \u00d6rnek: Joget CLI kullanarak uygulama da\u011f\u0131t\u0131m\u0131 ve migrasyonu (konsept)\n# Joget CLI komutlar\u0131, kullan\u0131lan Joget versiyonuna g\u00f6re de\u011fi\u015fiklik g\u00f6sterebilir.\njoget-cli deploy-app --app-file \"MyProcessApp_V2.0.jwa\" --auto-migrate true --server-url \"http:\/\/joget.example.com\" --username \"admin\" --password \"password\"\n\n# Alternatif olarak, manuel migrasyon i\u00e7in bir script yaz\u0131labilir\n# Bu script, Joget API'lerini veya veritaban\u0131n\u0131 do\u011frudan kullanarak belirli s\u00fcre\u00e7leri ta\u015f\u0131yabilir.\n# Dikkat: Bu t\u00fcr do\u011frudan veritaban\u0131 manip\u00fclasyonlar\u0131 \u00e7ok riskli olup, sadece ileri d\u00fczey kullan\u0131c\u0131lar taraf\u0131ndan ve kapsaml\u0131 testlerle yap\u0131lmal\u0131d\u0131r.\n<\/pre>\n<\/code><\/p>\n
Mobil uyumlu HTML'e gelince, Joget'in Responsive UI temas\u0131 zaten \u00e7o\u011fu mobil cihaz i\u00e7in iyi bir deneyim sunar. Ancak \u00f6zel gereksinimler i\u00e7in, i\u00e7erik i\u00e7inde belirli bile\u015fenlerin davran\u0131\u015f\u0131n\u0131 de\u011fi\u015ftirmek \u00fczere inline CSS veya \u00f6zel bir tema i\u00e7inde medya sorgular\u0131 kullan\u0131labilir. \u00d6rne\u011fin, bir tabloda \u00e7ok fazla s\u00fctun varsa, mobil g\u00f6r\u00fcn\u00fcmde sadece kritik s\u00fctunlar\u0131 g\u00f6stermek i\u00e7in bir CSS medya sorgusu yaz\u0131labilir:<\/p>\n
\n