คำถามและคำตอบสัมภาษณ์ WebLogic 50 อันดับแรก (2026)

โดย: เจมส์ ฮาร์ทแมน เจมส์ ฮาร์ทแมน
Hours วันที่อัพเดท

เตรียมตัวสัมภาษณ์งานกับ WebLogic หรือยัง? ถึงเวลาทำความเข้าใจว่าอะไรทำให้คุณโดดเด่น วลีที่ว่า “คำถามสัมภาษณ์ WebLogic” ถือเป็นกุญแจสำคัญในการประเมินความรู้ด้านการกำหนดค่า กลยุทธ์การปรับใช้ และความเชี่ยวชาญในการจัดการเซิร์ฟเวอร์

โอกาสในการทำงานด้านการบริหารระบบ WebLogic กำลังขยายตัวอย่างรวดเร็วในทุกอุตสาหกรรม มอบเส้นทางอาชีพที่แข็งแกร่งสำหรับผู้เชี่ยวชาญที่มีประสบการณ์ทางเทคนิคเชิงลึกและความเชี่ยวชาญเฉพาะด้าน ตั้งแต่ระดับเริ่มต้นไปจนถึงระดับผู้บริหารระดับสูง การเข้าใจคำถามและคำตอบเหล่านี้จะช่วยพัฒนาทักษะการวิเคราะห์เชิงปฏิบัติ พัฒนาความเชี่ยวชาญทางเทคนิค และพัฒนาทักษะของคุณสำหรับสภาพแวดล้อมองค์กรทั้งขั้นพื้นฐานและขั้นสูง

ข้อมูลเชิงลึกในการสัมภาษณ์ WebLogic ที่ได้รับการคัดสรรชุดนี้ได้รับพื้นฐานจากข้อมูลเชิงลึกจากผู้นำทางเทคนิค ผู้จัดการ และผู้เชี่ยวชาญกว่า 65 ราย ซึ่งสะท้อนถึงแนวโน้มการจ้างงานที่หลากหลายและความคาดหวังในทางปฏิบัติในบทบาทการบริหาร การแก้ไขปัญหา และการเพิ่มประสิทธิภาพการทำงาน

คำถามและคำตอบสัมภาษณ์ WebLogic

คำถามและคำตอบสัมภาษณ์ WebLogic ยอดนิยม

1) คืออะไร Oracle WebLogic Server มีคุณลักษณะหลักอะไรบ้าง?

Oracle WebLogic Server เป็น Java เซิร์ฟเวอร์แอปพลิเคชันที่ใช้ EE ใช้สำหรับการพัฒนา ปรับใช้ และรันแอปพลิเคชันระดับองค์กร รองรับเทคโนโลยีต่างๆ เช่น JDBC, JMS, EJB และเซิร์ฟเล็ตช่วยให้สามารถใช้งานมิดเดิลแวร์ได้อย่างแข็งแกร่งระหว่างระบบไคลเอนต์และระบบแบ็กเอนด์

ลักษณะสำคัญ:

  • รองรับการปรับขนาดและการจัดคลัสเตอร์ได้สูง
  • Built-in การจัดการตามหลัก JMX และเครื่องมือติดตามตรวจสอบ
  • การใช้งานแบบร้อน ความสามารถในการอัปเดตแอปพลิเคชันแบบไดนามิก
  • ค้นหาระดับสูง การจัดการธุรกรรม JTA และ การส่งข้อความ JMS
  • บูรณาการกับ Oracle ฟิวชั่นมิดเดิลแวร์ และ Cloud Infrastructure

ตัวอย่าง:

องค์กรทางการเงินอาจใช้ WebLogic เพื่อปรับใช้ไมโครเซอร์วิสการประมวลผลการชำระเงินที่ปลอดภัยซึ่งปรับขนาดโดยอัตโนมัติในเซิร์ฟเวอร์ที่ได้รับการจัดการหลายเครื่อง

👉 ดาวน์โหลด PDF ฟรี: คำถามและคำตอบสัมภาษณ์ WebLogic

2) อธิบายส่วนประกอบต่างๆ ของสถาปัตยกรรม WebLogic Server

สถาปัตยกรรม WebLogic ได้รับการออกแบบมาโดยคำนึงถึง ความเป็นโมดูลาร์และความสามารถในการจัดการรองรับสภาพแวดล้อมแบบกระจายและคลัสเตอร์

ตัวแทน Descriptไอออน
เซิร์ฟเวอร์ผู้ดูแลระบบ หน่วยงานบริหารจัดการกลางที่ควบคุมทั้งโดเมน
เซิร์ฟเวอร์ที่มีการจัดการ โฮสต์แอปพลิเคชันและทรัพยากรที่ปรับใช้
ตัวจัดการโหนด จัดการวงจรชีวิตเซิร์ฟเวอร์ (เริ่ม หยุด รีสตาร์ท)
โดเมน การจัดกลุ่มเชิงตรรกะของเซิร์ฟเวอร์และการตั้งค่าคอนฟิกูเรชัน
Cluster กลุ่มของเซิร์ฟเวอร์ที่ได้รับการจัดการซึ่งทำงานเป็นหน่วยลอจิคัลเดียว

ตัวอย่าง:

ในการตั้งค่าการผลิต เซิร์ฟเวอร์ผู้ดูแลระบบอาจอยู่ในเครื่องเดียว ในขณะที่เซิร์ฟเวอร์ที่ได้รับการจัดการหลายเครื่องจะจัดการคำขอของผู้ใช้ทั่วทั้งคลัสเตอร์เพื่อการปรับสมดุลการโหลด

3) WebLogic รองรับการจัดคลัสเตอร์อย่างไร และมีประโยชน์อย่างไร

Clustering ใน WebLogic อนุญาต อินสแตนซ์เซิร์ฟเวอร์หลายตัว ที่จะทำงานร่วมกันเพื่อปรับปรุง ความสามารถในการปรับขนาด ประสิทธิภาพการทำงาน และความพร้อมใช้งาน.

ประโยชน์ของการ Clusterไอเอ็นจี:

  • โหลดบาลานซ์: กระจายคำขอของลูกค้าอย่างเท่าเทียมกัน
  • การสนับสนุน Failover: เปลี่ยนเส้นทางคำขอในกรณีที่เซิร์ฟเวอร์หยุดทำงาน
  • การจำลองเซสชัน: รักษาความต่อเนื่องของเซสชันผู้ใช้
  • scalability: การปรับขนาดแนวนอนได้อย่างง่ายดายโดยการเพิ่มเซิร์ฟเวอร์ที่ได้รับการจัดการ

ตัวอย่าง:

แอปพลิเคชันอีคอมเมิร์ซสามารถปรับใช้เซิร์ฟเวอร์ที่ได้รับการจัดการหลายเครื่องในคลัสเตอร์ WebLogic เพื่อให้แน่ใจว่าจะไม่มีเวลาหยุดทำงานในช่วงเวลาช้อปปิ้งสูงสุด

4) ประเภทการปรับใช้ใน WebLogic Server มีอะไรบ้าง

WebLogic รองรับประเภทการปรับใช้ต่างๆ เพื่อรองรับการจัดการการเผยแพร่ที่ยืดหยุ่น:

ประเภทการทำให้ใช้งานได้ Descriptไอออน
ระเบิด Archiการปรับใช้ ปรับใช้ไฟล์แต่ละไฟล์ เหมาะที่สุดสำหรับการดีบักและการทดสอบ
แพคเกจ Archive (สงคราม/หู) วิธีการใช้งานมาตรฐานสำหรับการผลิต
การปรับใช้อัตโนมัติ สำหรับการพัฒนา จะปรับใช้แอปที่วางอยู่ในระบบโดยอัตโนมัติ autodeploy โฟลเดอร์
การปรับใช้การผลิตใหม่ เปิดใช้งานการปรับใช้แบบกำหนดเวอร์ชันเพื่ออัปเดตแบบไม่มีเวลาหยุดทำงาน

ตัวอย่าง:

ระหว่างการรวมอย่างต่อเนื่อง นักพัฒนาอาจใช้การปรับใช้แบบแยกส่วนเพื่อการวนซ้ำอย่างรวดเร็ว ในขณะที่การผลิตใช้การปรับใช้แพ็คเกจ EAR

5) ความแตกต่างระหว่างโดเมนและคลัสเตอร์ใน WebLogic คืออะไร

ลักษณะ โดเมน Cluster
จุดมุ่งหมาย การจัดกลุ่มเชิงตรรกะของเซิร์ฟเวอร์และการกำหนดค่า กลุ่มเซิร์ฟเวอร์สำหรับความสามารถในการปรับขนาดและความพร้อมใช้งานสูง
ขอบเขต อาจมีคลัสเตอร์หนึ่งหรือหลายคลัสเตอร์ มีอยู่ภายในโดเมนเสมอ
องค์ประกอบ รวมถึงเซิร์ฟเวอร์ผู้ดูแลระบบและเซิร์ฟเวอร์ที่ได้รับการจัดการ รวมเฉพาะเซิร์ฟเวอร์ที่ได้รับการจัดการเท่านั้น
ตัวอย่าง “FinanceDomain” จัดการแอปทางการเงิน "การเงินCluster” การจัดการภาระการชำระเงิน

ในสาระสำคัญ, โดเมน กำหนดขอบเขตการบริหารในขณะที่ กลุ่ม กำหนดขอบเขตความสามารถในการปรับขนาดรันไทม์

6) อธิบายวงจรชีวิตของ WebLogic Server

วงจรชีวิต WebLogic Server กำหนดขั้นตอนต่างๆ ตั้งแต่เริ่มต้นจนถึงการปิดระบบ รับรองการจัดการและการกู้คืนที่ควบคุมได้

