OSGi được phân phối - cách thích hợp để quản lý nhóm trên tất cả các vùng chứa là gì?

Question

Chúng tôi đang xem xét sử dụng OSGi được phân phối trong môi trường doanh nghiệp của chúng tôi.
Chúng tôi sẽ có các thiết lập sau:

• 10 đến 100 Thùng chứa OSGi trên nhiều máy chủ cung cấp các dịch vụ khác nhau.
• Nhiều dịch vụ trong số này được cung cấp bởi nhiều hơn một vùng chứa.
• Một số dịch vụ này có thể yêu cầu nhất quán trên tất cả các vùng chứa (cùng một phiên bản được triển khai).

Cách thích hợp để quản lý vòng đời của gói (cài đặt, bắt đầu, cập nhật, dừng, gỡ cài đặt) trên tất cả các vùng chứa là gì?

Một số yêu cầu:

• Như có thể có rất nhiều container, tất cả trong số họ cần được xử lý với nhau; tức là khi tôi sắp cập nhật một gói, một lệnh sẽ cập nhật tất cả các vùng chứa nơi gói đó đã có.
• Lệnh phải lặp lại: đầu tiên thực hiện lệnh trên hệ thống kiểm tra và sau đó lặp lại cùng một lệnh trên hệ thống sản xuất khi kiểm tra hoàn tất.

Tôi đánh giá cao bất kỳ đề xuất nào về câu hỏi trên.

Trân trọng, Marton

Answer 1

Về mặt quản lý số lượng lớn các bó, nhìn vào tính năng Karaf - họ rất đơn giản hóa việc xử lý chủ yếu là dãy phòng của bó.

Đối với bên được phân phối của mọi thứ, hãy xem tiểu dự án Karaf Cellar, nó tập hợp Karaf bằng HazelCast (và cài đặt ở Karaf thông qua cơ chế tính năng).

Answer 2

Bạn có thể muốn xem xét các giải pháp "được quản lý" khác được tạo cho môi trường giống như đám mây: Apache ACE hoặc người anh lớn hơn Amdatu.

Apache ACE chuyển một Vùng chứa OSGi duy nhất thành các vùng chứa được quản lý có thể kiểm soát trạng thái từ một điểm quản trị duy nhất. Amdatu là một khuôn khổ hoàn chỉnh hơn bao gồm ACE cho việc cung cấp nhưng thêm chức năng ngang.

Answer 3

Nếu bạn nghiêm túc về doanh nghiệp sẵn sàng - có nghĩa là "mạnh mẽ" - phân phối thời gian chạy OSGi - sau đó có một cái nhìn tại vải dịch vụ Paremus. Chúng tôi đã thực hiện điều này từ năm 2005 :)

Kiến trúc cung cấp/quản lý của Service Fabric cực kỳ có thể mở rộng (>> 1.000 vùng chứa), đáp ứng và ổn định! Một vài năm phát triển và kinh nghiệm thời gian chạy thương mại làm nền tảng cho sản phẩm này. Kiến trúc Fabric Service hỗ trợ nhiều ứng dụng dựa trên OSGi được phân phối đồng thời. Kiến trúc của Fabric Service là trung tâm OBR; kỹ sư trưởng của chúng tôi chịu trách nhiệm về các hoạt động đặc tả OBR liên minh OSGi gần đây.

Bảng nối đa năng tin dịch vụ Vải thúc đẩy giao thức nhắn tin DDS - IMO là đối tác tự nhiên cho OSGi được phân phối.Paremus RSA (triển khai dịch vụ từ xa) là một việc thực hiện phòng sạch của tiêu chuẩn - rất mạnh mẽ, trọng lượng nhẹ và cho phép khả năng cắm động của các nhà cung cấp giao thức và phân phối. Nhà cung cấp khám phá mặc định - lại là DDS.

Cuối cùng - và vải dịch vụ hoạt động ngoài hộp.

Answer 4

Trong Gyrex chúng tôi sử dụng p2 để phân phối các gói trên các nút khác nhau của cụm. Có thể kiểm soát các gói nào nên được cấp phép cho nút nào bằng cách sử dụng các thẻ nút và biểu thức lọc LDAP (phổ biến trong OSGi). Ví dụ: chỉ có thể cài đặt (và kích hoạt) các gói web trên các nút web.

Hỗ trợ dịch vụ được phân phối là not available out-of-the box. ECF cần được tích hợp thủ công.