50 nejlepších otázek a odpovědí na pohovoru s WebLogic (2026)

Od: James Hartman James Hartman
Hours aktualizováno

Připravujete se na pohovor ve firmě WebLogic? Je čas pochopit, co vás odlišuje. Fráze... „Otázky na pohovoru s WebLogic“ drží klíč k posouzení znalostí konfigurace, strategie nasazení a odborných znalostí správy serverů.

Příležitosti v oblasti administrace WebLogic se rychle rozšiřují napříč odvětvími a nabízejí silné kariérní dráhy pro profesionály s hlubokými technickými zkušenostmi a odbornými znalostmi v dané oblasti. Od nováčků až po vrcholové manažery vám pochopení těchto otázek a odpovědí pomůže rozvíjet praktické analytické dovednosti, zdokonalovat technické znalosti a zlepšovat vaše dovednosti pro základní i pokročilé podnikové prostředí.

Tato sada poznatků z pohovorů s WebLogic, založená na poznatcích více než 65 technických vedoucích pracovníků, manažerů a profesionálů, odráží rozmanité trendy v náboru a praktická očekávání v oblasti administrativy, řešení problémů a optimalizace výkonu.

Otázky a odpovědi na pohovoru s WebLogic

NEJLEPŠÍ otázky a odpovědi na pohovoru s WebLogic

1) Co je Oracle WebLogic Server a jaké jsou jeho klíčové vlastnosti?

Oracle WebLogic Server je Java Aplikační server založený na EE používá se pro vývojping, nasazení a provozování podnikových aplikací. Podporuje technologie jako JDBC, JMS, EJB a servlety, což umožňuje robustní middleware operace mezi klientem a backendovými systémy.

Klíčové vlastnosti:

  • Vysoká škálovatelnost a podpora clusteringu
  • Vestavěný Správa založená na JMX a monitorovací nástroje
  • Horké nasazení možnost dynamických aktualizací aplikací
  • pokročilý Správa transakcí JTA a Zprávy JMS
  • Integrace s Oracle Middleware pro fúzi a Cloudová infrastruktura

Příklad:

Finanční podnik může WebLogic využít k nasazení mikroslužeb pro bezpečné zpracování plateb, které se automaticky škálují napříč více spravovanými servery.

👉 Stažení PDF zdarma: Otázky a odpovědi k pohovoru s WebLogic

2) Vysvětlete různé komponenty architektury WebLogic Serveru.

Architektura WebLogic je navržena kolem modularita a ovladatelnost, podporující distribuovaná a klastrovaná prostředí.

Složka Description
Administrativní server Centrální řídicí entita řídící celou doménu.
Spravované servery Hostovat nasazené aplikace a zdroje.
Správce uzlů Spravuje životní cyklus serveru (spuštění, zastavení, restart).
Doména Logická skupinaping serverů a konfiguračních nastavení.
Cluster Skupina spravovaných serverů pracujících jako jeden logický celek.

Příklad:

V produkčním prostředí se může administrátorský server nacházet na jednom počítači, zatímco více spravovaných serverů zpracovává uživatelské požadavky v clusteru za účelem vyvažování zátěže.

3) Jak WebLogic podporuje clustering a jaké jsou jeho výhody?

Clustering ve WebLogic umožňuje více instancí serveru spolupracovat na zlepšení škálovatelnost, výkon a dostupnost.

Výhody Clustering:

  • Vyrovnávání zátěže: Rovnoměrně rozděluje požadavky klientů.
  • Podpora failoveru: Přesměruje požadavky v případě výpadku serveru.
  • Replikace relace: Udržuje kontinuitu uživatelské relace.
  • Škálovatelnost: Snadné horizontální škálování přidáním spravovaných serverů.

Příklad:

Aplikace pro elektronické obchodování může nasadit více spravovaných serverů v clusteru WebLogic, aby se zajistily nulové prostoje během špičky.ping hodin.

4) Jaké jsou různé typy nasazení ve WebLogic Serveru?

WebLogic podporuje různé typy nasazení pro flexibilní správu verzí:

Typ nasazení Description
Vybuchl ArchiNasazení Nasazuje jednotlivé soubory; nejlepší pro ladění a testování.
zabalený Archive (VÁLKA/UŠI) Standardní metoda nasazení pro produkční prostředí.
Automatické nasazení Pro vývoj; automaticky nasazují aplikace umístěné v autodeploy složka.
Přesun výroby Umožňuje nasazení s verzemi pro nulové prostoje aktualizací.

Příklad:

Během průběžné integrace mohou vývojáři pro rychlou iteraci použít rozložené nasazení, zatímco produkční prostředí používá nasazení balíčků EAR.

5) Jaký je rozdíl mezi doménou a clusterem ve WebLogicu?

vlastnost Doména Cluster
Účel Logická skupinaping serverů a konfigurací Skupina serverů pro škálovatelnost a vysokou dostupnost
Rozsah Může obsahovat jeden nebo více shluků Vždy existuje v rámci domény
Konfigurace Zahrnuje administrátorské a spravované servery Zahrnuje pouze spravované servery
Příklad „FinanceDomain“ – správa finančních aplikací "FinanceCluster„zpracování platební zátěže“

V podstatě, je doména definuje administrativní hranice, zatímco a shluk definuje hranice škálovatelnosti za běhu.

6) Vysvětlete životní cyklus serveru WebLogic.

Životní cyklus serveru WebLogic definuje fáze od spuštění až po vypnutí. Zajišťuje řízenou správu a obnovu.

Fáze životního cyklu:

  1. VYPNOUT: Server neběží.
  2. ZAČÍNÁ: Inicializace služeb.
  3. BĚH: Připraveni zpracovávat požadavky klientů.
  4. POZASTAVENÍ: Půvabné pozastavení provozu.
  5. VYPNUTÍ: Řízené zastavení s vyčištěním relace.