ระยะวงจรชีวิต:

  1. ปิดตัวลง: เซิร์ฟเวอร์ไม่ได้ทำงานอยู่
  2. เริ่มต้น: การเริ่มต้นใช้งานบริการ
  3. วิ่ง: พร้อมที่จะดำเนินการตามคำขอของลูกค้า
  4. การระงับ: การหยุดการทำงานอย่างสง่างาม
  5. การปิดระบบ: หยุดควบคุมด้วยการล้างเซสชัน

ตัวอย่าง:

ในการผลิต ผู้ดูแลระบบอาจใช้ "ระงับ" ก่อนการแก้ไขเพื่อหลีกเลี่ยงการตัดการเชื่อมต่อของไคลเอนต์อย่างกะทันหัน

7) Node Manager คืออะไร และมีประเภทใดบ้าง?

Node Manager คือ ประโยชน์ ซึ่งช่วยให้ผู้ดูแลระบบสามารถ เริ่ม หยุด รีสตาร์ท และตรวจสอบ อินสแตนซ์ WebLogic Server จากระยะไกล

ประเภท Descriptไอออน
Javaตัวจัดการโหนดตามฐาน ข้ามแพลตฟอร์ม ทำงานได้บนทุกระบบที่มี JDK
ตัวจัดการโหนดที่ใช้สคริปต์ เฉพาะแพลตฟอร์ม ใช้สคริปต์เชลล์หรือแบตช์

ข้อดี:

  • การควบคุมวงจรชีวิตเซิร์ฟเวอร์แบบรวมศูนย์
  • รีสตาร์ทอัตโนมัติหลังจากเกิดความผิดพลาด
  • การบูรณาการกับคอนโซลผู้ดูแลระบบสำหรับการดำเนินการระยะไกล

ตัวอย่าง:

ในการตั้งค่าแบบกระจาย Node Manager จะสามารถรีสตาร์ทเซิร์ฟเวอร์ที่จัดการล้มเหลวบนโหนดอื่นได้โดยอัตโนมัติ

8) คุณกำหนดค่าพูลการเชื่อมต่อ JDBC ใน WebLogic ได้อย่างไร

เพื่อเชื่อมต่อแอปพลิเคชันกับฐานข้อมูลอย่างมีประสิทธิภาพ WebLogic จะใช้ แหล่งข้อมูล JDBC และ พูลการเชื่อมต่อ.

ขั้นตอนการกำหนดค่า:

  1. เข้าถึงคอนโซลผู้ดูแลระบบ → บริการ → แหล่งข้อมูล
  2. กำหนด ชื่อ JNDI, คนขับรถและ URL.
  3. ตั้งค่าพารามิเตอร์ของพูล เช่น ความจุสูงสุด และ การหยุดพักชั่วคราว.
  4. ทดสอบการกำหนดค่าและกำหนดเป้าหมายไปที่เซิร์ฟเวอร์/คลัสเตอร์

ตัวอย่าง:

พูลการเชื่อมต่อจำนวน 50 รายการสำหรับ Oracle DB สามารถให้บริการผู้ใช้เว็บพร้อมกันได้หลายร้อยคนโดยไม่ต้องสร้างการเชื่อมต่อใหม่ทุกครั้ง

บทความที่เกี่ยวข้อง

9) JMS ใน WebLogic คืออะไร และมีประโยชน์อะไรบ้าง?

เจเอ็มเอส (Java บริการข้อความ) ใน WebLogic ช่วยให้ การสื่อสารแบบอะซิงโครนัส ระหว่างส่วนประกอบแบบกระจายโดยใช้คิวข้อความและหัวข้อ

ประโยชน์ที่ได้รับ:

  • ข้อต่อหลวม: ผู้ผลิตและผู้บริโภคดำเนินการอย่างอิสระ
  • scalability: รองรับเซิร์ฟเวอร์ข้อความคลัสเตอร์
  • ความน่าเชื่อถือ: ข้อความจะคงอยู่จนกว่าจะได้รับการยืนยันการจัดส่ง
  • ความยืดหยุ่น: รองรับทั้งรูปแบบ Point-to-Point และ Publish/Subscribe

ตัวอย่าง:

แอปพลิเคชันการธนาคารใช้คิว JMS เพื่อแจ้งเตือนธุรกรรมที่ปลอดภัยระหว่างบริการ

10) อธิบายความแตกต่างระหว่าง WebLogic และ WebSphere

หลักเกณฑ์ WebLogic เว็บสเฟียร์
ผู้ขาย Oracle IBM
ใช้งานง่าย โครงสร้างคอนโซลและโดเมนที่เรียบง่าย การบริหารจัดการที่ซับซ้อน
ประสิทธิภาพ ปรับให้เหมาะสมที่สุดสำหรับ Oracle DB ที่ดีสำหรับ IBM ระบบนิเวศ
การใช้งาน รองรับการปรับใช้แบบมีเวอร์ชันและแบบต่อเนื่อง รองรับการปรับใช้แบบเพิ่มทีละน้อย
ใช้กรณี เหมาะสำหรับ Oracle สแต็กมิดเดิลแวร์ ที่ต้องการใน IBMสภาพแวดล้อมที่เน้นที่ศูนย์กลาง

ตัวอย่าง:

องค์กรที่กำลังใช้งานอยู่แล้ว Oracle Fusion Middleware มักเลือก WebLogic สำหรับการบูรณาการและการสนับสนุนดั้งเดิม

11) WebLogic จัดการด้านความปลอดภัยอย่างไร และมีองค์ประกอบด้านความปลอดภัยหลักอะไรบ้าง

WebLogic ให้บริการ กรอบความปลอดภัยแบบครอบคลุมหลายชั้น ซึ่งรวมถึงการตรวจสอบสิทธิ์ การอนุญาต การตรวจสอบ และการปกป้องข้อมูล ความปลอดภัยได้รับการจัดการผ่านขอบเขตที่กำหนดวิธีที่ผู้ใช้ กลุ่ม และบทบาทต่างๆ โต้ตอบกับแอปพลิเคชันและทรัพยากร

ส่วนประกอบความปลอดภัยหลัก:

  • ผู้ให้บริการการตรวจสอบสิทธิ์: ตรวจสอบตัวตนผู้ใช้โดยใช้ LDAP, DB หรือแหล่งข้อมูลที่กำหนดเอง
  • ผู้ให้บริการการอนุญาต: กำหนดสิทธิ์การเข้าถึงทรัพยากร
  • ผู้ให้บริการการตรวจสอบ: บันทึกเหตุการณ์ที่เกี่ยวข้องกับความปลอดภัยเพื่อให้เป็นไปตามข้อกำหนด
  • ผู้ทำแผนที่ข้อมูลประจำตัว: จัดการข้อมูลประจำตัวสำหรับการเชื่อมต่อขาออก
  • SSL/TLS: เข้ารหัสข้อมูลในระหว่างการส่ง

ตัวอย่าง:

บริษัทอาจกำหนดค่า WebLogic เพื่อตรวจสอบสิทธิ์ของผู้ใช้ผ่านทาง Active Directory (LDAP) ในขณะที่ใช้สิทธิ์การเข้าถึงตามบทบาทสำหรับสิทธิ์การใช้งาน

12) แหล่งข้อมูล JDBC คืออะไร และมีประเภทใดบ้างใน WebLogic?

A แหล่งข้อมูล JDBC เป็นตัวแทนเชิงตรรกะของการเชื่อมต่อฐานข้อมูลที่แอปพลิเคชันใช้สำหรับการดำเนินการ SQL โดยไม่ต้องจัดการการเชื่อมต่อทางกายภาพ

ประเภท Descriptไอออน
แหล่งข้อมูลทั่วไป แหล่งข้อมูลมาตรฐานสำหรับแอปพลิเคชัน
แหล่งข้อมูล GridLink เหมาะสำหรับ Oracle ฐานข้อมูล RAC สำหรับความพร้อมใช้งานสูง
แหล่งข้อมูลหลายแหล่ง กลุ่มแหล่งข้อมูลหลายแหล่งสำหรับการปรับสมดุลการโหลดหรือการสำรองข้อมูล

ตัวอย่าง:

แหล่งข้อมูล GridLink จะปรับสมดุลการเชื่อมต่อระหว่างกันโดยอัตโนมัติ Oracle โหนด RAC ช่วยให้การเชื่อมต่อฐานข้อมูลไม่หยุดชะงัก

13) คุณจะเปิดใช้งาน SSL ใน WebLogic Server ได้อย่างไร

Secure Sockets Layer (SSL) รับประกันการสื่อสารแบบเข้ารหัสระหว่างไคลเอนต์และเซิร์ฟเวอร์

ขั้นตอนการเปิดใช้งาน SSL:

  1. รับหรือสร้าง ใบรับรองดิจิทัล (ลงนามด้วยตนเองหรือลงนามโดย CA)
  2. กำหนดค่า เอกลักษณ์ และ คีย์สโตร์ที่เชื่อถือได้ ในคอนโซลผู้ดูแลระบบ WebLogic
  3. เปิดใช้งาน พอร์ต SSL (ค่าเริ่มต้น 7002)
  4. Target การตั้งค่า SSL สำหรับเซิร์ฟเวอร์หรือคลัสเตอร์ที่ได้รับการจัดการเฉพาะ

ตัวอย่าง:

ในการผลิต ไซต์อีคอมเมิร์ซจะใช้ใบรับรองที่ลงนามโดย CA (เช่น Digiใบรับรอง) เพื่อปกป้องข้อมูลผู้ใช้ในระหว่างกระบวนการเข้าสู่ระบบและชำระเงิน

14) มีเทคนิคปรับแต่งอะไรบ้างที่ใช้ในการเพิ่มประสิทธิภาพการทำงานของ WebLogic?

การปรับแต่ง WebLogic มุ่งเน้นไปที่การเพิ่มปริมาณงานสูงสุดและลดเวลาแฝงให้เหลือน้อยที่สุดใน JVM, JDBC และการจัดการเธรด

พื้นที่การปรับแต่งที่สำคัญ:

  • การปรับแต่ง JVM: เพิ่มประสิทธิภาพขนาดฮีป, อัลกอริธึมการรวบรวมขยะ (G1GC, CMS)
  • การปรับแต่งเธรดพูล: ปรับจำนวนเธรดการดำเนินการภายใต้ “WorkManager”
  • การเพิ่มประสิทธิภาพ JDBC: ปรับขนาดพูลและการหมดเวลาการเชื่อมต่อ
  • Cluster สมดุล: ใช้ตัวปรับสมดุลการโหลดฮาร์ดแวร์เช่น F5 หรือ Oracle ผู้อำนวยการฝ่ายจราจร
  • เก็บเอาไว้: เปิดใช้งานผลลัพธ์และการแคช EJB สำหรับการค้นหาซ้ำ

ตัวอย่าง:

การเพิ่มขนาดพูลเธรดที่ดำเนินการจะช่วยปรับปรุงการทำงานพร้อมกันสำหรับ REST API ที่มีปริมาณมาก

15) Stuck Threads คืออะไร และจะจัดการกับมันใน WebLogic ได้อย่างไร

A ด้ายติด เกิดขึ้นเมื่อการร้องขอใช้เวลานานกว่าเวลาที่กำหนดไว้ในการดำเนินการจนเสร็จสิ้น ซึ่งอาจส่งผลให้ประสิทธิภาพลดลง

สาเหตุทั่วไป:

  • แบบสอบถาม SQL ที่ทำงานยาวนาน
  • เดดล็อกหรือความล่าช้าของเครือข่าย
  • ขนาดพูลเธรดไม่เพียงพอ

ขั้นตอนการแก้ไขปัญหา:

  1. วิเคราะห์บันทึกสำหรับการติดตามเธรดที่ติดขัด
  2. เพิ่มพูลเธรดหรือปรับแต่งการเรียกแบ็คเอนด์
  3. ปรับพารามิเตอร์ “StuckThreadMaxTime”
  4. พิจารณาการประมวลผลแบบอะซิงโครนัสสำหรับงานที่ใช้เวลานาน

ตัวอย่าง:

หากเธรดการสร้างรายงานเกินขีดจำกัดเริ่มต้น 600 วินาที WebLogic จะทำเครื่องหมายว่าค้างและอาจทำให้เซิร์ฟเวอร์รีสตาร์ท ขึ้นอยู่กับการกำหนดค่า

16) ความแตกต่างระหว่างเทมเพลตโดเมนและเทมเพลตเซิร์ฟเวอร์ที่ได้รับการจัดการคืออะไร

แง่มุม เทมเพลตโดเมน เทมเพลตเซิร์ฟเวอร์ที่ได้รับการจัดการ
จุดมุ่งหมาย ใช้เพื่อสร้างโดเมน WebLogic ใหม่ ใช้ในการสร้างเซิร์ฟเวอร์ที่ได้รับการจัดการเพื่อการปรับขนาด
ขอบเขต รวมถึงเซิร์ฟเวอร์ผู้ดูแลระบบ ทรัพยากร และการกำหนดค่า ประกอบด้วยการตั้งค่าเฉพาะสำหรับเซิร์ฟเวอร์ที่ได้รับการจัดการ
การใช้ ตั้งค่าเริ่มต้น การขยายโดเมนที่มีอยู่
ตัวอย่าง การสร้าง “FinanceDomain” การเพิ่ม “FinanceServer3” โดยใช้เทมเพลตเซิร์ฟเวอร์ที่ได้รับการจัดการ

สรุป:

เทมเพลตโดเมนช่วยลดความยุ่งยากในการตั้งค่าสภาพแวดล้อม ในขณะที่เทมเพลตเซิร์ฟเวอร์ที่ได้รับการจัดการจะทำให้การปรับขนาดและการปรับใช้เป็นมาตรฐาน

17) คุณดำเนินการปรับใช้แบบอัตโนมัติใน WebLogic ได้อย่างไร

การปรับใช้แบบอัตโนมัติช่วยให้การส่งมอบแอปพลิเคชันรวดเร็ว สม่ำเสมอ และไม่มีข้อผิดพลาดในทุกสภาพแวดล้อม

วิธีการ:

  • WLST (เครื่องมือสคริปต์ WebLogic): Pythonสคริปต์ที่ใช้สำหรับการปรับใช้และการจัดการอัตโนมัติ
  • งาน ANT: บูรณาการการปรับใช้ลงในขั้นตอน CI/CD
  • REST API: จัดการการปรับใช้ตามโปรแกรม
  • เครื่องมือการปรับใช้ WebLogic (WDT): ลดความซับซ้อนในการสร้างโดเมนและอัปเดตแอปพลิเคชัน

ตัวอย่าง:

ทีม DevOps สามารถทำให้การปรับใช้ EAR เป็นแบบอัตโนมัติโดยใช้สคริปต์ WLST ที่บูรณาการกับ Jenkins เพื่อให้แน่ใจว่าการเผยแพร่จะสอดคล้องกันทั้งในขั้นตอนการเตรียมการและการผลิต

18) บทบาทของ WebLogic Diagnostic Framework (WLDF) คืออะไร

WLDF เป็นกรอบการทำงานการตรวจสอบและการวินิจฉัยอันทรงพลังที่ช่วยให้ผู้ดูแลระบบรวบรวม วิเคราะห์ และตอบสนองต่อเหตุการณ์รันไทม์

คุณสมบัติเด่น:

  • Instrumentation: ติดตามประสิทธิภาพในระดับวิธีการ
  • Harvestเอ้อ: รวบรวมข้อมูลเช่นการใช้งานฮีป จำนวนเธรด
  • นาฬิกาและการแจ้งเตือน: ส่งสัญญาณเตือนเมื่อเกินเกณฑ์
  • ภาพวินิจฉัย: จับสถานะของเซิร์ฟเวอร์เพื่อการแก้ไขปัญหา

ตัวอย่าง:

WLDF สามารถส่งการแจ้งเตือนทางอีเมลเมื่อหน่วยความจำเซิร์ฟเวอร์ใช้งานเกิน 80% ช่วยป้องกันเหตุหยุดทำงานที่อาจเกิดขึ้นได้

19) WebLogic จัดการธุรกรรมอย่างไร

WebLogic ใช้งาน เจทีเอ (Java API การทำธุรกรรม) สำหรับการจัดการธุรกรรมแบบกระจายไปยังทรัพยากรต่างๆ เช่น ฐานข้อมูลและ JMS

ประเภทธุรกรรม:

  • การทำธุรกรรมในท้องถิ่น: ทรัพยากรเดียว (เช่น ฐานข้อมูลเดียว)
  • ธุรกรรมระดับโลก: ทรัพยากรหลายประเภท (เช่น DB + JMS)

สิ่งอำนวยความสะดวก:

  • การยืนยันแบบสองเฟส (2PC) ช่วยให้มั่นใจถึงความสอดคล้องของข้อมูล
  • รองรับทรัพยากรที่เข้ากันได้กับ XA สำหรับการกู้คืน
  • การตั้งค่าการหมดเวลาและการย้อนกลับที่กำหนดค่าได้

ตัวอย่าง:

การโอนเงินผ่านธนาคารที่เกี่ยวข้องกับบัตรเดบิตและเครดิตผ่านฐานข้อมูลทั้งสองใช้ธุรกรรมระดับโลกเพื่อรักษาความเป็นอะตอม

20) คุณจะแก้ไขปัญหาความล้มเหลวในการเริ่มต้นเซิร์ฟเวอร์ใน WebLogic ได้อย่างไร

สาเหตุทั่วไป:

  • พอร์ตขัดแย้ง (พอร์ตผู้ดูแลระบบหรือเซิร์ฟเวอร์ที่จัดการ)
  • ตัวแปรสภาพแวดล้อมที่หายไป (JAVA_HOME, MW_HOME)
  • ไฟล์กำหนดค่าโดเมนเสียหาย
  • ข้อผิดพลาดในการจัดสรรหน่วยความจำ

ขั้นตอนการแก้ไขปัญหา:

  1. รีวิว บันทึก AdminServer เพื่อหาสาเหตุที่แท้จริง
  2. ตรวจสอบ ตั้งค่าโดเมนเอนวี.sh/ค้างคาว องค์ประกอบ
  3. ใช้ java -version เพื่อตรวจสอบความเข้ากันได้ของ JVM
  4. ตรวจสอบความขัดแย้งของพอร์ตโดยใช้ netstat.
  5. คืนค่าจากการสำรองข้อมูลโดเมนหากจำเป็น

ตัวอย่าง:

ข้อผิดพลาดในการเริ่มต้นระบบ "ที่อยู่ที่ถูกใช้แล้ว" ระบุว่าพอร์ต 7001 ขัดแย้งกัน การเปลี่ยนแปลงในคอนฟิกูเรชันจะช่วยแก้ไขปัญหานี้ได้

21) การย้ายเซิร์ฟเวอร์ใน WebLogic คืออะไร และมีการใช้งานอย่างไร

การย้ายเซิร์ฟเวอร์ หมายถึงการโอนอัตโนมัติหรือด้วยตนเองของ อินสแตนซ์เซิร์ฟเวอร์ที่ได้รับการจัดการ จากเครื่องกายภาพหนึ่งไปยังอีกเครื่องหนึ่งในสภาพแวดล้อมแบบคลัสเตอร์ จะช่วยเพิ่มประสิทธิภาพ ความพร้อมใช้งานสูง (HA) และ ความทนทานต่อความผิดพลาด.

