Ghid complet
Actualizarea la Java 17 și Apache Camel 4 marchează o etapă importantă pentru utilizatorii Qlik Talend, asigurând alinierea la standardele tehnologice moderne, menținând în același timp securitatea și performanța. Acest articol oferă un ghid detaliat cu privire la „de ce”, „cum” și „ce” este această actualizare, integrând informații detaliate și pași de urmat pentru a asigura o tranziție fără probleme.
De ce este necesară actualizarea?
Qlik Talend operează în cadrul unor ecosisteme interconectate, în continuă evoluție. Actualizarea la Java 17 și Camel 4 este determinată de mai mulți factori, așa cum este sintetizat mai jos:
Beneficiați de cele mai recente capabilități Java 17 și Camel 4
Actualizarea la Java 17 și Apache Camel 4 oferă beneficii semnificative, cum ar fi timpi de pornire mai rapizi, utilizare redusă a memoriei și securitate îmbunătățită cu suport pe termen lung până în 2030. Java 17 introduce caracteristici moderne ale limbajului, cum ar fi clasele sigilate, potrivirea modelelor pentru comutare și înregistrări, simplificând procesele de dezvoltare.
Apache Camel 4 îmbunătățește în continuare capacitățile de rutare și mediere cu o infrastructură modernizată aliniată la Jakarta EE, performanță optimizată și cheltuieli reduse. De asemenea, oferă componente noi pentru funcționalități precum integrarea inteligenței artificiale, dependențe actualizate de terți pentru o mai bună securitate și fiabilitate și suport OSGi continuu pentru o actualizare mai ușoară. Aceste actualizări asigură un mediu robust, sigur și pregătit să abordeze schimbările viitoare pentru utilizatorii Qlik Talend.
Securitate și asistență extinsă
Ecosistemul Qlik Talend trebuie să rămână la zi cu patch-urile de securitate pentru a proteja datele clienților. Java 17, ca versiune Long-Term Support (LTS), oferă caracteristici de securitate îmbunătățite și suport extins în comparație cu Java 8.
Dependențe de biblioteci și pachete terță parte
Multe biblioteci și pachete externe pe care se bazează Qlik Talend au renunțat la suportul pentru Java 8, făcând imperativă actualizarea la versiuni mai noi de Java.
Sfârșitul duratei de viață (EOL) a Camel 3
Apache Camel 3 a ajuns la sfârșitul duratei sale de viață în decembrie 2024. După această dată, nu vor mai fi furnizate actualizări sau suport pentru Camel 3, fiind necesară o migrare către Camel 4 (informații suplimentare de la proiectul Apache aici).
Modificări semnificative în Java 17
Java 17 introduce schimbări semnificative care afectează compatibilitatea, cu accent special pe artefactele Java 8 care nu pot rula pe o JVM care utilizează Java 17 din cauza eliminării pachetelor incluse anterior.
Acești factori fac ca actualizarea să nu fie doar o recomandare, ci o cerință pentru a continua funcționalitatea și asistența în cadrul ecosistemului Qlik Talend.
Calea de modernizare: Pași către tranziție
Procesul de actualizare implică mai mulți pași cheie, începând cu actualizările componentelor în timp real și culminând cu reconstruirea tuturor artefactelor până în decembrie 2026. Articolele anterioare și ghidurile de instrucțiuni sunt încă parțial valabile, dar vă rugăm să luați în considerare mai întâi citirea următoarelor informații.
Pasul 1: Actualizați-vă motoarele
Actualizați-vă Motoarele Remote sau Job Serverele la versiunea minimă din ianuarie 2025.
Configurați-le pentru a suporta mai multe versiuni Java (8, 11 și 17) utilizând funcția Adaptive JDK. Acest lucru asigură faptul că fiecare artefact rulează pe versiunea JVM corespunzătoare, fără a necesita o reconstrucție imediată. Mai multă documentație este disponibilă aici pentru JobServer și, de asemenea, aici pentru Remote Engine Gen1, în plus față de notele de lansare.
Pasul 2: Actualizați Qlik Talend Runtime
Actualizați Talend Runtime cel puțin la versiunea din februarie 2025, instalând noua versiune fie prin suprapunerea configurației curente, fie pe o nouă resursă de calcul (instalare paralelă).
Rețineți că această versiune acceptă numai Java 17 și Camel 4. Pentru a gestiona artefactele Camel 3 și Camel 4 în timpul perioadei de tranziție, vă rugăm să luați în considerare implementarea mai multor instanțe, pe baza unuia dintre următoarele modele:
• 2 Talend Runtimes
• 2 Servere Job + 2 Talend Runtimes
• 2 Motoare Remote + 2 Talend Runtimes
Ulterior, trebuie utilizată numai implementarea Camel 4.
Pasul 3: Actualizați Qlik Talend Studio
Începând cu februarie 2025 (R2025-02), Talend Studio va construi locuri de muncă și servicii nativ în Java 17 și rute folosind Camel 4. Un flux temporar de întreținere va fi disponibil până în iulie 2025 pentru utilizatorii care au nevoie de compatibilitate continuă cu Java 8 și Camel 3.
Clienții on-premises pot solicita link-uri de descărcare pentru noile versiuni de instalare pe pagina web de asistență Qlik Talend după 7 martie 2025. Clienții cloud vor primi notificări în aplicație și vor putea, de asemenea, să descarce de pe pagina de descărcare a utilizatorului lor cloud noile fișiere de instalare sau patch-uri.
Dacă activitățile dvs. încă se bazează pe MDM, este important să rețineți că MDM este eliminat din fluxul Java 17 (R2025-02+). Pentru a menține funcționalitatea, luați în considerare posibilitatea de a rămâne temporar pe fluxul Java 8 (R2025-01 + patch specific). Cu toate acestea, rețineți că MDM a ajuns la sfârșitul duratei de viață (EOL) și nu va mai fi furnizat niciun suport sau actualizare. Planificarea unei tranziții de la MDM este puternic recomandată pentru a vă alinia la cele mai recente standarde și caracteristici acceptate de Qlik.
Pentru a simplifica procesul de actualizare și a ghida utilizatorii în mod eficient, Talend Studio include un asistent dedicat pentru a vă ajuta să alegeți fluxul potrivit în funcție de cerințele proiectului dvs. Acesta explică dacă să rămâneți pe fluxul de întreținere Java 8/Camel 3 (pentru suport moștenit) sau să migrați la fluxul oficial Java 17/Camel 4 pentru compatibilitate deplină cu actualizările viitoare. Oferind informații personalizate și îndrumări clare, ferestrele asigură faptul că utilizatorii pot lua decizii în cunoștință de cauză, reducând în același timp complexitatea în timpul acestei faze critice de tranziție.
Îmbunătățiți supravegherea actualizării cu ajutorul jurnalelor de audit și al funcțiilor integrate de migrare
Talend Studio oferă capabilități integrate de înregistrare a auditului care oferă informații valoroase despre procesul de actualizare, permițând o mai bună urmărire și guvernanță. Aceste jurnale de audit oferă înregistrări detaliate ale execuțiilor lucrărilor, modificărilor și activităților utilizatorilor, facilitând supravegherea cuprinzătoare în timpul tranziției la Java 17 și Camel 4. Acest lucru este deosebit de important atunci când gestionați actualizări complexe care implică numeroase lucrări și dependențe.
În plus, Talend Studio include funcții integrate de actualizare care ghidează utilizatorii prin pașii necesari, semnalând eventualele probleme de compatibilitate și recomandând soluții. Prin utilizarea atât a jurnalelor de audit, cât și a funcțiilor raportului de analiză, organizațiile pot spori transparența, responsabilitatea și controlul, asigurând un proces de actualizare mai ușor, mai eficient și bine documentat.
Pasul 4: Reconstruiți treptat artefactele în Java 17 și Camel 4
Utilizatorii sunt încurajați să înceapă reconstrucția artefactelor Routes, deoarece acestea se bazează pe componente suplimentare (Camel 4). Asigurați-vă că examinați componentele afectate enumerate în documentația proiectului Apache Camel (citiți cu atenție articolul KB aferent).
Pentru a asigura o cale ușoară de actualizare la Java 17 și Camel 4, Qlik recomandă un proces de actualizare progresiv, bazat pe mediu. Această abordare minimizează riscurile și asigură stabilitatea în mediile de dezvoltare, pre-producție și producție.
Mai jos este prezentat procesul pas cu pas:
1. Identificați dificultățile
La migrarea la Java 17 și Camel 4, este esențial să abordați potențialele probleme de compatibilitate cu componentele Java personalizate, cum ar fi cProcessor și Beans, care pot necesita ajustări.
Iată câteva sfaturi practice pentru a vă ajuta să identificați și să rezolvați eficient aceste provocări:
a. Identificați artefactele cu cod Java personalizat – Utilizați funcționalitatea de căutare a Talend Studio pentru a localiza toate artefactele care conțin componente precum tJava, cProcessor sau alt cod Java personalizat. Acordați o atenție deosebită rutelor care se bazează pe API-uri depreciate sau biblioteci care ar putea să nu fie compatibile cu Java 17 sau Camel 4. Documentați aceste rute pentru o analiză ulterioară.
b. Revizuiți și actualizați Beans – Beans sunt adesea utilizate pentru încapsularea logicii reutilizabile în rutele Talend. Consultați documentația oficială Talend (Utilizare Beans) pentru a vă asigura că Beans sunt configurate corespunzător și compatibile cu noul mediu de execuție. Înlocuiți orice metode sau biblioteci depreciate și testați-le temeinic.
c. Refactorizați acolo unde este necesar – Pentru logica personalizată complexă încorporată în componente cProcessor sau Beans, luați în considerare refactorizarea codului pentru a vă alinia la standardele Java 17 moderne. Aceasta ar putea implica înlocuirea construcțiilor mai vechi cu caracteristici mai noi ale limbajului, precum lambdas sau fluxuri.
d. Accesați documentația și resursele comunității – Consultați documentația oficială Talend și forumurile comunității Qlik pentru ghiduri privind rezolvarea problemelor specifice legate de componentele personalizate (Qlik Help și Qlik Community). Aceste resurse oferă adesea exemple, bune practici și actualizări de la alți utilizatori care se confruntă cu provocări similare.
Urmând aceste sfaturi, puteți asigura un proces de migrare mai ușor, menținând în același timp stabilitatea și funcționalitatea componentelor Java și Beans personalizate în Talend Routes.
2. Procedați pe fiecare mediu în parte
Începeți cu mediile de dezvoltare pentru a testa și valida modificările. Odată validate, treceți treptat la mediile de pre-producție și, în final, la mediile de producție.
3. Actualizați și construiți treptat artefactele
Pentru artefactele Java 8 existente:
• Dacă nu sunt planificate actualizări, păstrați-le așa cum sunt. Nu există nicio urgență în reconstruirea sau redistribuirea acestor artefacte, cu excepția cazului în care este necesar.
• Actualizați-le la Java 17 nativ (+ redistribuire) numai atunci când procesele interne sau nevoile specifice o impun.
Pentru joburi noi sau actualizate: creați-le direct în Java 17 utilizând versiunea Studio din februarie 2025 (sau mai recentă).
4. Publicați, implementați și promovați
• După actualizarea sau crearea artefactelor, publicați-le în depozitul dumneavoastră.
• Implementați-le progresiv în mediul țintă (de exemplu, pre-producție).
• Promovați-le în producție doar după o validare temeinică, având în vedere caracteristicile SDLC din Talend Management Console (promovare) sau capabilitățile Talend Administration Center.
5. Considerații speciale pentru serviciile și rutele de date
Rutele de tranziție de la Camel 3 la Camel 4 necesită atenție suplimentară:
• Efectuează teste de non-regresie pentru a asigura compatibilitatea și stabilitatea.
• Validați temeinic toate modificările înainte de a continua procesul de implementare.
This structured approach ensures that all changes are tested thoroughly while minimizing disruptions in production environments.
6. Pas suplimentar: Utilizați CI/CD pentru o actualizare mai ușoară
Adoptarea unei abordări CI/CD cu Qlik Talend poate simplifica în mod semnificativ și reduce riscul actualizării la Java 17 și Camel 4. Prin automatizarea proceselor de construire, testare și implementare, puteți stabili o conductă robustă care să asigure rezultate consecvente și repetabile pe parcursul tranziției.
Aceasta implică integrarea interfeței de linie de comandă Qlik Talend cu instrumente CI/CD precum Jenkins, GitLab CI sau Azure DevOps pentru a automatiza crearea de taskuri și testarea unitară. Puteți crea conducte automate care declanșează crearea de taskuri de lucru ori de câte ori există modificări ale codului, executând teste automate pentru a identifica rapid problemele de compatibilitate cu Java 17 sau Camel 4.
În plus, implementarea automată în medii de staționare permite testarea completă înainte de producție, minimizând și mai mult riscul întreruperilor producției. Prin utilizarea CI/CD, echipele pot inova mai rapid, pot menține o calitate superioară a codului și pot asigura un proces de actualizare mai previzibil și mai eficient.
Ramificarea versiunii Studio Version
Începând din februarie 2025 (R2025-02), Talend Studio introduc două fluxuri distincte:
1. Fluxul „Latest” (cel mai recent):
• Asistență completă pentru crearea de joburi și servicii în Java 17 (nativ) și rute în Camel 4.
• Versiuni lunare cu actualizări continue, ca și calea normală de actualizare.
• MDM este eliminat în programul de instalare Studio.
2. Flux alternativ:
• Asistență limitată pentru construcțiile de producție în Java 8/Camel 3.
• Disponibil până în iulie 2025 pentru utilizatorii care au nevoie de timp suplimentar înainte de tranziția completă.
• MDM este încă disponibil (dar EOL).
Această strategie de ramificare asigură flexibilitate în timpul perioadei de tranziție, încurajând în același timp utilizatorii să adopte standarde moderne.
NB: clienții ofertei on-premise pot solicita pe Qlik Talend Support începând cu data de 7 martie pentru a obține link-uri de descărcare către aceste noi versiuni ale instalatorului. Clienții cloud vor primi notificări în aplicație sau vor putea descărca de pe pagina de descărcare a chiriașului lor cloud noul instalator sau arhivele de patch-uri.
Impactul actualizării
Tipul de job pe care îl executați joacă un rol crucial în determinarea celei mai bune abordări pentru actualizare. Fiecare necesită o strategie personalizată pentru a asigura compatibilitatea, optimizarea performanței și o tranziție fără probleme la cea mai recentă tehnologie.
Joburile de integrare a datelor
Pentru majoritatea joburilor de integrare a datelor, impactul este minim, cu excepția cazului în care se utilizează cod personalizat sau biblioteci terțe. Se recomandă testarea pentru a asigura compatibilitatea cu Java 17.
Joburi Big Data
Joburile Big Data se confruntă cu provocări unice datorită dependenței lor de Spark:
• Spark rămâne legat de Java 8, atâta timp cât mediul Spark necesită acest lucru.
• Opțiunea de a le construi utilizând Java 17 JDK atunci când mediul de execuție o cere (joburi de integrare a datelor).
Deci, fără impact implicit, joburile Big Data sunt construite utilizând Java 8 pe Spark, rutine, dar lansatorul este acum compilat utilizând Java 17.
Servicii de date și rute
Trecerea de la Camel 3 la Camel 4 are implicații semnificative:
1. Unele componente pot evolua, pot deveni depreciate sau pot necesita înlocuiri.
2. Rutele nou construite vor depinde de bibliotecile Camel 4.
3. Talend Runtime va include caracteristici OSGi preinstalate pentru Camel 4, astfel încât Talend Runtime nu este compatibil cu cazurile de utilizare Camel 3.
Aspecte cheie
Actualizarea la Java 17 și Apache Camel 4 nu este doar o actualizare tehnică – este o mișcare strategică către o performanță și o securitate mai bune, precum și o protecție în viitor a fluxurilor de lucru pentru integrarea datelor. Urmând calea prezentată și utilizând instrumente precum Adaptive JDK, puteți asigura o tranziție lină, pregătindu-vă în același timp mediul pentru un succes pe termen lung.
Sursă articol: https://community.qlik.com/.
Pentru informații despre Qlik™, clic aici: qlik.com.
Pentru soluții specifice și specializate de la QQinfo, clic aici: QQsolutions.
Pentru a fi în contact cu ultimele noutăți în domeniu, soluții inedite explicate, dar și cu perspectivele noastre personale în ceea ce privește lumea managementului, a datelor și a analiticelor, clic aici: QQblog !