Příklad:

V produkčním prostředí mohou administrátoři před instalací záplat použít příkaz „pozastavit“, aby se zabránilo náhlému odpojení klientů.

7) Co je Node Manager a jaké jsou jeho různé typy?

Správce uzlů je užitečnost který umožňuje administrátorům spustit, zastavit, restartovat a monitorovat Vzdálené instance WebLogic Serveru.

Typ Description
JavaSprávce uzlů založený na Multiplatformní, běží na jakémkoli systému s JDK.
Správce uzlů založený na skriptech Platformově specifické, používá shell nebo dávkové skripty.

Výhody:

  • Centralizované řízení životního cyklu serveru
  • Automatický restart po havárii
  • Integrace s administrátorskou konzolí pro vzdálený provoz

Příklad:

V distribuovaném nastavení může Node Manager automaticky restartovat vadný spravovaný server na jiném uzlu.

8) Jak se konfigurují fondy připojení JDBC ve WebLogicu?

Pro efektivní propojení aplikací s databázemi používá WebLogic Zdroje dat JDBC a Fondy připojení.

Kroky konfigurace:

  1. Přejděte do konzole pro správu → Služby → Zdroje dat.
  2. Definovat Název JNDI, Řidič, a URL.
  3. Nastavte parametry bazénu, jako například maximální kapacita a timeout.
  4. Otestujte konfiguraci a cílte na servery/klastry.

Příklad:

Fond připojení s 50 připojeními pro Oracle Databáze dat může obsluhovat stovky souběžných webových uživatelů, aniž by pokaždé vytvářela nová připojení.

SOUVISEJÍCÍ ČLÁNKY

9) Co je JMS ve WebLogicu a jaké jsou jeho výhody?

JMS (Java Služba zpráv) ve WebLogicu umožňuje asynchronní komunikace mezi distribuovanými komponentami pomocí front zpráv a témat.

Výhody:

  • Volné spojení: Producenti a spotřebitelé jednají nezávisle na sobě.
  • Škálovatelnost: Podporuje clusterované servery zpráv.
  • Spolehlivost: Zprávy přetrvávají, dokud není potvrzeno doručení.
  • Flexibilita: Podporuje modely Point-to-Point i Publish/Subscribe.

Příklad:

Bankovní aplikace používá fronty JMS pro zabezpečená oznámení o transakcích mezi službami.

10) Vysvětlete rozdíl mezi WebLogic a WebSphere.

Kritéria WebLogic WebSphere
Prodejce Oracle IBM
Snadné použití Jednoduchá konzole a struktura domény Složitá administrativa
Výkon Vysoce optimalizováno pro Oracle DB Dobré pro IBM ekosystém
Rozvinutí Podporuje verzované a průběžné nasazení Podporuje inkrementální nasazení
Použijte pouzdro Nejlepší pro Oracle middleware stack Preferováno v IBM-centrické prostředí

Příklad:

Organizace, které již používají Oracle Fusion Middleware často preferuje WebLogic pro nativní integraci a podporu.

11) Jak WebLogic řeší bezpečnost a jaké jsou jeho hlavní bezpečnostní komponenty?

WebLogic poskytuje komplexní, vrstvený bezpečnostní rámec To zahrnuje ověřování, autorizaci, auditování a ochranu dat. Zabezpečení je spravováno prostřednictvím sfér, které definují, jak uživatelé, skupiny a role interagují s aplikacemi a zdroji.

Hlavní bezpečnostní komponenty:

  • Poskytovatelé ověřování: Ověřte identitu uživatele pomocí LDAP, databáze nebo vlastních zdrojů.
  • Poskytovatelé autorizace: Určete přístupová oprávnění k prostředkům.
  • Poskytovatelé auditu: Zaznamenávejte události související se zabezpečením pro zajištění souladu s předpisy.
  • Mapovači pověření: Spravujte přihlašovací údaje pro odchozí připojení.
  • SSL / TLS: Šifrovat data během přenosu.

Příklad:

Společnost může nakonfigurovat WebLogic tak, aby ověřoval uživatele prostřednictvím služby Active Directory (LDAP) a zároveň používal přístup založený na rolích pro oprávnění k nasazení.

12) Co jsou zdroje dat JDBC a jejich typy ve WebLogicu?

A Zdroj dat JDBC je logická reprezentace databázového připojení, které aplikace používají pro operace SQL bez správy fyzických připojení.

Typ Description
Generický zdroj dat Standardní zdroj dat pro aplikace.
Zdroj dat GridLink Optimalizováno pro Oracle Databáze RAC pro vysokou dostupnost.
Více zdrojů dat Seskupuje více zdrojů dat pro vyvažování zátěže nebo failover.

Příklad:

Zdroj dat GridLink automaticky vyvažuje propojení mezi Oracle Uzly RAC, které zajišťují nepřetržité připojení k databázi.

13) Jak povolím SSL v WebLogic Serveru?

Secure Sockets Layer (SSL) zajišťuje šifrovanou komunikaci mezi klienty a servery.

Kroky k povolení SSL:

  1. Získejte nebo vygenerujte digitální certifikát (podepsaný sám sebou nebo podepsaný certifikační autoritou).
  2. Konfigurace identita a důvěryhodná úložiště klíčů v konzoli pro správu WebLogic.
  3. povolit SSL port (výchozí 7002).
  4. Target Nastavení SSL pro konkrétní spravované servery nebo clustery.

Příklad:

V produkčním prostředí by web elektronického obchodování používal certifikát podepsaný certifikační autoritou (např. DigiCert) k ochraně uživatelských dat během procesů přihlašování a placení.

14) Jaké ladicí techniky se používají k optimalizaci výkonu WebLogic?

Ladění WebLogic se zaměřuje na maximalizaci propustnosti a minimalizaci latence napříč JVM, JDBC a správou vláken.