ขั้นตอนการดำเนินการ:

  1. กำหนดค่า Cluster และตัวจัดการโหนด เพื่อการสนับสนุนการโยกย้าย
  2. ทำให้สามารถ การย้ายเซิร์ฟเวอร์ทั้งหมด ในคอนโซลผู้ดูแลระบบ
  3. กำหนด นโยบายการย้ายถิ่นฐาน (อัตโนมัติ หรือ แมนนวล)
  4. ทำให้มั่นใจ พื้นที่จัดเก็บที่ใช้ร่วมกัน (NFS) เพื่อความสม่ำเสมอ

ตัวอย่าง:

หากเซิร์ฟเวอร์ที่ได้รับการจัดการซึ่งทำงานบน Node1 ล้มเหลว WebLogic จะสามารถย้ายไปยัง Node2 ได้โดยอัตโนมัติโดยไม่ต้องหยุดทำงาน ช่วยให้มั่นใจถึงความต่อเนื่องทางธุรกิจ

22) อธิบายแนวคิดของการย้ายบริการใน WebLogic

การย้ายบริการ ย้าย บริการที่ปักหมุด (เช่น เซิร์ฟเวอร์ JMS หรือบริการ Singleton) ระหว่างโหนดในคลัสเตอร์เพื่อให้แน่ใจว่ามีความพร้อมใช้งาน

ลักษณะ การโยกย้ายเซิร์ฟเวอร์ การย้ายบริการ
ขอบเขต เซิร์ฟเวอร์ที่ได้รับการจัดการทั้งหมด บริการเฉพาะ
ทริกเกอร์ ความล้มเหลวของโหนดหรือฮาร์ดแวร์ ความล้มเหลวของบริการ JMS หรือ Singleton
เรื่องราว แอปที่โฮสต์ทั้งหมดจะย้าย ย้ายบริการอย่างเดียว

ตัวอย่าง:

เซิร์ฟเวอร์ JMS ที่ติดตั้งบนโหนดที่ล้มเหลวสามารถย้ายไปยังโหนดที่มีสุขภาพดีได้โดยอัตโนมัติเพื่อรักษาการส่งมอบข้อความ

23) โหมดการติดตั้ง WebLogic มีกี่โหมด และมีจุดประสงค์อย่างไร

WebLogic รองรับโหมดการติดตั้งหลักสามโหมดเพื่อให้เหมาะกับขั้นตอนวงจรชีวิตต่างๆ

โหมด Descriptไอออน ใช้กรณี
โหมดการพัฒนา การใช้งานที่รวดเร็ว ความปลอดภัยขั้นต่ำ การทดสอบในเครื่อง การดีบัก
โหมดการผลิต เพิ่มความปลอดภัย ไม่ต้องปรับใช้อัตโนมัติ สภาพแวดล้อมการผลิต
โหมดปลอดภัย บังคับใช้ SSL/TLS และนโยบายที่เข้มงวด องค์กรที่มีความปลอดภัยสูง

ตัวอย่าง:

สภาพแวดล้อม QA อาจใช้โหมดการพัฒนาเพื่อให้ง่ายต่อการปรับใช้ซ้ำ ในขณะที่สภาพแวดล้อมการผลิตบังคับใช้โหมดปลอดภัยเพื่อให้เป็นไปตามมาตรฐานการปฏิบัติตาม

24) WebLogic รวมเข้ากับ Kubernetes และ Docker ได้อย่างไร

WebLogic รองรับ การปรับใช้คอนเทนเนอร์และคลาวด์เนทีฟ เมื่อ เว็บลอจิกคูเบอร์เนทีส OperaTor.

ไฮไลท์การบูรณาการ:

  • ย่อ การจัดการโดเมน ผ่านการกำหนดค่า YAML
  • ปรับขนาดอัตโนมัติ การใช้ Kubernetes Horizontal Pod Autoscaler
  • ปริมาณคงอยู่ (PV) เก็บโดเมนบ้านและบันทึก
  • รองรับ การอัปเดตแบบต่อเนื่อง และ การปรับใช้แบบไม่มีเวลาหยุดทำงาน.

ตัวอย่าง:

การปรับใช้คลัสเตอร์ WebLogic เป็นคอนเทนเนอร์ Docker ที่ควบคุมโดย Kubernetes ช่วยเพิ่มความสามารถในการพกพาและการใช้ทรัพยากรในระบบคลาวด์ไฮบริด

25) ความแตกต่างหลักระหว่าง WebLogic และ Apache Tomcat คืออะไร

หลักเกณฑ์ WebLogic แมวตัวผู้
ประเภท เต็ม Java เซิร์ฟเวอร์แอปพลิเคชัน EE คอนเทนเนอร์ Servlet น้ำหนักเบา
ส่วนประกอบ JEE รองรับ EJB, JMS, JTA, JPA จำกัดเฉพาะ Servlets และ JSP
Clusterไอเอ็นจี การรองรับขั้นสูงในตัว ต้องมีการตั้งค่าภายนอก
การจัดการการทำธุรกรรม การใช้งาน JTA ที่แข็งแกร่ง การสนับสนุนขั้นพื้นฐานเท่านั้น
ใช้กรณี แอปพลิเคชันระดับองค์กร ไมโครเซอร์วิสน้ำหนักเบา

สรุป:

Tomcat เหมาะอย่างยิ่งสำหรับแอปพลิเคชันน้ำหนักเบา ในขณะที่ WebLogic มอบความแข็งแกร่ง ความสามารถในการปรับขนาด และการจัดการในระดับองค์กร

26) Work Managers ใน WebLogic คืออะไร และมีประโยชน์อย่างไร

ผู้จัดการงาน จัดการวิธีการจัดสรรเธรดเพื่อดำเนินการตามคำขอของแอปพลิเคชันอย่างมีประสิทธิภาพ พวกเขาควบคุม การกำหนดลำดับความสำคัญของเธรด, ความเป็นธรรมและ เป้าหมายเวลาตอบสนอง.

ส่วนประกอบสำคัญ:

  • ชั้นเรียนการขอแบ่งปันอย่างเป็นธรรม: การจัดการคำขอสมดุลระหว่างแอปพลิเคชัน
  • คลาสคำขอเวลาตอบสนอง: จัดลำดับความสำคัญของคำขอพร้อมเป้าหมายในการตอบสนอง
  • ข้อจำกัดเธรด Min/Max: ควบคุมระดับการทำงานพร้อมกัน
  • ข้อจำกัดด้านความจุ: จำกัดการใช้ทรัพยากร

ตัวอย่าง:

สำหรับแอปพลิเคชันที่มีผู้เช่าหลายราย ผู้จัดการงานจะตรวจสอบให้แน่ใจว่าผู้เช่าแต่ละรายได้รับการจัดสรร CPU และเธรดอย่างยุติธรรมเพื่อหลีกเลี่ยงการขาดทรัพยากร

27) คุณตรวจสอบตัวชี้วัดประสิทธิภาพของ WebLogic ได้อย่างไร

WebLogic มอบเครื่องมือต่างๆ มากมายสำหรับการตรวจสอบประสิทธิภาพแบบเรียลไทม์และประวัติ

ตัวเลือกการตรวจสอบ:

  1. คอนโซลผู้ดูแลระบบ WebLogic: แสดงสถิติเธรด ฮีป และ JDBC
  2. สคริปต์ WLST: การแยกเมตริกอัตโนมัติสำหรับการวิเคราะห์
  3. JVisualVM & JConsole: การตรวจสอบระดับ JVM
  4. SNMP และ REST API: บูรณาการกับเครื่องมือตรวจสอบภายนอกเช่น Prometheus หรือ Grafana

ตัวอย่าง:

ผู้ดูแลระบบสามารถใช้สคริปต์ WLST เพื่อรวบรวมการใช้งานฮีป JVM และเรียกใช้การรวบรวมขยะโดยอัตโนมัติเมื่อเกณฑ์หน่วยความจำเกิน 80%

28) บันทึกสำคัญที่สร้างโดย WebLogic คืออะไร และมีจุดประสงค์เพื่ออะไร

WebLogic สร้างไฟล์บันทึกหลายไฟล์เพื่อช่วยในการวินิจฉัยและการตรวจสอบ

ประเภทบันทึก Descriptไอออน
บันทึกเซิร์ฟเวอร์ บันทึกเหตุการณ์การเริ่มต้น การปิดเครื่อง และรันไทม์
บันทึกโดเมน รวบรวมบันทึกจากเซิร์ฟเวอร์ทั้งหมดในโดเมน
บันทึกการเข้าถึง HTTP บันทึกรายละเอียดคำขอของลูกค้า
บันทึกการวินิจฉัย (WLDF) ประกอบด้วยข้อมูลด้านสุขภาพและประสิทธิภาพการทำงาน

ตัวอย่าง:

ในการดีบักการตอบสนองข้อผิดพลาด 500 ผู้ดูแลระบบจะตรวจสอบทั้งบันทึกการเข้าถึง HTTP (เพื่อระบุคำขอ) และบันทึกเซิร์ฟเวอร์ (เพื่อค้นหาสาเหตุหลัก)

29) ข้อดีและข้อเสียของการใช้คลัสเตอร์ WebLogic มีอะไรบ้าง

แง่มุม ข้อดี ข้อเสีย
ประสิทธิภาพ ปรับปรุงการกระจายโหลด อาจเพิ่มค่าใช้จ่ายเครือข่าย
ความพร้อมที่จะให้บริการ รับประกันการล้มเหลวและความซ้ำซ้อน การกำหนดค่าที่ซับซ้อน
scalability ปรับขนาดแนวนอนได้ง่าย ต้องใช้พื้นที่เก็บข้อมูลร่วมกัน
ซ่อมบำรุง เปิดใช้งานการอัปเดตแบบต่อเนื่อง การใช้ทรัพยากรที่สูงขึ้น

สรุป:

Clusterเป็นสิ่งสำคัญสำหรับการปรับขนาดองค์กร แต่ต้องมีการวางแผนทรัพยากรและการตั้งค่าเครือข่ายอย่างเหมาะสม

30) คุณกำหนดค่าการปรับสมดุลการโหลดใน WebLogic Server ได้อย่างไร

การปรับสมดุลการโหลดจะกระจายคำขอของไคลเอนต์ไปยังเซิร์ฟเวอร์หลายเครื่องเพื่อเพิ่มประสิทธิภาพการใช้ทรัพยากรและเพิ่มความทนทานต่อข้อผิดพลาด

ขั้นตอนการกำหนดค่า:

  1. สร้าง กลุ่ม และเพิ่มเซิร์ฟเวอร์ที่ได้รับการจัดการ
  2. กำหนดค่า ปลั๊กอินพร็อกซี HTTP (WebLogic, Apache หรือ Oracle เซิร์ฟเวอร์ HTTP)
  3. ทำให้สามารถ การจำลองเซสชัน สำหรับการสนับสนุนการสำรองข้อมูล
  4. เลือกใช้ได้ตามต้องการ ตัวปรับสมดุลการโหลดฮาร์ดแวร์ เพื่อการบริหารจัดการจราจรภายนอก

ตัวอย่าง:

คลัสเตอร์ WebLogic ที่มีเซิร์ฟเวอร์ที่จัดการสามเครื่องสามารถใช้งานได้ Oracle เซิร์ฟเวอร์ HTTP เป็นตัวปรับสมดุลการโหลดส่วนหน้าเพื่อกำหนดเส้นทางคำขอขาเข้าอย่างเท่าเทียมกัน

31) เพิ่มประสิทธิภาพการทำงานของ JMS ใน WebLogic Server ได้อย่างไร

การเพิ่มประสิทธิภาพการทำงานของ JMS มุ่งเน้นไปที่ปริมาณงานข้อความ ความหน่วง และการปรับแต่งความน่าเชื่อถือ

ปฏิบัติที่ดีที่สุด:

  1. ใช้ ผู้บริโภคข้อความแบบอะซิงโครนัส แทนที่จะเป็นแบบซิงโครนัส
  2. กำหนดค่า JMS Store (ไฟล์/JDBC) โดยพิจารณาจากความต้องการด้านประสิทธิภาพ
  3. สมัครสมาชิก การเชื่อมต่อ Pooling สำหรับเซสชัน JMS
  4. เพิ่มประสิทธิภาพ นโยบายการคงอยู่ของข้อความ—ใช้คำว่า “Persistent” เฉพาะเมื่อจำเป็นเท่านั้น
  5. ใช้ การบีบอัดข้อความ สำหรับบรรทุกสินค้าขนาดใหญ่
ประเภทร้าน Descriptไอออน แนะนำสำหรับ
ที่เก็บไฟล์ จัดเก็บข้อความบนดิสก์ภายในเครื่อง ความเร็วสูง ไม่คลัสเตอร์
ร้านค้า JDBC ร้านค้าในฐานข้อมูล การตั้งค่าคลัสเตอร์ที่เชื่อถือได้

ตัวอย่าง:

ระบบการซื้อขายใช้ที่จัดเก็บไฟล์สำหรับการส่งข้อความชั่วคราวที่รวดเร็วเป็นพิเศษ ในขณะที่บันทึกการตรวจสอบที่สำคัญใช้การคงอยู่ของ JDBC เพื่อความคงทน

32) EJB ประเภทต่างๆ ที่ได้รับการรองรับโดย WebLogic มีอะไรบ้าง

WebLogic รองรับ Enterprise Javaถั่ว (EJB) สำหรับส่วนประกอบตรรกะทางธุรกิจแบบโมดูลาร์ที่สามารถนำกลับมาใช้ใหม่ได้

ประเภท Descriptไอออน ใช้กรณี
เซสชั่นบีน จัดการคำขอของลูกค้า อาจมีสถานะหรือไม่มีสถานะก็ได้ กระบวนการทางธุรกิจ
เอนทิตี้บีน แสดงถึงเอนทิตีข้อมูลถาวร (ไม่สนับสนุนอีกต่อไปแล้ว ให้ใช้ JPA แทน) การแมปฐานข้อมูล
Message-Driven Bean (MDB) ประมวลผลข้อความ JMS แบบอะซิงโครนัส ระบบขับเคลื่อนด้วยเหตุการณ์

ตัวอย่าง:

เซสชันบีนแบบไม่มีสถานะอาจจัดการการคำนวณสินเชื่อในแอปธนาคาร ในขณะที่ MDB ประมวลผลการแจ้งเตือนการอนุมัติสินเชื่อแบบอะซิงโครนัส

33) WLST คืออะไร และเหตุใดจึงใช้ในการดูแลระบบ WebLogic

WLST (เครื่องมือสคริปต์ WebLogic) คือ Pythonเครื่องมือบรรทัดคำสั่งที่ใช้ สำหรับการทำงานอัตโนมัติของงานดูแลระบบใน WebLogic Server

ความสามารถ:

  • ระบบอัตโนมัติในการปรับใช้ การสร้างโดเมน และการควบคุมเซิร์ฟเวอร์
  • สอบถาม MBeans รันไทม์สำหรับการตรวจสอบ
  • บูรณาการกับไปป์ไลน์ CI/CD เพื่อการจัดการการกำหนดค่า
  • สนับสนุนทั้ง ออนไลน์ (เชื่อมต่อ) และ ออฟไลน์ (เทมเพลตโดเมน) โหมด

ตัวอย่าง:

วิศวกร DevOps สามารถเขียนสคริปต์ WLST เพื่อหยุดเซิร์ฟเวอร์ที่ได้รับการจัดการทั้งหมดในคลัสเตอร์ ติดตั้งแพตช์ และรีสตาร์ทตามลำดับ

34) อธิบายความแตกต่างระหว่างโหมดออนไลน์และออฟไลน์ใน WLST

ลักษณะ โหมดออนไลน์ โหมดออฟไลน์
การเชื่อมต่อ เชื่อมต่อกับเซิร์ฟเวอร์ผู้ดูแลระบบที่กำลังทำงาน ทำงานกับเทมเพลตโดเมนหรือไฟล์
ใช้กรณี การดำเนินการรันไทม์ เช่น การปรับใช้ การตรวจสอบ การสร้างและกำหนดค่าโดเมน
ขอบเขตการดำเนินการ มีผลทันทีบนเซิร์ฟเวอร์สด การเปลี่ยนแปลงที่ใช้เมื่อโดเมนเริ่มต้น

ตัวอย่าง:

ในขณะที่โหมดออนไลน์สามารถปรับใช้ไฟล์ EAR แบบไดนามิกได้ โหมดออฟไลน์เหมาะอย่างยิ่งสำหรับการกำหนดค่าโดเมนล่วงหน้าก่อนการปรับใช้อัตโนมัติ

35) WebLogic จัดการกับการหมดเวลาและการย้อนกลับของธุรกรรมอย่างไร

WebLogic รองรับรายละเอียดแบบละเอียด การจัดการธุรกรรม การใช้การกำหนดค่าได้ นโยบายการหมดเวลาและการย้อนกลับ.

กลไก:

  • TransactionTimeoutSeconds กำหนดอายุการใช้งานของการทำธุรกรรม
  • หากเกินกำหนด WebLogic จะทำการ ย้อนกลับ การทำธุรกรรม
  • รองรับ ธุรกรรม XA สำหรับระบบแบบกระจาย
  • การใช้งาน บันทึก JTA เพื่อการกู้คืนในกรณีที่เซิร์ฟเวอร์ขัดข้อง

ตัวอย่าง:

ธุรกรรมที่ดำเนินการอัปเดตฐานข้อมูลหลายรายการจะถูกย้อนกลับโดยอัตโนมัติหากการดำเนินการย่อยใดๆ เกินระยะเวลาที่กำหนด เพื่อให้แน่ใจว่ามีความสอดคล้องกัน

36) คุณจะรวม WebLogic เข้ากับ Oracle โครงสร้างพื้นฐานคลาวด์ (OCI)?

WebLogic บูรณาการได้อย่างราบรื่นกับ Oracle โครงสร้างพื้นฐานคลาวด์ (OCI) เพื่อความสามารถในการปรับขนาดและประสิทธิภาพการจัดการที่สูง

วิธีการบูรณาการ:

  • ปรับใช้ผ่าน Oracle WebLogic Server สำหรับ OCI ภาพตลาดซื้อขาย
  • ใช้ ตัวปรับสมดุลการโหลด OCI เพื่อการจัดการจราจร
  • ทำให้สามารถ การตรวจสอบและบันทึก OCI เพื่อการสังเกตได้
  • ผสานรวมกับ ฐานข้อมูลอิสระ สำหรับการเชื่อมต่อแบ็คเอนด์

ตัวอย่าง:

ผู้ให้บริการ SaaS โฮสต์คลัสเตอร์ WebLogic ใน OCI โดยมีนโยบายการปรับขนาดอัตโนมัติ และเชื่อมต่อเข้ากับ Autonomous DB สำหรับเวิร์กโหลดแบบไดนามิก

37) JMS Bridge คืออะไร และควรใช้เมื่อใด?

A สะพานเจเอ็มเอส เชื่อมต่อ ผู้ให้บริการ JMS สองรายช่วยให้สามารถถ่ายโอนข้อความระหว่างกันได้อย่างราบรื่น

สถานการณ์ ตัวอย่าง
การสื่อสารข้ามโดเมน ระหว่างโดเมน WebLogic สองโดเมน
การส่งข้อความที่หลากหลาย ระหว่าง WebLogic JMS และ ActiveMQ
การกำหนดเส้นทางข้อความ จากคิวภายในสู่หัวข้อภายนอก

ผลประโยชน์ที่สำคัญ:

อนุญาตให้แลกเปลี่ยนข้อความระหว่างระบบโดยไม่ต้องแก้ไขโค้ดแอปพลิเคชัน

ตัวอย่าง:

ในระบบนิเวศไมโครเซอร์วิส WebLogic JMS Bridge สามารถถ่ายทอดข้อความคำสั่งจาก WebLogic JMS ไปยังหัวข้อ Kafka ภายนอกได้

38) คุณกำหนดค่าและใช้ร้านค้าถาวรใน WebLogic ได้อย่างไร

ร้านค้าถาวรคือที่เก็บข้อมูลสำหรับการบันทึก ข้อความ JMS บันทึกธุรกรรม และข้อมูลการวินิจฉัย.

ประเภทของร้านค้า:

  • ที่เก็บไฟล์: จัดเก็บข้อมูลบนดิสก์ภายในเครื่องหรือดิสก์ที่ใช้ร่วมกัน
  • ร้านค้า JDBC: ใช้ฐานข้อมูลเชิงสัมพันธ์เพื่อความคงอยู่

ขั้นตอนการกำหนดค่า:

  1. ไปที่บริการ → ร้านค้าถาวร ในคอนโซลผู้ดูแลระบบ
  2. สร้างร้านค้าใหม่ (ไฟล์หรือ JDBC)
  3. Target ไปยังเซิร์ฟเวอร์หรือคลัสเตอร์
  4. เชื่อมโยงกับ JMS หรือบริการธุรกรรม

ตัวอย่าง:

ร้านค้า JDBC ที่ได้รับการสนับสนุนโดย Oracle DB ช่วยให้สามารถกู้คืนข้อความ JMS ได้ แม้หลังจากการรีบูตระบบโดยไม่คาดคิด

39) มีเครื่องมืออะไรบ้างที่ใช้แก้ไขปัญหาประสิทธิภาพการทำงานของ WebLogic?

เครื่องมือทั่วไป:

  • WLDF (กรอบงานการวินิจฉัย WebLogic): จับข้อมูลเมตริกรันไทม์โดยละเอียด
  • เจคอนโซล / เจVisualVM: ตรวจสอบการใช้งานฮีปและเธรด
  • การถ่ายโอนข้อมูลเธรดและการถ่ายโอนข้อมูลแบบกอง: วินิจฉัยปัญหาเดดล็อกหรือการรั่วไหลของหน่วยความจำ
  • บันทึก GC: วิเคราะห์ประสิทธิภาพการเก็บขยะ
  • Oracle ผู้จัดการองค์กร (OEM): ให้การตรวจสอบแอปพลิเคชันแบบครบวงจร

ตัวอย่าง:

การถ่ายโอนข้อมูลเธรดเผยให้เห็นว่าเธรดหลายเธรดกำลังรอการเชื่อมต่อ JDBC ซึ่งบ่งชี้ถึงความจำเป็นในการปรับขนาดพูล

40) WebLogic สนับสนุนเว็บเซอร์วิสที่ใช้ RESTful และ SOAP ได้อย่างไร

WebLogic ให้การสนับสนุนที่ครอบคลุมสำหรับ ทั้ง REST และ SOAP ผ่านทาง Java กรอบงาน EE และ JAX

ลักษณะ พักผ่อน (JAX-RS) สบู่ (JAX-WS)
โปรโตคอล HTTP SOAP ผ่าน HTTP/S
รูปแบบข้อมูล เจสัน/เอ็กซ์เอ็มแอล XML
ประสิทธิภาพ น้ำหนักเบา เร็วกว่า หนักกว่า ปลอดภัย และเป็นทางการ
ใช้กรณี API เว็บสมัยใหม่ การรวมองค์กร

ตัวอย่าง:

แอปพลิเคชัน HR ที่ใช้ WebLogic อาจเปิดเผย REST API สำหรับการดึงข้อมูลพนักงาน ในขณะที่ใช้บริการ SOAP สำหรับการรวมเงินเดือนกับระบบ ERP

41) แนวทางปฏิบัติดีที่สุดสำหรับการย้ายแอปพลิเคชัน WebLogic ระหว่างสภาพแวดล้อมคืออะไร

การย้ายข้อมูลเกี่ยวข้องกับการย้ายแอปพลิเคชันและการกำหนดค่าจาก การพัฒนา → การทดสอบ → การผลิต สภาพแวดล้อมพร้อมทั้งรักษาความสม่ำเสมอ

ปฏิบัติที่ดีที่สุด:

  1. ใช้เครื่องมือ WebLogic Deploying (WDT) เพื่อให้การส่งออก/นำเข้าโดเมนเป็นแบบอัตโนมัติ
  2. สร้างตัวแปรสภาพแวดล้อมภายนอก (เช่น URL ของ DB, พอร์ต)
  3. โยกย้าย การกำหนดค่า JDBC และ JMS ก่อนการสมัคร
  4. ตรวจสอบ ขอบเขตความปลอดภัยและบทบาทของผู้ใช้.
  5. เสมอ ทดสอบในโดเมนสเตจจิ้ง ก่อนการเปลี่ยนสายการผลิต

ตัวอย่าง:

เมื่อทำการโยกย้ายจาก WebLogic 12.2.1 ไปเป็น 14c WDT จะสามารถส่งออกเทมเพลตโดเมนและสร้างใหม่ด้วยการกำหนดค่าที่เหมือนกันในสภาพแวดล้อมใหม่ได้

42) อธิบายการแบ่งพาร์ติชันโดเมนใน WebLogic 12c และข้อดีของมัน

การแบ่งพาร์ติชันโดเมน เป็นคุณลักษณะแบบหลายผู้เช่าใน WebLogic 12c ที่อนุญาตให้ การแยกทางตรรกะ ของแอปพลิเคชันภายในโดเมนเดียว

ลักษณะ Descriptไอออน
ความเหงา การกำหนดค่า บันทึก และทรัพยากรแยกกันต่อผู้เช่า
⁠ความปลอดภัย บทบาทและนโยบายระดับพาร์ติชัน
การจัดการทรัพยากร การตั้งค่า JDBC/JMS อิสระ
ง่ายต่อการจัดการ เซิร์ฟเวอร์ผู้ดูแลระบบเดียวสำหรับพาร์ติชันหลายพาร์ติชัน

ข้อดี:

  • ลดความซับซ้อนของการปรับใช้ระบบคลาวด์แบบผู้เช่าหลายราย
  • ลดต้นทุนด้านฮาร์ดแวร์
  • ช่วยเพิ่มประสิทธิภาพการทำงาน

ตัวอย่าง:

ผู้ให้บริการ SaaS ขององค์กรสามารถโฮสต์แอปพลิเคชันไคลเอนต์หลายตัวอย่างปลอดภัยภายในโดเมน WebLogic หนึ่งโดเมนโดยใช้พาร์ติชันที่แยกจากกัน

43) คุณจะรักษาความปลอดภัย WebLogic จากการเข้าถึงโดยไม่ได้รับอนุญาตได้อย่างไร

การรักษาความปลอดภัย WebLogic จำเป็นต้องมี แนวทางหลายชั้น การผสมผสานการพิสูจน์ตัวตน การเข้ารหัส และการจัดการนโยบาย

รายการตรวจสอบการเสริมความแข็งแกร่งด้านความปลอดภัย:

  • เปลี่ยนรหัสผ่านเริ่มต้นทันทีหลังการติดตั้ง
  • บังคับใช้ นโยบายรหัสผ่านที่แข็งแกร่ง และ การตรวจสอบสิทธิ์ตาม LDAP.
  • ทำให้สามารถ SSL / TLS และปิดใช้งานพอร์ตที่ไม่ปลอดภัย
  • ใช้ Java ผู้จัดการความปลอดภัย และจำกัดการเข้าถึงระดับผู้ดูแลระบบ
  • สมัครเป็นประจำ การอัปเดตแพตช์ที่สำคัญ (CPU) จาก Oracle.

ตัวอย่าง:

การกำหนดค่าการตรวจสอบสิทธิ์ SSL สองทางช่วยให้มั่นใจได้ถึงการตรวจสอบของทั้งไคลเอนต์และเซิร์ฟเวอร์ ช่วยปกป้อง API ของธนาคารที่ละเอียดอ่อนจากการโจมตีแอบอ้างตัวตน

44) บทบาทของ WebLogic คืออะไร Oracle สถาปัตยกรรม Fusion Middleware?

WebLogic ทำหน้าที่เป็น แกน Java คอนเทนเนอร์ EE ภายใน Oracle Fusion Middleware (OFM) โฮสต์ส่วนประกอบมิดเดิลแวร์ที่สำคัญ

บทบาทการบูรณาการ:

  • เจ้าภาพ ชุด SOA, Oracle บัสบริการ (OSB)และ การจัดการอัตลักษณ์.
  • ให้ JTA, JMS และ JNDI บริการสำหรับส่วนประกอบ OFM
  • รองรับ ความสามารถในการปรับขนาด การจัดกลุ่ม และความพร้อมใช้งานสูง ข้ามชั้นมิดเดิลแวร์
  • ทำหน้าที่เป็นสะพานเชื่อมระหว่าง ระดับเว็บส่วนหน้า และ ฐานข้อมูลแบ็กเอนด์.

ตัวอย่าง:

ในการปรับใช้ Fusion Middleware นั้น WebLogic จะจัดการการดำเนินการกระบวนการ BPEL และการแลกเปลี่ยนข้อมูลระหว่าง Oracle บัสบริการและฐานข้อมูล

45) คุณจัดการกับ OutOfMemoryError ใน WebLogic Server อย่างไร

An ข้อผิดพลาดหน่วยความจำหมด (OOME) บ่งชี้ว่าฮีป JVM หรือหน่วยความจำดั้งเดิมหมดลงแล้ว

ขั้นตอนการแก้ไขปัญหา:

  1. วิเคราะห์ กองดัมพ์ โดยใช้เครื่องมือเช่น Eclipse เสื่อ.
  2. ปรับแต่งตัวเลือก JVM (-Xmx, -Xms, -XX:+UseG1GC).
  3. ทำให้สามารถ การวินิจฉัยหน่วยความจำ WLDF.
  4. ระบุการรั่วไหลของหน่วยความจำในโค้ดแอปพลิเคชัน
  5. พิจารณา การจัดคลัสเตอร์ JVM หรือการปรับขนาดแนวตั้ง.

ตัวอย่าง:

คิว JMS ขนาดใหญ่ที่ทำให้เกิดแรงกดดันฮีปสามารถปรับแต่งได้โดยการลดการเก็บรักษาข้อความหรือย้ายไปยังเซิร์ฟเวอร์ JMS เฉพาะ

46) สาเหตุทั่วไปของ "เซิร์ฟเวอร์อยู่ในสถานะล้มเหลว" ใน WebLogic คืออะไร

สาเหตุทั่วไป:

  • พอร์ตขัดแย้ง (เช่น พอร์ต 7001 ถูกใช้งานอยู่แล้ว)
  • ขาดหายหรือเสียหาย คุณสมบัติการบูต.
  • ไม่เพียงพอ หน่วยความจำฮีปหรือเพอร์เมเจน.
  • ความล้มเหลวในการเชื่อมต่อฐานข้อมูล เมื่อเริ่มต้น
  • ตัวระบุการปรับใช้ที่ไม่ถูกต้อง (web.xml, weblogic.xml)

แนวทางการแก้ไข:

  1. รีวิว ServerName.log เพื่อหาสาเหตุที่แท้จริง
  2. สร้างใหม่ boot.properties หากการตรวจสอบสิทธิ์ล้มเหลว
  3. ตรวจสอบการเชื่อมต่อ JDBC ผ่านคอนโซลผู้ดูแลระบบ
  4. แก้ไขตัวแปรสภาพแวดล้อมที่ขาดหายไป

ตัวอย่าง:

หากเซิร์ฟเวอร์ล้มเหลวด้วยข้อความ "การเชื่อมต่อ JDBC ถูกปฏิเสธ" การอัปเดต URL ของแหล่งข้อมูลหรือข้อมูลประจำตัวจะช่วยแก้ไขความล้มเหลวได้

47) บทบาทของ Node Manager ในการสำรองข้อมูลและการกู้คืนคืออะไร

Node Manager เป็นสิ่งจำเป็นสำหรับ ความพร้อมใช้งานสูง (HA) และ การกู้คืนอัตโนมัติ ในโดเมน WebLogic

ฟังก์ชั่น:

  • ตรวจสอบสุขภาพของเซิร์ฟเวอร์ที่ได้รับการจัดการ
  • รีสตาร์ทเซิร์ฟเวอร์ที่ล้มเหลวโดยอัตโนมัติ
  • รองรับ การย้ายเซิร์ฟเวอร์ ระหว่างโฮสต์
  • ช่วยให้ การปิดระบบอย่างสง่างาม ระหว่างการบำรุงรักษา

ตัวอย่าง:

หากเซิร์ฟเวอร์ที่ได้รับการจัดการซึ่งโฮสต์ API ที่สำคัญต่อภารกิจเกิดขัดข้อง Node Manager จะรีสตาร์ทโดยอัตโนมัติ ช่วยลดระยะเวลาหยุดทำงานให้น้อยที่สุด

48) คุณสามารถปรับแต่ง WLDF (WebLogic Diagnostic Framework) เพื่อการตรวจสอบประสิทธิภาพได้อย่างไร

การปรับแต่ง WLDF ช่วยให้มองเห็นได้ชัดเจนที่สุดโดยมีค่าใช้จ่ายด้านประสิทธิภาพน้อยที่สุด

ขั้นตอนการปรับแต่ง:

  1. จำกัดจำนวนที่เก็บรวบรวม เมตริกและจุดข้อมูล.
  2. ทำให้สามารถ การสุ่มตัวอย่างแทนการใช้เครื่องมือเต็มรูปแบบ.
  3. ใช้ นาฬิกาที่ขึ้นอยู่กับเกณฑ์ สำหรับการแจ้งเตือนที่สำคัญเท่านั้น
  4. จัดเก็บข้อมูลการวินิจฉัยใน ไฟล์บันทึกการหมุนเวียน.
  5. บูรณาการ WLDF เข้ากับเครื่องมือ APM ภายนอก (เช่น Prometheus, ELK)

ตัวอย่าง:

การกำหนดค่า WLDF ให้ทริกเกอร์การแจ้งเตือนเฉพาะเมื่อการใช้งานฮีปเกิน 85% จะช่วยหลีกเลี่ยงค่าใช้จ่ายในการบันทึกข้อมูลที่มากเกินไปในขณะที่ยังคงรักษาความตระหนักรู้ต่อสถานการณ์

49) คุณสมบัติใหม่หลักที่เปิดตัวใน WebLogic 14c มีอะไรบ้าง

ลักษณะ Descriptไอออน
Java EE 8 / การสนับสนุนจาการ์ตา EE การปฏิบัติตามข้อกำหนดที่ได้รับการปรับปรุงและการอัปเดต API
นักเทียบท่าและ Kubernetes OperaTor การสนับสนุนการประสานงานคอนเทนเนอร์ดั้งเดิม
การกำหนดค่าไมโครโปรไฟล์ ลดความซับซ้อนในการกำหนดค่าไมโครเซอร์วิส
การสนับสนุน TLS 1.3 ปรับปรุงโปรโตคอลความปลอดภัย
การบูรณาการเฮลิดอน กรอบการทำงานการปรับใช้ไมโครเซอร์วิสน้ำหนักเบา

ตัวอย่าง:

WebLogic 14c สามารถปรับใช้ใน Kubernetes โดยตรงโดยใช้โดเมนที่กำหนดโดย YAML ช่วยให้สามารถสร้างสถาปัตยกรรมมิดเดิลแวร์แบบคอนเทนเนอร์ได้อย่างสมบูรณ์

50) ปัญหาทั่วไปที่สุดที่เกิดขึ้นในสภาพแวดล้อมการผลิตของ WebLogic คืออะไร และจะแก้ไขปัญหาเหล่านั้นได้อย่างไร

»Ñ­ËÒ ก่อให้เกิด Solution
กระทู้ติดขัด การดำเนินงานระยะยาว ทำนองเพลง StuckThreadMaxTime หรือเพิ่มประสิทธิภาพโค้ด
การรั่วไหลของ JDBC การเชื่อมต่อที่ไม่ปิด เปิดใช้งานโปรไฟล์การรั่วไหลและการหมดเวลาการเชื่อมต่อ
การรั่วไหลของหน่วยความจำ วัตถุหรือเซสชันที่ยังไม่ได้เผยแพร่ ใช้การวิเคราะห์ฮีป MAT หรือ WLDF
การเริ่มต้นช้า ไฟล์ EAR ขนาดใหญ่หรือความล่าช้าของ DNS พรีคอมไพล์ JSP ใช้แคช
ความล้มเหลวในการรับรองความถูกต้อง การหยุดทำงานของ LDAP/DB กำหนดค่าผู้ให้บริการการตรวจสอบสิทธิ์แบบล้มเหลว

ตัวอย่าง:

เมื่อการถ่ายโอนข้อมูลเธรดเผยให้เห็นข้อความ "กำลังรอการเชื่อมต่อ" หลายข้อความ การเพิ่มขนาดพูล JDBC และการลดเวลาแฝงของ SQL จะช่วยฟื้นฟูประสิทธิภาพการทำงาน

🔍 คำถามสัมภาษณ์ WebLogic ยอดนิยมพร้อมสถานการณ์จริงและคำตอบเชิงกลยุทธ์

1) คืออะไร Oracle WebLogic Server และมีส่วนประกอบหลักอะไรบ้าง?

สิ่งที่คาดหวังจากผู้สมัคร: ผู้สัมภาษณ์ต้องการทดสอบความเข้าใจพื้นฐานของคุณเกี่ยวกับสถาปัตยกรรม WebLogic และระบบนิเวศของมัน

ตัวอย่างคำตอบ:

"Oracle WebLogic Server เป็น Java EE Application Server ใช้สำหรับปรับใช้ รัน และจัดการแอปพลิเคชันระดับองค์กร ส่วนประกอบหลักประกอบด้วย Administration Server ซึ่งจัดการการกำหนดค่าและการปรับใช้ Managed Server ที่โฮสต์แอปพลิเคชัน Node Manager สำหรับการควบคุมเซิร์ฟเวอร์ และคลัสเตอร์ที่ให้ความสามารถในการปรับขนาดและความพร้อมใช้งานสูง

2) คุณสามารถอธิบายความแตกต่างระหว่างโดเมนและคลัสเตอร์ใน WebLogic ได้หรือไม่

สิ่งที่คาดหวังจากผู้สมัคร: ผู้สัมภาษณ์กำลังประเมินความชัดเจนเชิงแนวคิดของคุณเกี่ยวกับโครงสร้าง WebLogic

ตัวอย่างคำตอบ:

โดเมนคือหน่วยการดูแลระบบพื้นฐานที่ประกอบด้วยเซิร์ฟเวอร์การดูแลระบบและเซิร์ฟเวอร์ที่ได้รับการจัดการอย่างน้อยหนึ่งเครื่อง ในทางกลับกัน คลัสเตอร์คือกลุ่มของเซิร์ฟเวอร์ที่ได้รับการจัดการที่ทำงานร่วมกันเพื่อให้บริการด้านการกระจายโหลดและการสนับสนุนเฟลโอเวอร์ แม้ว่าโดเมนจะสามารถดำรงอยู่ได้โดยไม่มีคลัสเตอร์ แต่คลัสเตอร์ก็ถูกนำมาใช้เพื่อเพิ่มประสิทธิภาพและความน่าเชื่อถือ

3) อธิบายเวลาที่คุณต้องแก้ไขปัญหาเซิร์ฟเวอร์ WebLogic ในสภาพแวดล้อมการผลิต

สิ่งที่คาดหวังจากผู้สมัคร: ผู้สัมภาษณ์ต้องการประเมินทักษะการแก้ปัญหาและการวิเคราะห์ของคุณ

ตัวอย่างคำตอบ:

ในบทบาทหน้าที่ก่อนหน้าของผม เราประสบปัญหาเซิร์ฟเวอร์ Managed Server ขัดข้องบ่อยครั้งเนื่องจากการใช้งานหน่วยความจำมากเกินไป ผมวิเคราะห์บันทึกของเซิร์ฟเวอร์ ระบุการรั่วไหลของหน่วยความจำในแอปพลิเคชันที่ใช้งาน และปรับแต่งพารามิเตอร์ JVM เพื่อปรับปรุงการเก็บขยะ นอกจากนี้ ผมยังได้ทำงานร่วมกับทีมพัฒนาเพื่อแก้ไขปัญหาโค้ดพื้นฐาน ซึ่งช่วยแก้ไขปัญหาได้อย่างถาวร

4) คุณจะปรับใช้แอปพลิเคชันใน WebLogic Server ได้อย่างไร

สิ่งที่คาดหวังจากผู้สมัคร: ผู้สัมภาษณ์กำลังทดสอบความรู้เชิงปฏิบัติของคุณเกี่ยวกับวิธีการปรับใช้แอปพลิเคชัน

ตัวอย่างคำตอบ:

แอปพลิเคชันสามารถปรับใช้ได้หลายวิธี เช่น WebLogic Administration Console, เครื่องมือบรรทัดคำสั่งอย่าง WLST หรือโดยตรงผ่านตัวอธิบายการปรับใช้ในแพ็กเกจแอปพลิเคชัน โดยทั่วไปแล้ว ผมชอบใช้ WLST สำหรับการทำงานอัตโนมัติมากกว่า เพราะมีความยืดหยุ่นและสามารถผสานรวมเข้ากับ CI/CD pipeline ได้

5) คุณจะมั่นใจได้อย่างไรถึงความพร้อมใช้งานสูงและการปรับสมดุลการโหลดใน WebLogic

สิ่งที่คาดหวังจากผู้สมัคร: ผู้สัมภาษณ์ต้องการดูว่าคุณเข้าใจแนวทางปฏิบัติด้านประสิทธิภาพและความน่าเชื่อถือในระดับองค์กรหรือไม่

ตัวอย่างคำตอบ:

ความพร้อมใช้งานสูงและการทำโหลดบาลานซ์ทำได้โดยการกำหนดค่าคลัสเตอร์ เซิร์ฟเวอร์ที่จัดการแต่ละเครื่องในคลัสเตอร์สามารถจัดการคำขอได้ และ WebLogic จะกระจายโหลดอย่างเท่าเทียมกันโดยใช้กลไกการทำโหลดบาลานซ์ในตัว นอกจากนี้ ฉันยังกำหนดค่าการจำลองเซสชันเพื่อให้แน่ใจว่าเซสชันของผู้ใช้จะยังคงอยู่ในกรณีที่เซิร์ฟเวอร์ล้มเหลว

6) บอกฉันเกี่ยวกับการกำหนดค่าที่ท้าทายที่คุณจัดการใน WebLogic และวิธีที่คุณแก้ไขปัญหานั้น

สิ่งที่คาดหวังจากผู้สมัคร: ผู้สัมภาษณ์กำลังประเมินความสามารถในการปรับตัวและกระบวนการแก้ไขปัญหาของคุณ

ตัวอย่างคำตอบ:

ในงานก่อนหน้านี้ ผมได้รับมอบหมายให้กำหนดค่าทรัพยากร JMS ในหลายคลัสเตอร์สำหรับแอปพลิเคชันทางการเงิน ความท้าทายคือการรับประกันความน่าเชื่อถือและประสิทธิภาพของข้อความบนเซิร์ฟเวอร์แบบกระจาย ผมนำระบบคิวแบบกระจายที่สม่ำเสมอมาใช้และปรับปรุงการกำหนดค่า Persistent Store ซึ่งช่วยเพิ่มทรูพุตและลดความล้มเหลวในการส่งข้อความได้อย่างมีนัยสำคัญ

7) คุณสามารถใช้การกำหนดค่าความปลอดภัยใดใน WebLogic Server ได้บ้าง

สิ่งที่คาดหวังจากผู้สมัคร: ผู้สัมภาษณ์ต้องการเข้าใจแนวทางของคุณในการรักษาความปลอดภัยแอปพลิเคชันและเซิร์ฟเวอร์

ตัวอย่างคำตอบ:

ความปลอดภัยใน WebLogic ได้รับการจัดการผ่านขอบเขต ผู้ให้บริการการตรวจสอบสิทธิ์ และนโยบายการอนุญาต โดยทั่วไปแล้วผมจะกำหนดค่าขอบเขตความปลอดภัยแบบกำหนดเองสำหรับสภาพแวดล้อมที่แตกต่างกัน ใช้ LDAP สำหรับการจัดการผู้ใช้แบบรวมศูนย์ และใช้ SSL/TLS สำหรับการสื่อสารที่เข้ารหัส นอกจากนี้ ผมจะบังคับใช้การควบคุมการเข้าถึงตามบทบาทสำหรับผู้ดูแลระบบและนักพัฒนาด้วย

8) คุณตรวจสอบประสิทธิภาพและวินิจฉัยปัญหาคอขวดใน WebLogic ได้อย่างไร

สิ่งที่คาดหวังจากผู้สมัคร: ผู้สัมภาษณ์กำลังตรวจสอบประสบการณ์การปฏิบัติงานและการติดตามของคุณ

ตัวอย่างคำตอบ:

“ในบทบาทล่าสุดของฉัน ฉันใช้เครื่องมือเช่น WebLogic Diagnostic Framework (WLDF) และ JVisualVM เพื่อตรวจสอบการใช้งานเธรด พูลการเชื่อมต่อ JDBC และการใช้งานฮีป JVM ผมยังได้กำหนดค่าการแจ้งเตือนอัตโนมัติสำหรับตัวบ่งชี้ประสิทธิภาพหลักๆ เช่น เธรดค้างและเกณฑ์หน่วยความจำฮีป ซึ่งช่วยในการตรวจจับและแก้ไขปัญหาประสิทธิภาพได้ตั้งแต่เนิ่นๆ

9) คุณจัดการการปรับใช้แบบต่อเนื่องหรือการอัปเดตในคลัสเตอร์ WebLogic โดยไม่ต้องหยุดทำงานได้อย่างไร

สิ่งที่คาดหวังจากผู้สมัคร: ผู้สัมภาษณ์ต้องการดูความเข้าใจของคุณเกี่ยวกับแนวทางปฏิบัติที่ดีที่สุดในการปรับใช้

ตัวอย่างคำตอบ:

การปรับใช้แบบโรลลิ่งสามารถทำได้โดยการอัปเดตเซิร์ฟเวอร์ที่จัดการภายในคลัสเตอร์ตามลำดับ ในขณะที่เซิร์ฟเวอร์อื่นๆ ยังคงทำงานอยู่เพื่อจัดการปริมาณการใช้งาน ฉันใช้สคริปต์ WLST หรือคอนโซลผู้ดูแลระบบเพื่อกำหนดเป้าหมายเซิร์ฟเวอร์ทีละเครื่อง เพื่อให้แน่ใจว่าเซิร์ฟเวอร์จะพร้อมใช้งานอย่างต่อเนื่องตลอดกระบวนการปรับใช้

10) คุณจะดำเนินการย้ายการกำหนดค่า WebLogic จากสภาพแวดล้อมหนึ่งไปสู่อีกสภาพแวดล้อมหนึ่ง (เช่น จากการทดสอบไปสู่การผลิต) อย่างไร

สิ่งที่คาดหวังจากผู้สมัคร: ผู้สัมภาษณ์ต้องการประเมินการจัดการกระบวนการและความเอาใจใส่ต่อรายละเอียดของคุณ

ตัวอย่างคำตอบ:

“ในตำแหน่งก่อนหน้านี้ ฉันใช้ WebLogic pack และ unpack ยูทิลิตี้สำหรับการย้ายโดเมนระหว่างสภาพแวดล้อมต่างๆ ก่อนการย้าย ฉันได้ตรวจสอบให้แน่ใจว่าไฟล์การกำหนดค่า แหล่งข้อมูล JDBC และทรัพยากร JMS สอดคล้องกับตัวแปรสภาพแวดล้อมใหม่ นอกจากนี้ ฉันยังได้ทำขั้นตอนการตรวจสอบความถูกต้องโดยใช้สคริปต์ WLST เพื่อยืนยันความสมบูรณ์ของการปรับใช้ก่อนเริ่มใช้งานจริง

สรุปโพสต์นี้ด้วย: