TOP 50 câu hỏi và câu trả lời phỏng vấn WebLogic (2026)
Bạn đang chuẩn bị cho buổi phỏng vấn tại WebLogic? Đã đến lúc tìm hiểu điều gì khiến bạn nổi bật. Cụm từ “Câu hỏi phỏng vấn WebLogic” nắm giữ chìa khóa để đánh giá kiến thức về cấu hình, chiến lược triển khai và chuyên môn quản lý máy chủ.
Cơ hội việc làm trong lĩnh vực quản trị WebLogic đang mở rộng nhanh chóng trên khắp các ngành, mang đến con đường sự nghiệp vững chắc cho các chuyên gia có kinh nghiệm kỹ thuật sâu rộng và chuyên môn sâu rộng. Từ nhân viên mới đến quản lý cấp cao, việc hiểu rõ những câu hỏi và câu trả lời này sẽ giúp bạn phát triển kỹ năng phân tích thực tế, trau dồi chuyên môn kỹ thuật và nâng cao bộ kỹ năng cho cả môi trường doanh nghiệp cơ bản và nâng cao.
Dựa trên thông tin chi tiết từ hơn 65 nhà lãnh đạo kỹ thuật, nhà quản lý và chuyên gia, bộ thông tin chi tiết về cuộc phỏng vấn được WebLogic tuyển chọn này phản ánh các xu hướng tuyển dụng đa dạng và kỳ vọng thực tế trong các vai trò quản trị, xử lý sự cố và tối ưu hóa hiệu suất.