Klíčové oblasti ladění:

  • Ladění JVM: Optimalizovat velikost haldy, algoritmus pro sběr odpadu (G1GC, CMS).
  • Ladění fondu vláken: Upravte počet spuštěných vláken v části „Správce práce“.
  • Optimalizace JDBC: Upravte velikost fondu a časové limity připojení.
  • Cluster vyvažování: Používejte hardwarové vyvažovače zátěže, jako je F5 nebo Oracle Ředitel dopravy.
  • caching: Povolit ukládání výsledků a EJB do mezipaměti pro opakované dotazy.

Příklad:

Zvětšení velikosti fondu spouštěných vláken zlepšuje souběžnost pro REST API s vysokým objemem úloh.

15) Co jsou to zaseknutá vlákna a jak se s nimi ve WebLogicu zachází?

A zaseknuté vlákno dochází, když dokončení požadavku trvá déle než nakonfigurovaný čas, což může vést ke snížení výkonu.

Společné příčiny:

  • Dlouho běžící SQL dotazy
  • Zablokování nebo zpoždění sítě
  • Nedostatečná velikost fondu vláken

Kroky řešení:

  1. Analyzovat protokoly a najít zaseknutá vlákna traces.
  2. Zvětšete fond vláken nebo vylaďte volání backendu.
  3. Upravte parametr „StuckThreadMaxTime“.
  4. U dlouhodobě běžících úloh zvažte asynchronní zpracování.

Příklad:

Pokud vlákno generování sestav překročí výchozí limit 600 sekund, WebLogic ho označí jako zaseknuté a v závislosti na konfiguraci může spustit restart serveru.

16) Jaký je rozdíl mezi šablonou domény a šablonou spravovaného serveru?

Vzhled Šablona domény Šablona spravovaného serveru
Účel Používá se k vytvoření nové domény WebLogic Používá se k vytváření spravovaných serverů pro škálování
Rozsah Zahrnuje administrátorský server, zdroje a konfigurace Obsahuje nastavení specifická pro spravované servery
Používání Počáteční nastavení Rozšíření stávající domény
Příklad Vytvoření „Finanční domény“ Přidání „FinanceServer3“ pomocí šablony spravovaného serveru

Shrnutí:

Šablony domén zjednodušují nastavení prostředí, zatímco šablony spravovaných serverů standardizují škálování a nasazení.

17) Jak se provádí automatizace nasazení ve WebLogicu?

Automatizace nasazení zajišťuje rychlejší, konzistentní a bezchybné doručování aplikací napříč prostředími.

Metody:

  • WLST (Skriptovací nástroj WebLogic): Pythonskriptování založené na - pro automatizované nasazení a správu.
  • Úkoly ANT: Integrujte nasazení do CI/CD pipelines.
  • REST API: Spravujte nasazení programově.
  • Nástroje pro nasazení WebLogic (WDT): Zjednodušuje vytváření domén a aktualizace aplikací.

Příklad:

DevOps tým může automatizovat nasazení EAR pomocí skriptů WLST integrovaných s Jenkins, což zajišťuje konzistentní vydávání napříč testovacím i produkčním prostředím.

18) Jaká je role diagnostického rámce WebLogic (WLDF)?

WLDF je výkonný monitorovací a diagnostický rámec, který pomáhá správcům shromažďovat, analyzovat a reagovat na události za běhu.

Klíčové vlastnosti:

  • Instrumentace: Tracvýkon na úrovni metody ks.
  • Harvester: Shromažďuje metriky, jako je využití haldy a počet vláken.
  • Sledování a oznámení: Spustí upozornění při překročení prahových hodnot.
  • Diagnostické snímky: Zaznamenává stav serveru pro řešení problémů.

Příklad:

WLDF může spustit e-mailové upozornění, když využití paměti serveru překročí 80 %, čímž se zabrání potenciálním výpadkům.

19) Jak WebLogic spravuje transakce?

Implementace WebLogic JTA (Java Transakční API) pro distribuovanou správu transakcí napříč více zdroji, jako jsou databáze a JMS.

Typy transakcí:

  • Lokální transakce: Jeden zdroj (např. jedna databáze).
  • Globální transakce: Více zdrojů (např. DB + JMS).

Funkce:

  • Dvoufázové potvrzení (2PC) zajišťuje konzistenci dat.
  • Podporuje prostředky kompatibilní s XA pro obnovu.
  • Konfigurovatelné nastavení časového limitu a vrácení zpět.

Příklad:

Bankovní převod zahrnující debetní a kreditní transakci mezi dvěma databázemi používá globální transakci k zachování atomicity.

20) Jak řešit problém se spuštěním serveru ve WebLogicu?

Společné příčiny:

  • Konflikty portů (porty administrátora nebo spravovaného serveru).
  • Chybí proměnné prostředí (JAVA_HOME, MW_HOME).
  • Poškozené konfigurační soubory domény.
  • Chyby alokace paměti.

Postup při odstraňování problémů:

  1. Review AdminServer.log pro kořenovou příčinu.
  2. potvrdit setDomainEnv.sh/bat konfigurace.
  3. Použijte java -version ověřit kompatibilitu s JVM.
  4. Zkontrolujte konflikty portů pomocí netstat.
  5. V případě potřeby obnovte ze zálohy domény.

Příklad:

Chyba při spuštění „Adresa se již používá“ indikuje konflikt portu 7001; změna adresy v konfiguraci problém vyřeší.

21) Co je migrace serveru ve WebLogicu a jak se implementuje?

Migrace serveru označuje automatický nebo manuální přenos Instance spravovaného serveru z jednoho fyzického počítače na druhý v klastrovaném prostředí. Zlepšuje vysoká dostupnost (HA) a odolnost proti chybám.

Kroky implementace:

  1. Konfigurace Cluster a Správce uzlů na podporu migrace.
  2. umožnit Migrace celého serveru v administrátorské konzoli.
  3. Definovat migrační politiky (Automatické nebo Manuální).
  4. Zajistit sdílené úložiště (NFS) pro konzistenci.

Příklad:

Pokud dojde k selhání spravovaného serveru běžícího na Node1, WebLogic jej může automaticky migrovat na Node2 bez výpadku, což zajišťuje kontinuitu podnikání.

22) Vysvětlete koncept migrace služeb ve WebLogicu.

Migrace služeb se pohybuje připnuté služby (jako jsou JMS servery nebo Singleton služby) mezi uzly v clusteru, aby byla zajištěna dostupnost.

vlastnost Migrace serveru Migrace služeb
Rozsah Celý spravovaný server Specifické služby
spoušť Selhání uzlu nebo hardwaru Selhání služby JMS nebo singleton
Dopad Všechny hostované aplikace se přesouvají Pohybuje se pouze služba

Příklad:

Server JMS nasazený na selhaném uzlu může automaticky migrovat na zdravý uzel, aby se zachovalo doručování zpráv.

23) Jaké jsou různé režimy instalace WebLogic a k čemu slouží?

WebLogic podporuje tři hlavní instalační režimy, které vyhovují různým fázím životního cyklu.

režim Description Použijte pouzdro
Režim vývoje Rychlé nasazení, minimální zabezpečení Lokální testování, ladění
Produkční režim Vylepšené zabezpečení, žádné automatické nasazení Produkční prostředí
Zabezpečený režim Vynucuje přísné protokoly SSL/TLS a zásady Organizace s vysokou úrovní zabezpečení

Příklad:

Prostředí QA může používat vývojový režim pro snadné opětovné nasazení, zatímco produkční prostředí vynucuje zabezpečený režim pro splnění standardů dodržování předpisů.

24) Jak se WebLogic integruje s Kubernetes a Dockerem?

WebLogic podporuje kontejnerizovaná a cloudově nativní nasazení přes WebLogic Kubernetes OperaTor.

Hlavní body integrace:

  • Zjednodušený správa domén prostřednictvím konfigurací YAML.
  • Automatické škálování pomocí automatického škálování horizontálních podů Kubernetes.
  • Trvalé objemy (PV) úložiště domény a protokolů.
  • Podporuje průběžné aktualizace a nasazení s nulovými prostoji.

Příklad:

Nasazení clusteru WebLogic jako kontejnerů Docker orchestrovaných pomocí Kubernetes zlepšuje přenositelnost a využití zdrojů v hybridních cloudových nastaveních.

25) Jaké jsou hlavní rozdíly mezi WebLogic a Apache Tomcat?

Kritéria WebLogic Kocour
Typ Plný Java Aplikační server EE Lehký kontejner servletů
Komponenty JEE Podporuje EJB, JMS, JTA, JPA Omezeno na servlety a JSP
Clustering. Pokročilá vestavěná podpora Vyžaduje externí nastavení
Řízení transakcí Robustní implementace JTA Pouze základní podpora
Použijte pouzdro Aplikace podnikové úrovně Lehké mikroslužby

Shrnutí:

Tomcat je ideální pro lehké aplikace, zatímco WebLogic poskytuje robustnost, škálovatelnost a správu na podnikové úrovni.

26) Co jsou to správci práce ve WebLogicu a k čemu jsou užiteční?

Vedoucí práce spravují, jak jsou vlákna alokována pro efektivní provádění požadavků aplikací. Řídí prioritizace vláken, spravedlnost, a cílové doby odezvy.

Klíčové komponenty:

  • Třída žádosti o spravedlivé sdílení: Vyvažuje zpracování požadavků mezi aplikacemi.
  • Třída požadavku na dobu odezvy: Upřednostňuje požadavky s cíli odpovědi.
  • Omezení min./max. vláken: Řídí úrovně souběžnosti.
  • Omezení kapacity: Omezuje využití zdrojů.

Příklad:

U aplikací s více klienty správci práce zajistí, aby každý klient obdržel spravedlivou alokaci CPU a vláken, aby se zabránilo nedostatku kapacity.

27) Jak monitorujete metriky výkonu WebLogic?

WebLogic nabízí několik nástrojů pro monitorování výkonu v reálném čase i v historických záznamech.

Možnosti sledování:

  1. Konzole pro správu WebLogic: Zobrazuje statistiky vláken, haldy a JDBC.
  2. Skripty WLST: Automatizujte metriku extracpro analýzu.
  3. JVisualVM & JConsole: Monitorování na úrovni JVM.
  4. SNMP a REST API: Integrujte se s externími monitorovacími nástroji, jako je Prometheus nebo Grafana.

Příklad:

Administrátoři mohou pomocí skriptů WLST shromažďovat informace o využití haldy JVM a automaticky spouštět uvolňování paměti, když prahové hodnoty paměti překročí 80 %.

28) Jaké jsou klíčové protokoly generované službou WebLogic a k čemu slouží?

WebLogic vytváří několik souborů protokolů, které pomáhají s diagnostikou a auditem.

Typ protokolu Description
Protokol serveru Zaznamenává události spouštění, vypínání a běhu.
Protokol domény Agreguje protokoly ze všech serverů v doméně.
Protokol přístupu HTTP Zaznamenává podrobnosti o požadavcích klienta.
Diagnostický protokol (WLDF) Obsahuje údaje o zdraví a výkonu.

Příklad:

Pro ladění odpovědi s chybou 500 administrátoři kontrolují protokol přístupu HTTP (aby identifikovali požadavek) i protokol serveru (aby našli hlavní příčinu).

29) Jaké jsou výhody a nevýhody používání clusteringu WebLogic?