Những câu hỏi và câu trả lời phỏng vấn hàng đầu của WebLogic
1) là gì Oracle WebLogic Server và những đặc điểm chính của nó là gì?
Oracle WebLogic Server là một Java Máy chủ ứng dụng dựa trên EE được sử dụng để phát triển, triển khai và chạy các ứng dụng cấp doanh nghiệp. Nó hỗ trợ các công nghệ như JDBC, JMS, EJB và Servlet, cho phép các hoạt động trung gian mạnh mẽ giữa hệ thống máy khách và hệ thống phụ trợ.
Đặc điểm chính:
- Khả năng mở rộng cao và hỗ trợ cụm
- Built-in Quản lý dựa trên JMX và các công cụ giám sát
- Triển khai nóng khả năng cập nhật ứng dụng động
- Nâng cao Quản lý giao dịch JTA và Nhắn tin JMS
- Hội nhập với Oracle Phần mềm trung gian Fusion và Cơ sở hạ tầng đám mây
Ví dụ:
Một doanh nghiệp tài chính có thể sử dụng WebLogic để triển khai các dịch vụ vi mô xử lý thanh toán an toàn có khả năng tự động mở rộng trên nhiều máy chủ được quản lý.
👉 Tải xuống PDF miễn phí: Câu hỏi và câu trả lời phỏng vấn WebLogic
2) Giải thích các thành phần khác nhau của kiến trúc WebLogic Server.
Kiến trúc WebLogic được thiết kế xung quanh tính mô-đun và khả năng quản lý, hỗ trợ môi trường phân tán và cụm.
| Thành phần | Mô tả Chi tiết |
|---|---|
| Máy chủ quản trị | Thực thể quản lý trung tâm kiểm soát toàn bộ miền. |
| Máy chủ được quản lý | Lưu trữ các ứng dụng và tài nguyên đã triển khai. |
| Trình quản lý nút | Quản lý vòng đời máy chủ (khởi động, dừng, khởi động lại). |
| miền | Nhóm máy chủ và cài đặt cấu hình một cách hợp lý. |
| Cluster | Nhóm máy chủ được quản lý hoạt động như một đơn vị logic. |
Ví dụ:
Trong thiết lập sản xuất, Máy chủ quản trị có thể nằm trên một máy, trong khi nhiều Máy chủ được quản lý xử lý các yêu cầu của người dùng trên một cụm để cân bằng tải.
3) WebLogic hỗ trợ phân cụm như thế nào và lợi ích của nó là gì?
Clustering trong WebLogic cho phép nhiều phiên bản máy chủ cùng nhau làm việc để cải thiện khả năng mở rộng, hiệu suất và tính khả dụng.
Lợi ích của ClusterNS:
- Cân bằng tải: Phân phối đều các yêu cầu của khách hàng.
- Hỗ trợ chuyển đổi dự phòng: Chuyển hướng yêu cầu trong trường hợp máy chủ ngừng hoạt động.
- Sao chép phiên: Duy trì tính liên tục của phiên làm việc của người dùng.
- Khả năng mở rộng: Dễ dàng mở rộng theo chiều ngang bằng cách thêm máy chủ được quản lý.
Ví dụ:
Một ứng dụng thương mại điện tử có thể triển khai nhiều máy chủ được quản lý trong cụm WebLogic để đảm bảo không có thời gian chết trong giờ mua sắm cao điểm.
4) Có những loại triển khai nào trong WebLogic Server?
WebLogic hỗ trợ nhiều loại triển khai khác nhau để phù hợp với việc quản lý phát hành linh hoạt:
| Loại triển khai | Mô tả Chi tiết |
|---|---|
| Phát nổ ArchiTriển khai ve | Triển khai các tệp riêng lẻ; tốt nhất cho việc gỡ lỗi và thử nghiệm. |
| Đóng gói Archive (CHIẾN TRANH/TAI) | Phương pháp triển khai tiêu chuẩn cho sản xuất. |
| Tự động triển khai | Để phát triển; tự động triển khai các ứng dụng được đặt trong autodeploy thư mục. |
| Tái triển khai sản xuất | Cho phép triển khai theo phiên bản để cập nhật không mất thời gian chết. |
Ví dụ:
Trong quá trình tích hợp liên tục, các nhà phát triển có thể sử dụng triển khai bùng nổ để lặp lại nhanh, trong khi sản xuất sử dụng triển khai gói EAR.
5) Sự khác biệt giữa miền và cụm trong WebLogic là gì?
| Tính năng | miền | Cluster |
|---|---|---|
| Mục đích | Nhóm hợp lý các máy chủ và cấu hình | Nhóm máy chủ có khả năng mở rộng và tính khả dụng cao |
| Phạm vi | Có thể chứa một hoặc nhiều cụm | Luôn tồn tại trong một miền |
| Cấu hình | Bao gồm Máy chủ quản trị và Máy chủ được quản lý | Chỉ bao gồm Máy chủ được quản lý |
| Ví dụ | “FinanceDomain” quản lý ứng dụng tài chính | "Tài chínhCluster” xử lý tải thanh toán |
Thực chất, Một miền xác định ranh giới hành chính, trong khi một cụm xác định ranh giới khả năng mở rộng thời gian chạy.
6) Giải thích vòng đời của WebLogic Server.
Vòng đời của WebLogic Server xác định các giai đoạn từ khi khởi động đến khi tắt máy. Nó đảm bảo việc quản lý và phục hồi được kiểm soát.
Các giai đoạn vòng đời:
- TẮT: Máy chủ không chạy.
- BẮT ĐẦU: Khởi tạo dịch vụ.
- ĐANG CHẠY: Sẵn sàng xử lý yêu cầu của khách hàng.
- TẠM DỪNG: Tạm dừng hoạt động một cách khéo léo.
- ĐANG TẮT: Dừng có kiểm soát với chức năng dọn dẹp phiên.
Ví dụ:
Trong quá trình sản xuất, quản trị viên có thể sử dụng "tạm dừng" trước khi vá lỗi để tránh tình trạng ngắt kết nối đột ngột của máy khách.
7) Node Manager là gì và có những loại nào?
Trình quản lý nút là một tiện ích cho phép người quản trị bắt đầu, dừng, khởi động lại và giám sát Các phiên bản WebLogic Server từ xa.
| Kiểu | Mô tả Chi tiết |
|---|---|
| JavaTrình quản lý nút dựa trên | Đa nền tảng, chạy trên mọi hệ thống có JDK. |
| Trình quản lý nút dựa trên tập lệnh | Dành riêng cho nền tảng, sử dụng tập lệnh shell hoặc tập lệnh batch. |
Ưu điểm:
- Kiểm soát vòng đời máy chủ tập trung
- Tự động khởi động lại sau khi gặp sự cố
- Tích hợp với Bảng điều khiển quản trị để thực hiện các hoạt động từ xa
Ví dụ:
Trong thiết lập phân tán, Node Manager có thể tự động khởi động lại Máy chủ được quản lý bị lỗi trên một nút khác.
8) Làm thế nào để cấu hình nhóm kết nối JDBC trong WebLogic?
Để kết nối các ứng dụng với cơ sở dữ liệu một cách hiệu quả, WebLogic sử dụng Nguồn dữ liệu JDBC và Nhóm kết nối.
Các bước cấu hình:
- Truy cập Bảng điều khiển quản trị → Dịch vụ → Nguồn dữ liệu.
- Định nghĩa Tên JNDI, Người lái xevà URL.
- Đặt các tham số nhóm như công suất tối đa và thời gian chờ.
- Kiểm tra cấu hình và nhắm mục tiêu tới máy chủ/cụm.
Ví dụ:
Một nhóm kết nối gồm 50 kết nối cho một Oracle DB có thể phục vụ hàng trăm người dùng web cùng lúc mà không cần tạo kết nối mới mỗi lần.
9) JMS trong WebLogic là gì và lợi ích của nó là gì?
JMS (Java Dịch vụ tin nhắn) trong WebLogic cho phép giao tiếp không đồng bộ giữa các thành phần phân tán bằng cách sử dụng hàng đợi tin nhắn và chủ đề.
Lợi ích:
- Khớp nối lỏng lẻo: Người sản xuất và người tiêu dùng hoạt động độc lập.
- Khả năng mở rộng: Hỗ trợ máy chủ tin nhắn theo cụm.
- Độ bền: Tin nhắn sẽ được lưu lại cho đến khi việc gửi tin nhắn được xác nhận.
- Thích ứng với văn hoá: Hỗ trợ cả mô hình Point-to-Point và Publish/Subscribe.
Ví dụ:
Ứng dụng ngân hàng sử dụng hàng đợi JMS để thông báo giao dịch an toàn giữa các dịch vụ.
10) Giải thích sự khác biệt giữa WebLogic và WebSphere.
| Tiêu chí | WebLogic | WebSphere |
|---|---|---|
| Nhà cung cấp | Oracle | IBM |
| Dễ sử dụng | Cấu trúc bảng điều khiển và miền đơn giản | Quản lý phức tạp |
| HIỆU QUẢ | Được tối ưu hóa cao cho Oracle DB | Tốt cho IBM hệ sinh thái |
| Triển khai | Hỗ trợ triển khai theo phiên bản và liên tục | Hỗ trợ triển khai gia tăng |
| Trường hợp sử dụng | Tốt nhất cho Oracle ngăn xếp phần mềm trung gian | ưa thích trong IBMmôi trường tập trung |
Ví dụ:
Các tổ chức đã sử dụng Oracle Fusion Middleware thường ưu tiên WebLogic về khả năng tích hợp và hỗ trợ gốc.
11) WebLogic xử lý bảo mật như thế nào và các thành phần bảo mật chính của nó là gì?
WebLogic cung cấp một khuôn khổ bảo mật toàn diện, nhiều lớp bao gồm xác thực, ủy quyền, kiểm tra và bảo vệ dữ liệu. Bảo mật được quản lý thông qua các miền xác định cách người dùng, nhóm và vai trò tương tác với các ứng dụng và tài nguyên.
Các thành phần bảo mật chính:
- Nhà cung cấp xác thực: Xác minh danh tính người dùng bằng LDAP, DB hoặc các nguồn tùy chỉnh.
- Nhà cung cấp ủy quyền: Xác định quyền truy cập vào tài nguyên.
- Nhà cung cấp dịch vụ kiểm toán: Ghi lại các sự kiện liên quan đến bảo mật để tuân thủ.
- Người lập bản đồ thông tin xác thực: Quản lý thông tin đăng nhập cho các kết nối đi.
- SSL / TLS: Mã hóa dữ liệu trong quá trình chuyển tiếp.
Ví dụ:
Công ty có thể cấu hình WebLogic để xác thực người dùng thông qua Active Directory (LDAP) trong khi áp dụng quyền truy cập dựa trên vai trò cho các đặc quyền triển khai.
12) Nguồn dữ liệu JDBC là gì và các loại của chúng trong WebLogic?
A Nguồn dữ liệu JDBC là biểu diễn logic của kết nối cơ sở dữ liệu mà các ứng dụng sử dụng cho các hoạt động SQL mà không cần quản lý các kết nối vật lý.
| Kiểu | Mô tả Chi tiết |
|---|---|
| Nguồn dữ liệu chung | Nguồn dữ liệu chuẩn cho các ứng dụng. |
| Nguồn dữ liệu GridLink | Tối ưu hóa cho Oracle Cơ sở dữ liệu RAC có tính khả dụng cao. |
| Nguồn dữ liệu đa dạng | Nhóm nhiều nguồn dữ liệu để cân bằng tải hoặc chuyển đổi dự phòng. |
Ví dụ:
Nguồn dữ liệu GridLink tự động cân bằng các kết nối giữa Oracle Các nút RAC, đảm bảo kết nối cơ sở dữ liệu không bị gián đoạn.
13) Làm thế nào để kích hoạt SSL trong WebLogic Server?
Lớp cổng bảo mật (SSL) đảm bảo giao tiếp được mã hóa giữa máy khách và máy chủ.
Các bước để kích hoạt SSL:
- Có được hoặc tạo ra một giấy chứng nhận điện tử (tự ký hoặc được CA ký).
- Thiết lập bản sắc và kho lưu trữ khóa tin cậy trong Bảng điều khiển quản trị WebLogic.
- Kích hoạt tính năng Cổng SSL (mặc định 7002).
- Target Cài đặt SSL cho các Máy chủ được quản lý hoặc cụm cụ thể.
Ví dụ:
Trong quá trình sản xuất, một trang web thương mại điện tử sẽ sử dụng chứng chỉ có chữ ký của CA (ví dụ: DigiCert) để bảo vệ dữ liệu người dùng trong quá trình đăng nhập và thanh toán.
14) Kỹ thuật điều chỉnh nào được sử dụng để tối ưu hóa hiệu suất WebLogic?
Việc điều chỉnh WebLogic tập trung vào việc tối đa hóa thông lượng và giảm thiểu độ trễ trên toàn bộ JVM, JDBC và quản lý luồng.
Các khu vực điều chỉnh chính:
- Điều chỉnh JVM: Tối ưu hóa kích thước heap, thuật toán thu gom rác (G1GC, CMS).
- Điều chỉnh nhóm luồng: Điều chỉnh số lượng luồng thực thi trong “WorkManager”.
- Tối ưu hóa JDBC: Điều chỉnh kích thước nhóm và thời gian chờ kết nối.
- Cluster Cân bằng: Sử dụng bộ cân bằng tải phần cứng như F5 hoặc Oracle Giám đốc giao thông.
- Bộ nhớ đệm: Bật kết quả và lưu trữ đệm EJB cho các truy vấn lặp lại.
Ví dụ:
Tăng kích thước nhóm luồng thực thi sẽ cải thiện tính đồng thời cho các API REST khối lượng lớn.
15) Luồng bị kẹt là gì và bạn xử lý chúng như thế nào trong WebLogic?
A sợi chỉ bị kẹt xảy ra khi một yêu cầu mất nhiều thời gian hơn thời gian đã cấu hình để hoàn thành, có khả năng dẫn đến giảm hiệu suất.
Nguyên nhân phổ biến:
- Các truy vấn SQL chạy dài
- Bế tắc hoặc chậm trễ mạng
- Kích thước nhóm luồng không đủ
Các bước giải quyết:
- Phân tích nhật ký để tìm ra dấu vết luồng bị kẹt.
- Tăng nhóm luồng hoặc điều chỉnh các lệnh gọi ở phía sau.
- Điều chỉnh tham số “StuckThreadMaxTime”.
- Hãy cân nhắc xử lý không đồng bộ cho các tác vụ chạy lâu.
Ví dụ:
Nếu luồng tạo báo cáo vượt quá giới hạn mặc định 600 giây, WebLogic sẽ đánh dấu luồng đó là bị kẹt và có thể kích hoạt khởi động lại máy chủ tùy thuộc vào cấu hình.
16) Sự khác biệt giữa Mẫu tên miền và Mẫu máy chủ được quản lý là gì?
| Yếu tố | Mẫu tên miền | Mẫu máy chủ được quản lý |
|---|---|---|
| Mục đích | Được sử dụng để tạo một miền WebLogic mới | Được sử dụng để tạo Máy chủ được quản lý để mở rộng quy mô |
| Phạm vi | Bao gồm Máy chủ quản trị, tài nguyên và cấu hình | Bao gồm các thiết lập cụ thể cho Máy chủ được quản lý |
| Sử dụng | Thiết lập ban đầu | Mở rộng miền hiện có |
| Ví dụ | Tạo “FinanceDomain” | Thêm “FinanceServer3” bằng cách sử dụng Mẫu máy chủ được quản lý |
Tóm tắt:
Mẫu miền đơn giản hóa việc thiết lập môi trường, trong khi mẫu Máy chủ được quản lý chuẩn hóa việc mở rộng quy mô và triển khai.
17) Bạn thực hiện tự động triển khai trong WebLogic như thế nào?
Tự động hóa triển khai đảm bảo phân phối ứng dụng nhanh hơn, nhất quán và không có lỗi trên nhiều môi trường.
Phương pháp:
- WLST (Công cụ viết kịch bản WebLogic): Python-dựa trên kịch bản để triển khai và quản lý tự động.
- Nhiệm vụ ANT: Tích hợp triển khai vào quy trình CI/CD.
- API REST: Quản lý triển khai theo chương trình.
- Công cụ triển khai WebLogic (WDT): Đơn giản hóa việc tạo tên miền và cập nhật ứng dụng.
Ví dụ:
Nhóm DevOps có thể tự động triển khai EAR bằng cách sử dụng các tập lệnh WLST tích hợp với Jenkins, đảm bảo các bản phát hành nhất quán trên toàn bộ quá trình dàn dựng và sản xuất.
18) Vai trò của WebLogic Diagnostic Framework (WLDF) là gì?
WLDF là một khuôn khổ giám sát và chẩn đoán mạnh mẽ giúp quản trị viên thu thập, phân tích và phản hồi các sự kiện thời gian chạy.
Tính năng chính:
- Thiết bị đo đạc: Theo dõi hiệu suất ở cấp độ phương pháp.
- Harvester: Thu thập các số liệu như mức sử dụng heap, số lượng luồng.
- Xem và Thông báo: Kích hoạt cảnh báo khi vượt quá ngưỡng.
- Hình ảnh chẩn đoán: Ghi lại trạng thái máy chủ để khắc phục sự cố.
Ví dụ:
WLDF có thể kích hoạt cảnh báo qua email khi mức sử dụng bộ nhớ của máy chủ vượt quá 80%, ngăn ngừa tình trạng ngừng hoạt động tiềm ẩn.
19) WebLogic quản lý giao dịch như thế nào?
WebLogic triển khai JTA (Java API giao dịch) để quản lý giao dịch phân tán trên nhiều tài nguyên như cơ sở dữ liệu và JMS.
Các loại giao dịch:
- Giao dịch nội địa: Tài nguyên đơn (ví dụ: một DB).
- Giao dịch toàn cầu: Nhiều tài nguyên (ví dụ: DB + JMS).
Tính năng, đặc điểm:
- Cam kết hai giai đoạn (2PC) đảm bảo tính nhất quán của dữ liệu.
- Hỗ trợ các tài nguyên tương thích với XA để phục hồi.
- Cài đặt thời gian chờ và khôi phục có thể cấu hình.
Ví dụ:
Chuyển khoản ngân hàng liên quan đến ghi nợ và ghi có trên hai cơ sở dữ liệu sử dụng giao dịch toàn cầu để duy trì tính nguyên tử.
20) Làm thế nào để khắc phục lỗi khởi động máy chủ trong WebLogic?
Nguyên nhân phổ biến:
- Xung đột cổng (cổng Quản trị viên hoặc Cổng Máy chủ được quản lý).
- Thiếu biến môi trường (JAVA_HOME, MW_HOME).
- Tệp cấu hình miền bị hỏng.
- Lỗi phân bổ bộ nhớ.
Các bước khắc phục sự cố:
- Phê duyệt AdminServer.log để tìm nguyên nhân gốc rễ.
- Validate setDomainEnv.sh/bat cấu hình.
- Sử dụng
java -versionđể xác minh khả năng tương thích của JVM. - Kiểm tra xung đột cổng bằng cách sử dụng
netstat. - Khôi phục từ bản sao lưu tên miền nếu cần.
Ví dụ:
Lỗi khởi động “Địa chỉ đã được sử dụng” cho biết cổng 7001 xung đột; thay đổi cổng này trong cấu hình sẽ giải quyết được sự cố.
21) Di chuyển máy chủ trong WebLogic là gì và được triển khai như thế nào?
Di chuyển máy chủ đề cập đến việc chuyển giao tự động hoặc thủ công của một Phiên bản Máy chủ được quản lý từ máy vật lý này sang máy vật lý khác trong một môi trường cụm. Nó tăng cường tính khả dụng cao (HA) và khả năng chịu lỗi.
Các bước thực hiện:
- Thiết lập Cluster và Trình quản lý nút để hỗ trợ di cư.
- Kích hoạt tính năng Di chuyển toàn bộ máy chủ trong Bảng điều khiển quản trị.
- Định nghĩa chính sách di cư (Tự động hoặc Thủ công).
- Đảm bảo lưu trữ chia sẻ (NFS) cho thống nhất.
Ví dụ:
Nếu Máy chủ được quản lý chạy trên Node1 bị lỗi, WebLogic có thể tự động di chuyển máy chủ đó sang Node2 mà không gây ngừng hoạt động — đảm bảo tính liên tục của hoạt động kinh doanh.
22) Giải thích khái niệm Di chuyển dịch vụ trong WebLogic.
Di chuyển dịch vụ di chuyển dịch vụ được ghim (như máy chủ JMS hoặc dịch vụ Singleton) giữa các nút trong cụm để đảm bảo tính khả dụng.
| Tính năng | Di chuyển máy chủ | Di chuyển dịch vụ |
|---|---|---|
| Phạm vi | Toàn bộ máy chủ được quản lý | Các dịch vụ cụ thể |
| Cò súng | Lỗi nút hoặc phần cứng | Lỗi dịch vụ JMS hoặc singleton |
| Va chạm | Tất cả các ứng dụng được lưu trữ đều di chuyển | Chỉ dịch vụ di chuyển |
Ví dụ:
Máy chủ JMS được triển khai trên một nút bị lỗi có thể tự động di chuyển đến một nút hoạt động bình thường để duy trì việc gửi tin nhắn.
23) Có những chế độ cài đặt WebLogic nào và mục đích của chúng là gì?
WebLogic hỗ trợ ba chế độ cài đặt chính phù hợp với nhiều giai đoạn vòng đời khác nhau.
| Chế độ | Mô tả Chi tiết | Trường hợp sử dụng |
|---|---|---|
| chế độ phát triển | Triển khai nhanh, bảo mật tối thiểu | Kiểm tra cục bộ, gỡ lỗi |
| Chế độ sản xuất | Bảo mật nâng cao, không tự động triển khai | Môi trường sản xuất |
| Chế độ bảo mật | Thực thi các chính sách và SSL/TLS nghiêm ngặt | Các tổ chức an ninh cao |
Ví dụ:
Môi trường QA có thể sử dụng chế độ phát triển để dễ triển khai lại, trong khi môi trường sản xuất áp dụng chế độ bảo mật để đáp ứng các tiêu chuẩn tuân thủ.
24) WebLogic tích hợp với Kubernetes và Docker như thế nào?
WebLogic hỗ trợ triển khai container và triển khai đám mây gốc thông qua WebLogic Kubernetes Operator.
Điểm nổi bật về tích hợp:
- Giản quản lý tên miền thông qua cấu hình YAML.
- Chia tỷ lệ tự động sử dụng Kubernetes Horizontal Pod Autoscaler.
- Khối lượng liên tục (PV) lưu trữ tên miền trang chủ và nhật ký.
- Hỗ trợ cập nhật liên tục và triển khai không có thời gian chết.
Ví dụ:
Việc triển khai cụm WebLogic dưới dạng các container Docker được điều phối bởi Kubernetes giúp tăng cường khả năng di động và sử dụng tài nguyên trong các thiết lập đám mây lai.
25) Sự khác biệt chính giữa WebLogic và Apache Tomcat là gì?
| Tiêu chí | WebLogic | Mèo đực |
|---|---|---|
| Kiểu | Full Java Máy chủ ứng dụng EE | Container Servlet nhẹ |
| Thành phần JEE | Hỗ trợ EJB, JMS, JTA, JPA | Giới hạn ở Servlets và JSP |
| Clustering | Hỗ trợ tích hợp nâng cao | Yêu cầu thiết lập bên ngoài |
| Quản lý giao dịch | Triển khai JTA mạnh mẽ | Chỉ hỗ trợ cơ bản |
| Trường hợp sử dụng | Ứng dụng cấp doanh nghiệp | Các dịch vụ vi mô nhẹ |
Tóm tắt:
Tomcat lý tưởng cho các ứng dụng nhẹ, trong khi WebLogic cung cấp khả năng quản lý, khả năng mở rộng và mạnh mẽ ở cấp độ doanh nghiệp.
26) Work Manager trong WebLogic là gì và chúng hữu ích như thế nào?
Quản lý công việc quản lý cách phân bổ luồng để thực hiện các yêu cầu ứng dụng một cách hiệu quả. Chúng kiểm soát ưu tiên luồng, công bằngvà mục tiêu thời gian phản hồi.
Thành phần chính:
- Lớp yêu cầu chia sẻ công bằng: Cân bằng việc xử lý yêu cầu giữa các ứng dụng.
- Lớp yêu cầu thời gian phản hồi: Ưu tiên các yêu cầu có mục tiêu phản hồi.
- Ràng buộc luồng Min/Max: Kiểm soát mức độ đồng thời.
- Hạn chế về năng lực: Giới hạn sử dụng tài nguyên.
Ví dụ:
Đối với ứng dụng đa thuê bao, Work Manager đảm bảo mỗi thuê bao nhận được phân bổ CPU và luồng công bằng để tránh tình trạng thiếu tài nguyên.
27) Bạn theo dõi số liệu hiệu suất của WebLogic như thế nào?
WebLogic cung cấp một số công cụ để theo dõi hiệu suất theo thời gian thực và theo lịch sử.
Tùy chọn giám sát:
- Bảng điều khiển quản trị WebLogic: Hiển thị số liệu thống kê về luồng, heap và JDBC.
- Tập lệnh WLST: Tự động trích xuất số liệu để phân tích.
- JVisualVM & JConsole: Giám sát cấp độ JVM.
- API SNMP và REST: Tích hợp với các công cụ giám sát bên ngoài như Prometheus hoặc Grafana.
Ví dụ:
Quản trị viên có thể sử dụng tập lệnh WLST để thu thập thông tin sử dụng heap JVM và tự động kích hoạt thu gom rác khi ngưỡng bộ nhớ vượt quá 80%.
28) WebLogic tạo ra những nhật ký quan trọng nào và mục đích của chúng là gì?
WebLogic tạo ra nhiều tệp nhật ký để hỗ trợ chẩn đoán và kiểm tra.
| Loại nhật ký | Mô tả Chi tiết |
|---|---|
| Nhật ký máy chủ | Ghi lại các sự kiện khởi động, tắt máy và thời gian chạy. |
| Nhật ký miền | Tổng hợp nhật ký từ tất cả các máy chủ trong một miền. |
| Nhật ký truy cập HTTP | Ghi lại thông tin chi tiết về yêu cầu của khách hàng. |
| Nhật ký chẩn đoán (WLDF) | Bao gồm dữ liệu về sức khỏe và hiệu suất. |
Ví dụ:
Để gỡ lỗi phản hồi lỗi 500, quản trị viên sẽ xem xét cả Nhật ký truy cập HTTP (để xác định yêu cầu) và Nhật ký máy chủ (để tìm nguyên nhân gốc).
29) Ưu điểm và nhược điểm của việc sử dụng cụm WebLogic là gì?
| Yếu tố | Ưu điểm | Nhược điểm |
|---|---|---|
| HIỆU QUẢ | Cải thiện phân phối tải | Có thể thêm chi phí mạng |
| Sự có sẵn | Đảm bảo khả năng chuyển đổi dự phòng và dự phòng | Cấu hình phức tạp |
| khả năng mở rộng | Dễ dàng mở rộng theo chiều ngang | Yêu cầu lưu trữ chia sẻ |
| Bảo trì | Cho phép cập nhật liên tục | Tiêu thụ tài nguyên cao hơn |
Tóm tắt:
ClusterViệc này rất quan trọng đối với khả năng mở rộng của doanh nghiệp nhưng đòi hỏi phải lập kế hoạch tài nguyên và thiết lập mạng phù hợp.
30) Làm thế nào để cấu hình cân bằng tải trong WebLogic Server?
Cân bằng tải phân phối các yêu cầu của khách hàng giữa nhiều máy chủ để tối ưu hóa việc sử dụng tài nguyên và tăng cường khả năng chịu lỗi.
Các bước cấu hình:
- Tạo ra một cụm và thêm Máy chủ được quản lý.
- Thiết lập Các plugin proxy HTTP (WebLogic, Apache hoặc Oracle Máy chủ HTTP).
- Kích hoạt tính năng Sao chép phiên để hỗ trợ chuyển đổi dự phòng.
- Tùy chọn sử dụng bộ cân bằng tải phần cứng để quản lý giao thông bên ngoài.
Ví dụ:
Một cụm WebLogic với ba Máy chủ được quản lý có thể sử dụng Oracle Máy chủ HTTP đóng vai trò là bộ cân bằng tải phía trước để định tuyến đều các yêu cầu đến.
31) Làm thế nào để tối ưu hóa hiệu suất JMS trong WebLogic Server?
Tối ưu hóa hiệu suất JMS tập trung vào thông lượng tin nhắn, độ trễ và điều chỉnh độ tin cậy.
Thực hành tốt nhất:
- Sử dụng người tiêu dùng tin nhắn không đồng bộ thay vì những cái đồng bộ.
- Thiết lập Cửa hàng JMS (Tệp/JDBC) dựa trên nhu cầu hiệu suất.
- Rắc bột Kết nối Pooling cho các phiên JMS.
- Tối ưu hóa Chính sách lưu trữ tin nhắn—chỉ sử dụng “Persistent” khi cần thiết.
- Sử dụng Nén tin nhắn dành cho tải trọng lớn.
| Loại cửa hàng | Mô tả Chi tiết | Đề nghị cho |
|---|---|---|
| Lưu trữ tập tin | Lưu trữ tin nhắn trên đĩa cục bộ | Tốc độ cao, không cụm |
| Cửa hàng JDBC | Lưu trữ trong cơ sở dữ liệu | Thiết lập cụm đáng tin cậy |
Ví dụ:
Hệ thống giao dịch sử dụng kho lưu trữ tệp để truyền tin tức thời cực nhanh, trong khi nhật ký kiểm tra quan trọng sử dụng tính liên tục của JDBC để đảm bảo độ bền.
32) WebLogic hỗ trợ những loại EJB nào?
WebLogic hỗ trợ Doanh nghiệp JavaĐậu (EJB) cho các thành phần logic kinh doanh có thể tái sử dụng, dạng mô-đun.
| Kiểu | Mô tả Chi tiết | Trường hợp sử dụng |
|---|---|---|
| Bean phiên | Xử lý các yêu cầu của khách hàng; có thể có trạng thái hoặc không có trạng thái | Quy trình kinh doanh |
| Đậu thực thể | Biểu diễn các thực thể dữ liệu liên tục (không còn được sử dụng nữa mà chuyển sang JPA) | Ánh xạ cơ sở dữ liệu |
| Bean điều khiển bằng tin nhắn (MDB) | Xử lý các tin nhắn JMS không đồng bộ | Hệ thống điều khiển sự kiện |
Ví dụ:
Một bean phiên không trạng thái có thể xử lý các tính toán khoản vay trong ứng dụng ngân hàng, trong khi MDB xử lý thông báo phê duyệt khoản vay theo cách không đồng bộ.
33) WLST là gì và tại sao nó được sử dụng trong quản trị WebLogic?
WLST (Công cụ viết kịch bản WebLogic) là một Pythoncông cụ dòng lệnh dựa trên để tự động hóa các tác vụ quản trị trong WebLogic Server.
Khả năng:
- Tự động triển khai, tạo tên miền và kiểm soát máy chủ.
- Truy vấn MBean thời gian chạy để giám sát.
- Tích hợp với quy trình CI/CD để quản lý cấu hình.
- Hỗ trợ cả hai trực tuyến (đã kết nối) và ngoại tuyến (mẫu tên miền) chế độ.
Ví dụ:
Kỹ sư DevOps có thể viết một tập lệnh WLST để dừng tất cả Máy chủ được quản lý trong một cụm, áp dụng bản vá và khởi động lại chúng theo trình tự.
34) Giải thích sự khác biệt giữa chế độ trực tuyến và ngoại tuyến trong WLST.
| Tính năng | Chế độ trực tuyến | Chế độ ngoại tuyến |
|---|---|---|
| Kết nối | Kết nối với Máy chủ quản trị đang chạy | Hoạt động với các mẫu hoặc tệp miền |
| Trường hợp sử dụng | Các hoạt động thời gian thực như triển khai, giám sát | Tạo và cấu hình tên miền |
| Phạm vi thực hiện | Hiệu ứng tức thì trên máy chủ trực tiếp | Những thay đổi được áp dụng khi tên miền bắt đầu |
Ví dụ:
Trong khi chế độ trực tuyến có thể triển khai tệp EAR một cách linh hoạt thì chế độ ngoại tuyến lại lý tưởng để cấu hình trước các miền trước khi triển khai tự động.
35) WebLogic xử lý thời gian chờ và hoàn tác giao dịch như thế nào?
WebLogic hỗ trợ chi tiết quản lý giao dịch sử dụng có thể cấu hình chính sách thời gian chờ và hoàn nguyên.
cơ chế:
TransactionTimeoutSecondsxác định tuổi thọ của một giao dịch.- Nếu vượt quá, WebLogic sẽ tự động cuộn lại sự giao dịch.
- Hỗ trợ Giao dịch XA cho các hệ thống phân tán.
- Sử dụng Nhật ký JTA để phục hồi trong trường hợp máy chủ bị sập.
Ví dụ:
Giao dịch thực hiện nhiều bản cập nhật cơ sở dữ liệu sẽ tự động hoàn tác nếu bất kỳ thao tác phụ nào vượt quá thời gian chờ đã xác định, đảm bảo tính nhất quán.
36) Làm thế nào để bạn tích hợp WebLogic với Oracle Cơ sở hạ tầng đám mây (OCI)?
WebLogic tích hợp liền mạch với Oracle Cơ sở hạ tầng đám mây (OCI) để có khả năng mở rộng và hiệu quả quản lý cao.
Phương pháp tích hợp:
- Triển khai qua Oracle Máy chủ WebLogic cho OCI Hình ảnh thị trường.
- Sử dụng Bộ cân bằng tải OCI để quản lý giao thông.
- Kích hoạt tính năng Giám sát và ghi nhật ký OCI để có thể quan sát được.
- Tích hợp với Cơ sở dữ liệu tự trị để kết nối phía sau.
Ví dụ:
Nhà cung cấp SaaS lưu trữ các cụm WebLogic trong OCI với chính sách tự động mở rộng và kết nối chúng với Autonomous DB để xử lý khối lượng công việc động.
37) JMS Bridge là gì và khi nào bạn nên sử dụng nó?
A Cầu JMS connect hai nhà cung cấp JMS, cho phép truyền tải thông điệp liền mạch giữa chúng.
| Kịch bản | Ví dụ |
|---|---|
| Giao tiếp liên miền | Giữa hai miền WebLogic |
| Nhắn tin không đồng nhất | Giữa WebLogic JMS và ActiveMQ |
| Định tuyến tin nhắn | Từ hàng đợi nội bộ đến chủ đề bên ngoài |
Lợi ích chính:
Cho phép trao đổi tin nhắn giữa các hệ thống mà không cần sửa đổi mã ứng dụng.
Ví dụ:
Trong hệ sinh thái vi dịch vụ, WebLogic JMS Bridge có thể chuyển tiếp các thông báo đơn hàng từ WebLogic JMS đến một chủ đề Kafka bên ngoài.
38) Làm thế nào để cấu hình và sử dụng kho lưu trữ cố định trong WebLogic?
Các kho lưu trữ liên tục là kho lưu trữ để lưu trữ Tin nhắn JMS, nhật ký giao dịch và dữ liệu chẩn đoán.
Các loại cửa hàng:
- Lưu trữ tập tin: Lưu trữ dữ liệu trên đĩa cục bộ hoặc đĩa chia sẻ.
- Cửa hàng JDBC: Sử dụng cơ sở dữ liệu quan hệ để duy trì tính bền vững.
Các bước cấu hình:
- Điều hướng đến Dịch vụ → Kho lưu trữ cố định trong Bảng điều khiển quản trị.
- Tạo một kho lưu trữ mới (File hoặc JDBC).
- Target nó tới một máy chủ hoặc cụm.
- Liên kết nó với dịch vụ JMS hoặc Transaction.
Ví dụ:
Một cửa hàng JDBC được hỗ trợ bởi Oracle DB đảm bảo phục hồi các tin nhắn JMS ngay cả sau khi hệ thống khởi động lại bất ngờ.
39) Có những công cụ nào để khắc phục sự cố về hiệu suất của WebLogic?
Công cụ phổ biến:
- WLDF (Khung chẩn đoán WebLogic): Ghi lại số liệu thời gian chạy chi tiết.
- JConsole / JVisualVM: Theo dõi việc sử dụng heap và luồng.
- Thread Dumps & Heap Dumps: Chẩn đoán tình trạng bế tắc hoặc rò rỉ bộ nhớ.
- Nhật ký GC: Phân tích hiệu suất thu gom rác.
- Oracle Quản lý doanh nghiệp (OEM): Cung cấp khả năng giám sát ứng dụng toàn diện.
Ví dụ:
Việc dump luồng cho thấy có nhiều luồng đang chờ kết nối JDBC — cho thấy cần phải điều chỉnh kích thước nhóm.
40) WebLogic hỗ trợ các dịch vụ web dựa trên RESTful và SOAP như thế nào?
WebLogic cung cấp hỗ trợ toàn diện cho cả REST và SOAP thông qua Java Các nền tảng EE và JAX.
| Tính năng | RESTful (JAX-RS) | XÀ PHÒNG (JAX-WS) |
|---|---|---|
| Nghị định thư | HTTP | SOAP qua HTTP/S |
| Định dạng dữ liệu | JSON/XML | XML |
| HIỆU QUẢ | Nhẹ hơn, nhanh hơn | Nặng hơn, an toàn và trang trọng hơn |
| Trường hợp sử dụng | API web hiện đại | Tích hợp doanh nghiệp |
Ví dụ:
Ứng dụng HR dựa trên WebLogic có thể sử dụng REST API để truy xuất dữ liệu nhân viên, đồng thời sử dụng dịch vụ SOAP để tích hợp bảng lương với hệ thống ERP.
41) Thực hành tốt nhất để di chuyển các ứng dụng WebLogic giữa các môi trường là gì?
Di chuyển bao gồm việc di chuyển các ứng dụng và cấu hình từ Phát triển → Kiểm tra → Sản xuất môi trường trong khi vẫn đảm bảo tính nhất quán.
Thực hành tốt nhất:
- Sử dụng WebLogic Deploy Tooling (WDT) để tự động xuất/nhập tên miền.
- Biến môi trường bên ngoài (như URL DB, cổng).
- Di cư Cấu hình JDBC và JMS trước khi nộp đơn.
- Validate lĩnh vực bảo mật và vai trò người dùng.
- Luôn luôn thử nghiệm trong miền dàn dựng trước khi chuyển đổi sản xuất.
Ví dụ:
Khi di chuyển từ WebLogic 12.2.1 sang 14c, WDT có thể xuất các mẫu miền và tạo lại chúng với cấu hình giống hệt nhau trong môi trường mới.
42) Giải thích Phân vùng miền trong WebLogic 12c và những ưu điểm của nó.
Phân vùng miền là một tính năng đa thuê bao trong WebLogic 12c cho phép sự phân tách hợp lý của các ứng dụng trong một miền duy nhất.
| Tính năng | Mô tả Chi tiết |
|---|---|
| Cô lập | Cấu hình, nhật ký và tài nguyên riêng biệt cho mỗi đối tượng thuê |
| Bảo mật | Vai trò và chính sách cấp phân vùng |
| Quản lý nguồn tài nguyên | Cài đặt JDBC/JMS độc lập |
| Dễ quản lý | Máy chủ quản trị duy nhất cho nhiều phân vùng |
Ưu điểm:
- Đơn giản hóa việc triển khai đám mây đa thuê bao.
- Giảm chi phí phần cứng.
- Cải thiện hiệu quả hoạt động.
Ví dụ:
Nhà cung cấp SaaS doanh nghiệp có thể lưu trữ nhiều ứng dụng khách hàng một cách an toàn trong một miền WebLogic bằng cách sử dụng các phân vùng riêng biệt.
43) Làm thế nào để bảo vệ WebLogic khỏi truy cập trái phép?
Bảo mật WebLogic yêu cầu một cách tiếp cận nhiều lớp kết hợp xác thực, mã hóa và quản lý chính sách.
Danh sách kiểm tra tăng cường bảo mật:
- Thay đổi mật khẩu mặc định ngay sau khi cài đặt.
- Thi hành chính sách mật khẩu mạnh và Xác thực dựa trên LDAP.
- Kích hoạt tính năng SSL / TLS và vô hiệu hóa các cổng không an toàn.
- Sử dụng Java Quản lý an ninh và hạn chế quyền truy cập quản trị.
- Áp dụng thường xuyên Bản cập nhật bản vá quan trọng (CPU) từ Oracle.
Ví dụ:
Cấu hình xác thực SSL hai chiều đảm bảo xác thực cả máy khách và máy chủ, bảo vệ các API ngân hàng nhạy cảm khỏi các cuộc tấn công mạo danh.
44) Vai trò của WebLogic là gì? Oracle Kiến trúc Fusion Middleware?
WebLogic hoạt động như cốt lõi Java Container EE ở trong Oracle Fusion Middleware (OFM), lưu trữ các thành phần phần mềm trung gian quan trọng.
Vai trò tích hợp:
- Máy chủ Bộ SOA, Oracle Xe buýt dịch vụ (OSB)và Quản lý danh tính.
- Cung cấp JTA, JMS và JNDI dịch vụ cho các thành phần OFM.
- Hỗ trợ khả năng mở rộng, phân cụm và tính khả dụng cao trên các lớp phần mềm trung gian.
- Hoạt động như một cầu nối giữa tầng web frontend và cơ sở dữ liệu phụ trợ.
Ví dụ:
Trong triển khai Fusion Middleware, WebLogic quản lý việc thực thi quy trình BPEL và trao đổi dữ liệu giữa Oracle Dịch vụ Bus và cơ sở dữ liệu.
45) Bạn xử lý OutOfMemoryError trong WebLogic Server như thế nào?
An Lỗi OutOfMemory (OOME) chỉ ra rằng heap JVM hoặc bộ nhớ gốc đã cạn kiệt.
Các bước giải quyết:
- Phân tích đống đổ nát sử dụng các công cụ như Eclipse CHIẾU.
- Điều chỉnh các tùy chọn JVM (
-Xmx,-Xms,-XX:+UseG1GC). - Kích hoạt tính năng Chẩn đoán bộ nhớ WLDF.
- Xác định rò rỉ bộ nhớ trong mã ứng dụng.
- Hãy xem xét Phân cụm JVM hoặc mở rộng theo chiều dọc.
Ví dụ:
Hàng đợi JMS lớn gây áp lực lên heap có thể được điều chỉnh bằng cách giảm lưu giữ tin nhắn hoặc di chuyển nó đến máy chủ JMS chuyên dụng.
46) Nguyên nhân phổ biến gây ra lỗi “Máy chủ ở trạng thái THẤT BẠI” trong WebLogic là gì?
Nguyên nhân phổ biến:
- Xung đột cổng (ví dụ: cổng 7001 đã được sử dụng).
- Thiếu hoặc bị hỏng boot.properties.
- không đủ bộ nhớ heap hoặc permgen.
- Lỗi kết nối cơ sở dữ liệu khi khởi động.
- Mô tả triển khai không hợp lệ (web.xml, weblogic.xml).
Cách tiếp cận sửa chữa:
- Phê duyệt
ServerName.logđể tìm nguyên nhân gốc rễ. - Tái tạo
boot.propertiesnếu xác thực không thành công. - Xác thực kết nối JDBC thông qua Bảng điều khiển quản trị.
- Sửa bất kỳ biến môi trường nào bị thiếu.
Ví dụ:
Nếu máy chủ gặp lỗi "Kết nối JDBC bị từ chối", việc cập nhật URL nguồn dữ liệu hoặc thông tin xác thực sẽ giải quyết được lỗi.
47) Vai trò của Node Manager trong quá trình chuyển đổi dự phòng và phục hồi là gì?
Trình quản lý nút là cần thiết cho tính khả dụng cao (HA) và phục hồi tự động trong các miền WebLogic.
Chức năng:
- Theo dõi tình trạng hoạt động của Máy chủ được quản lý.
- Tự động khởi động lại các máy chủ bị lỗi.
- Hỗ trợ di chuyển máy chủ giữa các vật chủ.
- cho phép tắt máy duyên dáng trong quá trình bảo trì.
Ví dụ:
Nếu Máy chủ được quản lý lưu trữ API quan trọng bị sập, Node Manager sẽ tự động khởi động lại, đảm bảo thời gian ngừng hoạt động ở mức tối thiểu.
48) Làm thế nào bạn có thể điều chỉnh WLDF (WebLogic Diagnostic Framework) để theo dõi hiệu suất?
Điều chỉnh WLDF đảm bảo khả năng hiển thị tối ưu với chi phí hiệu suất tối thiểu.
Các bước điều chỉnh:
- Hạn chế số lượng thu thập được số liệu và điểm dữ liệu.
- Kích hoạt tính năng lấy mẫu thay vì đo đạc đầy đủ.
- Sử dụng đồng hồ dựa trên ngưỡng chỉ dành cho cảnh báo quan trọng.
- Lưu trữ dữ liệu chẩn đoán trong xoay vòng các tệp nhật ký.
- Tích hợp WLDF với các công cụ APM bên ngoài (ví dụ: Prometheus, ELK).
Ví dụ:
Cấu hình WLDF để chỉ kích hoạt cảnh báo khi mức sử dụng heap vượt quá 85% giúp tránh tình trạng ghi nhật ký quá mức trong khi vẫn duy trì nhận thức về tình huống.
49) Những tính năng mới chính được giới thiệu trong WebLogic 14c là gì?
| Tính năng | Mô tả Chi tiết |
|---|---|
| Java EE 8 / Hỗ trợ Jakarta EE | Tuân thủ nâng cao và cập nhật API |
| Docker và Kubernetes Operator | Hỗ trợ phối hợp container gốc |
| Cấu hình MicroProfile | Đơn giản hóa cấu hình dịch vụ vi mô |
| Hỗ trợ TLS 1.3 | Cải thiện giao thức bảo mật |
| Tích hợp Helidon | Khung triển khai dịch vụ vi mô nhẹ |
Ví dụ:
WebLogic 14c có thể được triển khai gốc trong Kubernetes với các miền được xác định theo YAML, cho phép kiến trúc phần mềm trung gian được chứa hoàn toàn.
50) Những vấn đề thực tế phổ biến nhất gặp phải trong môi trường sản xuất WebLogic là gì và cách giải quyết chúng?
| Vấn đề | Nguyên nhân | Dung dịch |
|---|---|---|
| Sợi chỉ bị kẹt | Hoạt động dài hạn | Tune StuckThreadMaxTime hoặc tối ưu hóa mã |
| Rò rỉ JDBC | Kết nối không khép kín | Bật chế độ rò rỉ và thời gian chờ kết nối |
| Rò rỉ bộ nhớ | Các đối tượng hoặc phiên chưa phát hành | Sử dụng phân tích heap MAT hoặc WLDF |
| Khởi động chậm | Tệp EAR lớn hoặc độ trễ DNS | Biên dịch trước JSP, sử dụng bộ nhớ đệm |
| Lỗi xác thực | Sự cố LDAP/DB | Cấu hình nhà cung cấp xác thực dự phòng |
Ví dụ:
Khi bản ghi luồng hiển thị nhiều thông báo "đang chờ kết nối", việc tăng kích thước nhóm JDBC và giảm độ trễ SQL sẽ khôi phục hiệu suất.
🔍 Những câu hỏi phỏng vấn hàng đầu của WebLogic với các tình huống thực tế và câu trả lời chiến lược
1) là gì Oracle WebLogic Server và các thành phần chính của nó là gì?
Mong đợi từ ứng viên: Người phỏng vấn muốn kiểm tra hiểu biết cơ bản của bạn về kiến trúc WebLogic và hệ sinh thái của nó.
Câu trả lời ví dụ:
"Oracle WebLogic Server là một Java Máy chủ ứng dụng EE được sử dụng để triển khai, chạy và quản lý các ứng dụng doanh nghiệp. Các thành phần chính của nó bao gồm Máy chủ Quản trị (Administrative Server), quản lý cấu hình và triển khai, Máy chủ Được Quản lý (Managed Server) lưu trữ các ứng dụng, Trình Quản lý Nút (Node Manager) để điều khiển máy chủ và các cụm cung cấp khả năng mở rộng và tính khả dụng cao.
2) Bạn có thể giải thích sự khác biệt giữa miền và cụm trong WebLogic không?
Mong đợi từ ứng viên: Người phỏng vấn đang đánh giá mức độ hiểu biết khái niệm của bạn về cấu trúc WebLogic.
Câu trả lời ví dụ:
“Miền là đơn vị quản trị cơ bản bao gồm Máy chủ Quản trị và một hoặc nhiều Máy chủ Được Quản lý. Mặt khác, cụm là một nhóm Máy chủ Được Quản lý hoạt động cùng nhau để cung cấp khả năng cân bằng tải và hỗ trợ chuyển đổi dự phòng. Mặc dù miền có thể tồn tại mà không cần cụm, nhưng cụm được sử dụng để nâng cao hiệu suất và độ tin cậy.”
3) Mô tả thời điểm bạn phải khắc phục sự cố máy chủ WebLogic trong môi trường sản xuất.
Mong đợi từ ứng viên: Người phỏng vấn muốn đánh giá kỹ năng giải quyết vấn đề và phân tích của bạn.
Câu trả lời ví dụ:
“Trong vai trò trước đây của tôi, chúng tôi thường xuyên gặp sự cố Máy chủ được Quản lý do sử dụng quá nhiều bộ nhớ. Tôi đã phân tích nhật ký máy chủ, xác định rò rỉ bộ nhớ trong một ứng dụng đã triển khai và điều chỉnh các tham số JVM để cải thiện việc thu gom rác. Ngoài ra, tôi đã làm việc với nhóm phát triển để khắc phục sự cố mã cơ bản, nhờ đó vấn đề đã được giải quyết triệt để.”
4) Làm thế nào để triển khai ứng dụng trong WebLogic Server?
Mong đợi từ ứng viên: Người phỏng vấn đang kiểm tra kiến thức thực tế của bạn về phương pháp triển khai ứng dụng.
Câu trả lời ví dụ:
“Các ứng dụng có thể được triển khai bằng nhiều phương pháp: Bảng điều khiển Quản trị WebLogic, các công cụ dòng lệnh như WLST, hoặc trực tiếp thông qua các mô tả triển khai trong gói ứng dụng. Tôi thường thích WLST cho việc tự động hóa vì nó mang lại tính linh hoạt và có thể tích hợp vào các quy trình CI/CD.”
5) Làm thế nào để đảm bảo tính khả dụng cao và cân bằng tải trong WebLogic?
Mong đợi từ ứng viên: Người phỏng vấn muốn xem liệu bạn có hiểu các hoạt động về hiệu suất và độ tin cậy ở cấp độ doanh nghiệp hay không.
Câu trả lời ví dụ:
Tính khả dụng cao và cân bằng tải đạt được bằng cách cấu hình cụm. Mỗi Máy chủ được Quản lý trong cụm có thể xử lý các yêu cầu, và WebLogic phân phối tải đồng đều bằng cơ chế cân bằng tải tích hợp sẵn. Ngoài ra, tôi cấu hình sao chép phiên để đảm bảo phiên người dùng được duy trì trong trường hợp máy chủ gặp sự cố.
6) Hãy kể cho tôi nghe về một cấu hình khó khăn mà bạn đã quản lý trong WebLogic và cách bạn giải quyết nó.
Mong đợi từ ứng viên: Người phỏng vấn đang đánh giá khả năng thích ứng và quá trình khắc phục sự cố của bạn.
Câu trả lời ví dụ:
“Ở công việc trước đây, tôi được giao nhiệm vụ cấu hình tài nguyên JMS trên nhiều cụm cho một ứng dụng tài chính. Thách thức đặt ra là đảm bảo độ tin cậy và hiệu suất của tin nhắn trên các máy chủ phân tán. Tôi đã triển khai hàng đợi phân tán thống nhất và tối ưu hóa cấu hình lưu trữ liên tục, giúp cải thiện đáng kể thông lượng và giảm thiểu lỗi gửi tin nhắn.”
7) Bạn có thể áp dụng cấu hình bảo mật nào trong WebLogic Server?
Mong đợi từ ứng viên: Người phỏng vấn muốn hiểu cách tiếp cận của bạn đối với bảo mật ứng dụng và máy chủ.
Câu trả lời ví dụ:
“Bảo mật trong WebLogic được quản lý thông qua các vùng bảo mật, nhà cung cấp xác thực và chính sách ủy quyền. Tôi thường cấu hình các vùng bảo mật tùy chỉnh cho các môi trường khác nhau, sử dụng LDAP để quản lý người dùng tập trung và áp dụng SSL/TLS cho các giao tiếp được mã hóa. Tôi cũng áp dụng kiểm soát truy cập dựa trên vai trò cho quản trị viên và nhà phát triển.”
8) Làm thế nào để theo dõi hiệu suất và chẩn đoán tình trạng tắc nghẽn trong WebLogic?
Mong đợi từ ứng viên: Người phỏng vấn đang kiểm tra kinh nghiệm vận hành và giám sát của bạn.
Câu trả lời ví dụ:
“Trong vai trò cuối cùng của mình, tôi đã sử dụng các công cụ như WebLogic Diagnostic Framework (WLDF) và JVisualVM để theo dõi mức sử dụng luồng, nhóm kết nối JDBC và mức sử dụng heap JVM. Tôi cũng đã cấu hình các cảnh báo tự động cho các chỉ số hiệu suất chính như luồng bị kẹt và ngưỡng bộ nhớ heap, giúp phát hiện sớm và giải quyết các vấn đề về hiệu suất.”
9) Làm thế nào để xử lý việc triển khai hoặc cập nhật liên tục trong cụm WebLogic mà không bị ngừng hoạt động?
Mong đợi từ ứng viên: Người phỏng vấn muốn xem bạn hiểu thế nào về các phương pháp triển khai tốt nhất.
Câu trả lời ví dụ:
“Việc triển khai luân phiên có thể được thực hiện bằng cách cập nhật tuần tự các Máy chủ được Quản lý trong một cụm trong khi vẫn duy trì hoạt động của các máy chủ khác để xử lý lưu lượng. Tôi sử dụng các tập lệnh WLST hoặc Bảng điều khiển Quản trị để nhắm mục tiêu đến từng máy chủ một, đảm bảo tính khả dụng liên tục trong suốt quá trình triển khai.”
10) Bạn sẽ tiếp cận việc di chuyển cấu hình WebLogic từ môi trường này sang môi trường khác như thế nào (ví dụ: từ thử nghiệm sang sản xuất)?
Mong đợi từ ứng viên: Người phỏng vấn muốn đánh giá khả năng quản lý quy trình và sự chú ý đến từng chi tiết của bạn.
Câu trả lời ví dụ:
“Ở vị trí trước đây, tôi đã sử dụng WebLogic pack và unpack Các tiện ích để di chuyển miền giữa các môi trường. Trước khi di chuyển, tôi đã đảm bảo các tệp cấu hình, nguồn dữ liệu JDBC và tài nguyên JMS được căn chỉnh với các biến môi trường mới. Tôi cũng đã thực hiện một bước xác thực bằng các tập lệnh WLST để xác nhận tính toàn vẹn của quá trình triển khai trước khi đưa vào hoạt động.”