Vzhled Výhody Nevýhody
Výkon Zlepšuje rozložení zátěže Může přidat síťové režijní náklady
dostupnost Zajišťuje failover a redundanci Komplexní konfigurace
Škálovatelnost Snadné horizontální škálování Vyžaduje sdílené úložiště
Údržba Umožňuje průběžné aktualizace Vyšší spotřeba zdrojů

Shrnutí:

Clustering je klíčový pro škálovatelnost podniku, ale vyžaduje správné plánování zdrojů a nastavení sítě.

30) Jak se konfiguruje vyvažování zátěže ve WebLogic Serveru?

Vyvažování zátěže rozděluje požadavky klientů mezi více serverů, aby se optimalizovalo využití zdrojů a zvýšila odolnost proti chybám.

Kroky konfigurace:

  1. Vytvořit shluk a přidejte spravované servery.
  2. Konfigurace Pluginy HTTP proxy (WebLogic, Apache nebo Oracle HTTP server).
  3. umožnit Replikace relace pro podporu failoveru.
  4. Volitelně použijte hardwarové vyrovnávače zátěže pro řízení externí dopravy.

Příklad:

Cluster WebLogic se třemi spravovanými servery může používat Oracle HTTP server jako front-endový vyrovnávač zátěže pro rovnoměrné směrování příchozích požadavků.

31) Jak lze optimalizovat výkon JMS ve WebLogic Serveru?

Optimalizace výkonu JMS se zaměřuje na propustnost zpráv, latenci a ladění spolehlivosti.

Osvědčené postupy:

  1. Použijte asynchronní příjemci zpráv místo synchronních.
  2. Konfigurace Úložiště JMS (soubor/JDBC) na základě výkonnostních potřeb.
  3. Přihláška Přípojka Pooling pro relace JMS.
  4. Optimalizovat Zásady pro trvalost zpráv—používejte „Trvalý“ pouze v případě potřeby.
  5. Použijte Komprese zpráv pro velké užitečné zatížení.
Typ obchodu Description Doporučeno pro
Úložiště souborů Ukládá zprávy na lokální disk Vysokorychlostní, neklastrovaný
Obchod JDBC Úložiště v databázi Spolehlivá clusterovaná nastavení

Příklad:

Obchodní systém používá úložiště souborů pro ultrarychlý přenos přechodných zpráv, zatímco kritické auditní protokoly používají perzistenci JDBC pro zajištění odolnosti.

32) Jaké různé typy EJB podporuje WebLogic?

WebLogic podporuje Enterprise JavaFazole (EJB) pro modulární, opakovaně použitelné komponenty obchodní logiky.

Typ Description Použijte pouzdro
Session Bean Zpracovává požadavky klientů; může být stavové nebo bezstavové. Podnikové procesy
Objekt Entity Bean Představuje perzistentní datové entity (zastaralé ve prospěch JPA) Mapa databázeping
Bean řízený zprávami (MDB) Zpracovává asynchronní zprávy JMS Systémy řízené událostmi

Příklad:

Bezstavový session bean může zpracovávat výpočty úvěrů v bankovní aplikaci, zatímco MDB zpracovávají oznámení o schválení úvěru asynchronně.

33) Co je WLST a proč se používá v administraci WebLogic?

WLST (skriptovací nástroj WebLogic) je Pythonnástroj příkazového řádku založený na pro automatizaci administrativních úloh ve WebLogic Serveru.

Možnosti:

  • Automatizujte nasazení, vytváření domén a správu serverů.
  • Dotazování běhových MBeanů pro monitorování.
  • Integrace s kanály CI/CD pro správu konfigurace.
  • Podporujte obojí online (připojeno) a offline (šablona domény) režimy.

Příklad:

DevOps inženýr může napsat skript WLST pro zastavení všech spravovaných serverů v clusteru, použití opravy a jejich postupné restartování.

34) Vysvětlete rozdíl mezi online a offline režimy v WLST.

vlastnost Režim online Offline mód
Přípojka Připojuje se k běžícímu administrátorskému serveru Funguje s šablonami domén nebo soubory
Použijte pouzdro Běhové operace, jako je nasazení a monitorování Vytvoření a konfigurace domény
Rozsah provedení Okamžitý účinek na aktivních serverech Změny se uplatní při spuštění domény

Příklad:

Zatímco online režim umožňuje dynamické nasazení souboru EAR, offline režim je ideální pro předběžnou konfiguraci domén před automatizací nasazení.

35) Jak WebLogic zpracovává časové limity transakcí a vrácení zpět?

WebLogic podporuje jemně odstupňované řízení transakcí pomocí konfigurovatelných časové limity a zásady pro vrácení změn.

Mechanismus:

  • TransactionTimeoutSeconds definuje dobu trvání transakce.
  • Pokud je překročeno, WebLogic automaticky se vrací zpět transakce.
  • Podporuje Transakce XA pro distribuované systémy.
  • použití Protokoly JTA pro obnovení v případě havárie serveru.

Příklad:

Transakce provádějící více aktualizací databáze se automaticky vrátí zpět, pokud jakákoli dílčí operace překročí definovaný časový limit, čímž je zajištěna konzistence.

36) Jak integrujete WebLogic s Oracle Cloudová infrastruktura (OCI)?

WebLogic se bezproblémově integruje s Oracle Cloudová infrastruktura (OCI) pro vysokou škálovatelnost a efektivitu správy.

Integrační metody:

  • Nasadit přes Oracle WebLogic Server pro OCI Obrázek z tržiště.
  • Použijte Vyrovnávač zátěže OCI pro řízení dopravy.
  • umožnit Monitorování a protokolování OCI pro pozorovatelnost.
  • Integrace s Autonomní databáze pro back-endové připojení.

Příklad:

Poskytovatel SaaS hostuje clustery WebLogic v OCI s automatickými škálovacími politikami a připojuje je k Autonomous DB pro dynamické úlohy.

37) Co je JMS Bridge a kdy byste ho měli používat?

A Most JMS spojuje dva poskytovatelé JMS, což umožňuje bezproblémový přenos zpráv mezi nimi.

Scénář Příklad
Komunikace mezi doménami Mezi dvěma doménami WebLogic
Heterogenní zasílání zpráv Mezi WebLogic JMS a ActiveMQ
Směrování zpráv Z interní fronty do externího tématu

Klíčová výhoda:

Umožňuje výměnu zpráv mezi systémy bez nutnosti úpravy kódu aplikace.

Příklad:

V ekosystému mikroslužeb může WebLogic JMS Bridge předávat zprávy o objednávkách z WebLogic JMS do externího tématu Kafka.

38) Jak se konfigurují a používají perzistentní úložiště ve WebLogicu?

Trvalá úložiště jsou repozitáře pro ukládání Zprávy JMS, transakční protokoly a diagnostická data.

Typy obchodů:

  • Úložiště souborů: Ukládá data na lokální nebo sdílený disk.
  • Obchod JDBC: Používá relační databázi pro perzistenci.

Kroky konfigurace:

  1. V konzoli pro správu přejděte do sekce Služby → Trvalá úložiště.
  2. Vytvořte nové úložiště (soubor nebo JDBC).
  3. Target na server nebo cluster.
  4. Propojte jej s JMS nebo transakčními službami.

Příklad:

Obchod JDBC podporovaný Oracle DB zajišťuje obnovu JMS zpráv i po neočekávaném restartu systému.

39) Jaké nástroje jsou k dispozici pro řešení problémů s výkonem WebLogic?

Běžné nástroje:

  • WLDF (Diagnostický rámec WebLogic): Zaznamenává podrobné metriky za běhu.
  • JConsole / JVisualVM: Monitoruje využití haldy a vláken.
  • Výpisy vláken a výpisy haldy: Diagnostikujte zablokování nebo úniky paměti.
  • Záznamy GC: Analyzujte výkon svozu odpadu.
  • Oracle Podnikový manažer (OEM): Zajišťuje komplexní monitorování aplikací.

Příklad:

Výpis vláken odhaluje, že na JDBC připojení čeká více vláken – což naznačuje potřebu vyladění velikosti poolu.

40) Jak WebLogic podporuje webové služby založené na RESTful a SOAP?

WebLogic poskytuje komplexní podporu pro REST i SOAP přes Java Frameworky EE a JAX.

vlastnost RESTful (JAX-RS) SOAP (JAX-WS)
Protokol HTTP SOAP přes HTTP/S
Formát dat JSON/XML XML
Výkon Lehký, rychlejší Těžší, bezpečnější a formálnější
Použijte pouzdro Moderní webová API Podnikové integrace

Příklad:

HR aplikace založená na WebLogic může zpřístupnit REST API pro načítání dat o zaměstnancích a zároveň používat služby SOAP pro integraci mezd se systémy ERP.

41) Jaké jsou osvědčené postupy pro migraci aplikací WebLogic mezi prostředími?

Migrace zahrnuje přesun aplikací a konfigurací z Vývoj → Testování → Produkce prostředí a zároveň zajistit konzistenci.

Osvědčené postupy:

  1. Použití nástrojů WebLogic Deploy Tooling (WDT) automatizovat export/import domén.
  2. Externalizace proměnných prostředí (jako jsou adresy URL databáze, porty).
  3. Migrovat Konfigurace JDBC a JMS před aplikacemi.
  4. potvrdit bezpečnostní oblasti a uživatelské role.
  5. Navzájem si testovat v testovací doméně před ukončením výroby.

Příklad:

Při migraci z WebLogic 12.2.1 na 14c může WDT exportovat šablony domén a znovu je vytvořit s identickou konfigurací v novém prostředí.

42) Vysvětlete dělení domén ve WebLogic 12c a jeho výhody.

Rozdělení domény je funkce pro více klientů ve WebLogic 12c, která umožňuje logické oddělení aplikací v rámci jedné domény.

vlastnost Description
Izolace Samostatné konfigurace, protokoly a zdroje pro každého klienta
Bezpečnost Role a zásady na úrovni oddílů
Resource management Nezávislá nastavení JDBC/JMS
Snadná správa Jeden administrátorský server pro více oddílů

Výhody:

  • Zjednodušuje nasazení cloudu s více klienty.
  • Snižuje náklady na hardware.
  • Zlepšuje provozní efektivitu.

Příklad:

Poskytovatel podnikového SaaS může bezpečně hostovat více klientských aplikací v rámci jedné domény WebLogic pomocí izolovaných oddílů.

43) Jak můžete zabezpečit WebLogic před neoprávněným přístupem?

Zabezpečení WebLogic vyžaduje vícevrstvý přístup kombinující ověřování, šifrování a správu politik.

Kontrolní seznam pro posílení zabezpečení:

  • Ihned po instalaci změňte výchozí hesla.
  • vynutit zásady silných hesel a Ověřování založené na protokolu LDAP.
  • umožnit SSL / TLS a zakázat nezabezpečené porty.
  • Použijte Java Security Manager a omezit přístup správce.
  • Pravidelně aplikujte Kritické aktualizace záplat (procesory) od Oracle.

Příklad:

Konfigurace obousměrného ověřování SSL zajišťuje ověření klienta i serveru a chrání citlivá bankovní API před útoky ztělesnění.

44) Jaká je role WebLogicu v Oracle Architektura middlewaru Fusion?

WebLogic funguje jako jádro Java Kontejner EE v Oracle Fusion Middleware (OFM), hostující kritické middleware komponenty.

Integrační role:

  • Hostitelé Sada SOA, Oracle Servisní sběrnice (OSB), a Správa identit.
  • Poskytuje JTA, JMS a JNDI služby pro komponenty OFM.
  • Podporuje škálovatelnost, clustering a vysoká dostupnost napříč vrstvami middlewaru.
  • Funguje jako most mezi úrovně frontendového webu a backendové databáze.

Příklad:

V nasazení Fusion Middleware spravuje WebLogic provádění procesů BPEL a výměnu dat mezi Oracle Service Bus a databáze.

45) Jak se řeší chyba OutOfMemoryError ve WebLogic Serveru?

An ChybaOutOfMemory (OOME) Znamená to, že halda JVM nebo nativní paměť je vyčerpána.

Kroky řešení:

  1. Analyzovat výpisy haldy pomocí nástrojů jako Eclipse ROHOŽ.
  2. Možnosti ladění JVM (-Xmx, -Xms, -XX:+UseG1GC).
  3. umožnit Diagnostika paměti WLDF.
  4. Identifikujte úniky paměti v kódu aplikace.
  5. Zvážit JVM clustering nebo vertikální škálování.

Příklad:

Velkou frontu JMS způsobující tlak na haldu lze vyladit snížením uchovávání zpráv nebo jejich přesunutím na vyhrazený server JMS.

46) Jaké jsou běžné příčiny stavu „Server ve stavu FAILED“ ve WebLogicu?

Společné příčiny:

  • Konflikty portů (např. port 7001 je již používán).
  • Chybí nebo je poškozeno boot.properties.
  • Nedostatek haldová nebo permgenová paměť.
  • Chyba připojení k databázi při spuštění.
  • Neplatné deskriptory nasazení (web.xml, weblogic.xml).

Přístup k opravě:

  1. Review ServerName.log pro kořenovou příčinu.
  2. Znovu vytvořit boot.properties pokud selže ověření.
  3. Ověřte připojení JDBC pomocí administrátorské konzole.
  4. Opravte všechny chybějící proměnné prostředí.

Příklad:

Pokud server selže s chybou „Připojení JDBC odmítnuto“, aktualizace adresy URL zdroje dat nebo přihlašovacích údajů problém vyřeší.

47) Jaká je role Node Manageru při failoveru a obnově?

Správce uzlů je nezbytný pro vysoká dostupnost (HA) a automatické obnovení v doménách WebLogic.

Funkce:

  • Monitoruje stav spravovaných serverů.
  • Automaticky restartuje selhávající servery.
  • Podporuje migrace serveru mezi hostiteli.
  • umožňuje ladné vypnutí při údržbě.

Příklad:

Pokud dojde k chybě spravovaného serveru hostujícího kriticky důležité API, Node Manager jej automaticky restartuje, čímž zajistí minimální prostoje.

48) Jak lze vyladit WLDF (WebLogic Diagnostic Framework) pro monitorování výkonu?

Ladění WLDF zajišťuje optimální viditelnost s minimálními režijními náklady na výkon.

Kroky ladění:

  1. Omezte počet shromážděných metriky a datové body.
  2. umožnit vzorkování místo plné instrumentace.
  3. Použijte hodinky založené na prahových hodnotách pouze pro kritická upozornění.
  4. Ukládat diagnostická data do rotující soubory protokolů.
  5. Integrujte WLDF s externími nástroji APM (např. Prometheus, ELK).

Příklad:

Konfigurace WLDF tak, aby spouštěla ​​upozornění pouze v případě, že využití haldy překročí 85 %, zabraňuje nadměrným režijním nákladům na protokolování a zároveň zachovává situační povědomí.

49) Jaké jsou hlavní nové funkce zavedené ve WebLogic 14c?

vlastnost Description
Java EE 8 / Podpora EE v Jakartě Vylepšené dodržování předpisů a aktualizace API
Docker a Kubernetes OperaTor Podpora nativní orchestrace kontejnerů
Konfigurace mikroprofilu Zjednodušuje konfiguraci mikroslužeb
Podpora TLS 1.3 Vylepšené bezpečnostní protokoly
Integrace Helidonu Framework pro nasazení lehkých mikroslužeb

Příklad:

WebLogic 14c lze nativně nasadit v Kubernetes s doménami definovanými v YAML, což umožňuje plně kontejnerizované architektury middlewaru.

50) Jaké jsou nejčastější problémy v reálném světě, se kterými se setkáváme v produkčních prostředích WebLogic, a jak je řešit?

Problém Způsobit Řešení
Zaseknuté vlákna Dlouhodobě probíhající operace Melodie StuckThreadMaxTime nebo optimalizovat kód
Úniky JDBC Neuzavřená spojení Povolit profilování úniků a časový limit připojení
Nedostatek paměti Nevydané objekty nebo relace Použijte analýzu haldy MAT nebo WLDF
Pomalé spouštění Velké soubory EAR nebo zpoždění DNS Předkompilace JSP, použití mezipaměti
Selhání ověření Výpadky LDAP/DB Konfigurace poskytovatelů ověřování při selhání

Příklad:

Když výpisy vláken odhalí více zpráv „čekání na připojení“, zvětšení velikosti fondu JDBC a snížení latence SQL obnoví výkon.

🔍 Nejčastější otázky na pohovorech s WebLogic s reálnými scénáři a strategickými odpověďmi

1) Co je Oracle WebLogic Server a jaké jsou jeho klíčové komponenty?

Očekává se od kandidáta: Tazatel chce otestovat vaše základní znalosti architektury WebLogic a jejího ekosystému.

Příklad odpovědi:

"Oracle WebLogic Server je Java Aplikační server EE používaný k nasazení, spouštění a správě podnikových aplikací. Mezi jeho klíčové komponenty patří administrační server, který spravuje konfiguraci a nasazení, spravované servery hostující aplikace, správce uzlů pro řízení serverů a clustery, které poskytují škálovatelnost a vysokou dostupnost.

2) Můžete vysvětlit rozdíl mezi doménou a clusterem ve WebLogicu?

Očekává se od kandidáta: Tazatel hodnotí vaši koncepční srozumitelnost ohledně struktury WebLogic.

Příklad odpovědi:

„Doména je základní administrativní jednotka, která zahrnuje administrační server a jeden nebo více spravovaných serverů. Cluster je naopak skupina spravovaných serverů, které spolupracují na vyvažování zátěže a podpoře failoveru. I když doména může existovat bez clusteru, clustery se používají ke zvýšení výkonu a spolehlivosti.“

3) Popište situaci, kdy jste museli řešit problém se serverem WebLogic v produkčním prostředí.

Očekává se od kandidáta: Tazatel chce zhodnotit vaše schopnosti řešit problémy a analytické schopnosti.

Příklad odpovědi:

„V mé předchozí roli jsme se setkávali s častými pády spravovaných serverů kvůli nadměrnému využití paměti. Analyzoval jsem protokoly serveru, identifikoval úniky paměti v nasazené aplikaci a vyladil parametry JVM pro zlepšení uvolňování odpadků. Kromě toho jsem s vývojovým týmem spolupracoval na opravě základního problému s kódem, což problém trvale vyřešilo.“

4) Jak nasadit aplikaci na WebLogic Server?

Očekává se od kandidáta: Tazatel testuje vaše praktické znalosti metod nasazení aplikací.

Příklad odpovědi:

„Aplikace lze nasazovat pomocí několika metod: pomocí konzole pro správu WebLogic, nástrojů příkazového řádku, jako je WLST, nebo přímo prostřednictvím deskriptorů nasazení v balíčku aplikace. Pro automatizaci obvykle preferuji WLST, protože poskytuje flexibilitu a lze jej integrovat do kanálů CI/CD.“

5) Jak zajišťujete vysokou dostupnost a vyvažování zátěže ve WebLogicu?

Očekává se od kandidáta: Tazatel chce zjistit, zda rozumíte postupům pro výkon a spolehlivost na podnikové úrovni.

Příklad odpovědi:

„Vysoké dostupnosti a vyvažování zátěže se dosahuje konfigurací clusterů. Každý spravovaný server v clusteru zvládá požadavky a WebLogic rovnoměrně rozděluje zátěž pomocí svého vestavěného mechanismu vyvažování zátěže. Kromě toho konfiguruji replikaci relací, abych zajistil zachování uživatelských relací i v případě selhání serveru.“

6) Povězte mi o náročné konfiguraci, kterou jste zvládli ve WebLogicu, a jak jste ji vyřešili.

Očekává se od kandidáta: Tazatel hodnotí vaši přizpůsobivost a proces řešení problémů.

Příklad odpovědi:

„V mém předchozím zaměstnání jsem měl za úkol konfigurovat JMS prostředky napříč několika clustery pro finanční aplikaci. Výzvou bylo zajistit spolehlivost a výkon zpráv napříč distribuovanými servery. Implementoval jsem jednotné distribuované fronty a optimalizoval konfigurace perzistentních úložišť, což výrazně zlepšilo propustnost a snížilo počet selhání doručení zpráv.“

7) Jaké konfigurace zabezpečení lze použít ve WebLogic Serveru?

Očekává se od kandidáta: Tazatel chce pochopit váš přístup k zabezpečení aplikací a serverů.

Příklad odpovědi:

„Zabezpečení ve WebLogicu je spravováno prostřednictvím realmů, poskytovatelů ověřování a autorizačních zásad. Obvykle konfiguruji vlastní bezpečnostní realmy pro různá prostředí, používám LDAP pro centralizovanou správu uživatelů a aplikuji SSL/TLS pro šifrovanou komunikaci. Také prosazuji řízení přístupu na základě rolí pro administrátory a vývojáře.“

8) Jak monitorujete výkon a diagnostikujete úzká hrdla ve WebLogicu?

Očekává se od kandidáta: Tazatel ověřuje vaše operační a monitorovací zkušenosti.

Příklad odpovědi:

„Ve své poslední roli jsem používal nástroje jako WebLogic Diagnostic Framework (WLDF) a J…“VisualVM pro sledování využití vláken, fondů připojení JDBC a využití haldy JVM. Také jsem nakonfiguroval automatická upozornění pro klíčové ukazatele výkonu, jako jsou zaseknutá vlákna a prahové hodnoty paměti haldy, což pomohlo včas odhalit a vyřešit problémy s výkonem.“

9) Jak zvládáte průběžné nasazení nebo aktualizace v clusteru WebLogic bez výpadků?

Očekává se od kandidáta: Tazatel chce vidět, jak rozumíte osvědčeným postupům při nasazení.

Příklad odpovědi:

„Průběžné nasazení lze provádět sekvenční aktualizací spravovaných serverů v rámci clusteru a zároveň udržovat…“ping ostatní aktivní pro zpracování provozu. Používám skripty WLST nebo konzoli pro správu k cílení na jeden server v daném okamžiku, čímž zajišťuji nepřetržitou dostupnost během procesu nasazení.“

10) Jak byste přistupovali k migraci konfigurací WebLogic z jednoho prostředí do druhého (například z testovacího do produkčního)?

Očekává se od kandidáta: Tazatel chce zhodnotit vaše řízení procesů a pozornost k detailům.

Příklad odpovědi:

„Na předchozí pozici jsem používal WebLogic…“ pack a unpack nástroje pro migraci domén mezi prostředími. Před migrací jsem zajistil, aby konfigurační soubory, zdroje dat JDBC a prostředky JMS byly sladěny s novými proměnnými prostředí. Také jsem provedl krok validace pomocí skriptů WLST, abych ověřil integritu nasazení před spuštěním.“

Shrňte tento příspěvek takto: