Chuyển đổi ứng dụng web thành giải pháp saas nhiều bên thuê

Chuy ển đổi ứn g d ụng web thành gi ải pháp SaaS nhi ều bên thuê Hãy tưởng tượng bạn có ứng dụng web mà bạn bán thị trường Bạn thấy rõ dấu hiệu báo trước thua lỗ ứng dụng nhận mẫu hình Phần mềm dịch vụ (SaaS) sở hạ tầng đám mây cách mà ngành phải hướng tới Bạn biết bạn cần khách hàng riêng bạn gây áp lực, muốn bạn cung cấp phiên SaaS sản phẩm Thách thức thực chuyển đổi sang SaaS cách nhanh chóng, hiệu quả, theo cách cho trì nâng cao lợi nhuận bạn Có nhiều khác biệt phải tính đến cho ứng dụng SaaS so với ứng dụng web thông thường Một số kỹ thuật số khác có liên quan đến thay đổi mô hình kinh doanh mà công ty phải thích ứng phân phối SaaS Ứng dụng web điển hình so v ới SaaS Đặc trưng trọng tâm xác định SaaS khả cho phép khách hàng sử dụng ứng dụng phần mềm sở thuê bao dùng đến đâu trả đến Họ mua giấy phép dùng phần mềm thu xếp để cài đặt, lưu trữ máy chủ quản lý Những khía cạnh vận hành trách nhiệm tổ chức cung cấp ứng dụng SaaS Mặc dù khả cho đăng ký thuê bao ứng dụng điều kiện tối thiểu để đáp ứng tiêu chuẩn SaaS, thực tế điều chưa đủ Trong thực tế, ứng dụng SaaS phải ứng dụng nhiều bên thuê Điều nhân tố suy cho cùng, đơn giản kinh tế Các CEO công ty SaaS hàng đầu đồng ý, phát triển doanh nghiệp SaaS mà nhiều bên thuê (Xem phần bên cạnh) Nhiều bên thuê mức hiệu SaaS Tác động mang lại hiệu xuất phát từ nhiều bên thuê, khả giành chỗ cho nhiều người dùng ứng dụng khác nhau, đồng thời làm cho người dùng cảm thấy toàn ứng dụng dành tất cho họ Chúng ta quen với khái niệm áp dụng cho người dùng cá nhân hệ thống, khác môi trường SaaS Trong ứng dụng SaaS doanh nghiệp điển hình, người dùng nhóm nhân viên tổ chức cụ thể tổ chức gọi bên thuê Điều tương tự bạn thấy ứng dụng web đơn giản, tổ chức mua ứng dụng; họ có nhóm nhân viên người dùng ứng dụng tổ chức chủ sở hữu Trong mô hình SaaS, tổ chức bên thuê, chủ sở hữu, nhóm nhân viên người dùng Mỗi người dùng có liên kết với bên thuê (tổ chức) cụ thể SaaS mang lại cho bên thuê trải nghiệm sở hữu ứng dụng riêng mình, để người dùng họ sử dụng Ảo hóa đám mây thúc đẩy SaaS Sự khác biệt ứng dụng web đơn giản ứng dụng SaaS chạy với đám mây bao gồm hai số tính tận dụng khả lớn lĩnh vực công nghệ thông tin nay: • • Nhiều bên thuê (đã giới thiệu trước) Sự ảo hóa phần cứng Trong nguồn gốc mang lại hiệu ứng dụng khả nhiều bên thuê kiến trúc ứng dụng, tác động thứ hai mang lại hiệu lại đến từ ảo hóa phần cứng Đám mây thực tốt việc tận dụng giá trị nhờ làm tăng tỷ lệ phần trăm sử dụng số lượng phần cứng cho cách dùng công nghệ ảo hóa để làm giảm khả không sử dụng, mà điều có sử dụng cách tiếp cận máy tính vật lý trung tâm liệu thông thường Ngoài ra, đám mây mang lại khả phân phối lại phần cứng cách động cho ứng dụng tùy theo nhu cầu tài nguyên Tính co giãn này, ngắn hạn (phút) dài hạn (tháng), giúp tách định phần cứng khỏi ứng dụng đơn lẻ, mở rộng phạm vi định lượng lớn ứng dụng, làm cho biến thiên từ tốn làm cho việc đầu tư phần cứng trở nên dự báo dễ quản lý Bây xem xét toàn bước chung mà bạn cần thực để chuyển đổi ứng dụng web truyền thống thành ứng dụng chạy SaaS Chuyển đổi ứng dụng web thành SaaS Để chuyển đổi ứng dụng web bạn thành ứng dụng SaaS bạn phải làm bảy việc sau: Ứng dụng phải hỗ trợ nhiều bên thuê Ứng dụng phải có số mức tự đăng ký dịch vụ Phải có chế thuê bao/tính cước hành Ứng dụng phải có khả mở rộng cách hiệu Phải có chức hành để theo dõi, cấu hình quản lý ứng dụng bên thuê Phải có chế hành để hỗ trợ nhận dạng xác thực người dùng Phải có chế hành để hỗ trợ số mức tuỳ chỉnh cho bên thuê Hãy xem xét việc chi tiết chút Hỗ trợ nhiều bên thuê Nhiều bên thuê nhân tố then chốt định hiệu SaaS Thông thường ứng dụng hỗ trợ nhiều người dùng, với giả định tất người dùng tổ chức Mô hình ổn cho giới trước SaaS, tổ chức mua ứng dụng phần mềm thành viên sử dụng Nhưng giới SaaS đám mây, nhiều tổ chức sử dụng ứng dụng đó; tất họ phải có khả cho phép tất người dùng truy cập nó, ứng dụng phải cho phép thành viên riêng tổ chức truy cập liệu dành cho tổ chức họ Chính khả có nhiều tổ chức (gọi bên thuê theo thuật ngữ SaaS) này, tồn ứng dụng mà không làm ảnh hưởng đến an toàn liệu tổ chức đó, xác định ứng dụng ứng dụng nhiều bên thuê Có vài mức nhiều bên thuê (như thấy hình vẽ sau danh sách này): Ẩo hóa đơn giản đám mây, chia sẻ phần cứng Một ứng dụng với sở liệu riêng biệt cho bên thuê Một ứng dụng sở liệu chia sẻ (hiệu cao nhất, nhiều bên thuê thực sự) Các mô hình nhiều bên thuê Người ta biện luận mô hình không thực nhiều bên thuê chút nào, thường sử dụng đám mây có máy chủ ảo hóa quảng cáo dạng nhiều bên thuê Trong thực tế, điều chưa đủ, có lợi nhỏ so với mô hình ASP cũ có phần cứng dành riêng Mức hiệu ứng dụng hoàn toàn chia sẻ sở liệu logic nghiệp vụ ứng dụng Đạt điều trình khó khăn đòi hỏi nhiều thay đổi lược đồ sở liệu để thêm mã định danh bên thuê vào bảng khung nhìn, viết lại truy cập SQL để thêm tiêu chí bên thuê cho lọc Việc thiếu đoạn mã nguồn nơi cần phải có, ảnh hưởng đến an toàn liệu ứng dụng Ngoài trường hợp truy cập liệu xảy ứng dụng, có ứng dụng khác trình viết báo cáo ứng dụng tiện ích phải sửa đổi để bao gồm việc lọc bên thuê cần thiết để giữ cho liệu bên thuê riêng biệt truy cập bên thuê cụ thể Loại truy cập không trực tiếp từ thân ứng dụng nảy sinh vấn đề cần phải kiểm soát Nếu người dùng có thẩm quyền viết báo cáo, cần phải ngăn chặn họ không truy cập vào liệu không thuộc bên thuê mà họ thành viên Tự đăng ký dịch vụ Ứng dụng bạn phải có sẵn số mức tự đăng ký dịch vụ, chí đơn giản chế yêu cầu dẫn đến quy trình nghiệp vụ để thêm bên thuê vào ứng dụng Thuê bao tính cước Bạn phải đưa chế thuê bao tính cước Do ứng dụng SaaS theo thiết kế liên quan đến loạt khoản toán dựa yếu tố số lượng người dùng cho bên thuê, tùy chọn ứng dụng, có lẽ khoảng thời gian sử dụng, nên phải có cách để theo dõi quản lý việc sử dụng ứng dụng tạo thông tin tính cước nhà quản trị bên thuê truy cập Mở rộng quản lý ứng dụng Bạn phải có khả mở rộng thuê bao phát triển Cơ sở hạ tầng đám mây cách hợp lý để làm điều thể nhiều khả mà bạn cần để mở rộng suất hiệu Ngoài ra, bạn phải cung cấp chức quản trị quản lý ứng dụng để theo dõi, cấu hình quản lý ứng dụng tất bên thuê Mã định danh (ID) người dùng xác thực Bạn cần phải cung cấp chế để hỗ trợ định danh người dùng xác thực cho phép nhận dạng người dùng Vì khả nhiều bên thuê đòi hỏi tất người dùng đăng nhập vào hệ thống nhận dạng để xác định xem họ thuộc bên thuê nào, phải có mối quan hệ đáng tin cậy phép người dùng nhận dạng thuộc bên thuê cụ thể Mối quan hệ người dùng-của-bên thuê thông tin then chốt sử dụng để hạn chế liệu mà người dùng truy cập Các địa email cách điển hình để làm điều cho tính bảo đảm công nhận xác định cá nhân thuộc bên thuê cụ thể Có nhiều chế xác thực phương thức tích hợp với chúng, chế linh hoạt phép người dùng nhận dạng điều Thông thường bên thuê cụ thể cần có khả sử dụng dịch vụ LDAP có họ dịch vụ danh mục chế xác thực khác để hỗ trợ đăng nhập lần vào ứng dụng SaaS Mặc dù loại hình xác thực người dùng từ bên quan trọng, việc xác minh người dùng định danh thành viên bên thuê mà họ tuyên bố, trách nhiệm ứng dụng SaaS Tùy chỉnh cho bên thuê Bạn phải đưa chế để hỗ trợ mức tuỳ chỉnh cho bên thuê để họ có URL nhất, trang đích đến, biểu trưng, lược đồ màu sắc, phông chữ, có lẽ ngôn ngữ Người ta hy vọng nhận mức cấu hình cho bên thuê, để thực đáp ứng nhu cầu nhiều bên thuê, chắn nhu cầu tùy chỉnh cho bên thuê muốn sâu mức Các tùy chỉnh tiêu biểu cần thiết tương tự loại tùy chỉnh mà bên thuê thực với phiên nội ứng dụng Chúng bao gồm việc thêm trường bổ sung chí bảng, thiết lập logic nghiệp vụ đặc biệt, tích hợp với ứng dụng khác Việc có khả thực loại tùy chỉnh sở cho bên thuê mà thiết lập trường hợp riêng biệt có ảnh hưởng đến hiệu thiết kế nhiều bên thuê dấu hiệu chất lượng kiến trúc SaaS có khả cao Các vấn đề hiệu cần xem xét Các vấn đề hiệu ứng dụng SaaS nhiều bên thuê thường giống thấy với ứng dụng web cung cấp số lượng người dùng với mức độ hoạt động Có nhiều cách làm thực tế tốt để đối phó với nhu cầu khả ngày tăng ứng dụng web, nói chung tất cách có khả áp dụng cho ứng dụng SaaS nhiều bên thuê Những kỹ thuật thường bao gồm việc mở rộng theo chiều ngang theo chiều dọc cân tải tập hợp máy chủ Mở rộng theo chiều ngang/dọc Các khả sở hạ tầng đám mây đưa nhiều hội để làm cho kiểu khả mở rộng xảy động theo cách tự động, để cung cấp tài nguyên cần thiết thu gọn bớt tài nguyên đáp ứng thỏa thuận mức dịch vụ hiệu (SLAs) với tài nguyên Khả co giãn điều chỉnh để đáp ứng theo cách xác cần thiết để cung cấp dịch vụ mà không cần cung cấp thêm tài nguyên chưa khai thác hết: • • Việc mở rộng theo chiều ngang thường áp dụng cho tầng máy chủ ứng dụng Việc mở rộng theo chiều dọc thường áp dụng cho tầng sở liệu Phân cụm sở liệu Với ứng dụng SaaS, tổng số người dùng cao sản phẩm thành công; có lúc việc mở rộng sở liệu theo chiều dọc giải pháp tối ưu Nhiều công nghệ sở liệu có khả cung cấp mô hình sở liệu có phân cụm cho phép tạo nhiều khả với sở liệu DB2® có số tùy chọn hoạt động tốt với mô hình sử dụng chúng để tạo cụm sở liệu Vị trí địa lý, phân vùng, đồng hóa Tuy nhiên có kỹ thuật khác thích hợp tùy thuộc vào ứng dụng SaaS quần thể người sử dụng Do SaaS vốn có khả truy cập từ đâu giới, nên quần thể người sử dụng xa; khoảng cách gây suy giảm hiệu cấu trúc mạng dài Trong trường hợp có lợi sử dụng đám mây vùng khác phân vùng liệu đồng hóa sử dụng để trì tính quán Tùy chọn tùy chọn thích hợp phụ thuộc vào chất ứng dụng cụ thể Một số ứng dụng không tuân theo đồng hóa đường dài Cơ sở liệu riêng biệt Tất nhiên, phương thức triệt để (ít cho ứng dụng SaaS) để áp dụng khả sở liệu đáp ứng yêu cầu thiết lập sở liệu riêng biệt Bất cần ứng dụng SaaS nhiều bên thuê phải xem xét xem tùy chọn dẫn đến tình trạng không trì hỗ trợ sở liệu cho bên thuê hay không, điều trực tiếp dẫn đến kiểu thiếu khả mà nhiều bên thuê cần phải tránh Và máy chủ ứng dụng phải phân chia để phục vụ sở liệu, hiệu nhiều bên thuê tiếp tục bị suy giảm dần Trong thị trường cạnh tranh, hiệu nhiều bên thuê yếu tố thành công trọng yếu công ty SaaS Thiết kế cứu giúp lực cân tải Một cách để trì hiệu cao có thể, cần phải sử dụng sở liệu riêng biệt lý gì, phải có thiết kế nhiều bên thuê cho phép máy chủ ứng dụng cụm cân tải truy cập vào sở liệu thích hợp có nhiều sở liệu Bằng cách trì hiệu cụm cân tải với tất máy chủ ứng dụng có khả kết nối tới sở liệu để phục vụ phiên làm việc người dùng mà chúng hỗ trợ Điều trì mức hiệu cao với ràng buộc nhiều sở liệu Khả yêu cầu Có thể có lý đáng để có nhiều sở liệu, bên cạnh lý khả năng, chẳng hạn yêu cầu phiên sở liệu có mã hóa cho bên thuê cần mức an toàn cao Có thể khả vấn đề, điều quan trọng có thiết kế nhằm tối đa hóa hiệu nơi có thể, phải dùng mô hình vốn hiệu Các vấn đề an toàn cần xem xét Trong nhiều khảo sát liên tiếp, an toàn thường liệt kê mối quan tâm cao thuê bao truy cập vào ứng dụng SaaS, gần mức cao Không nhà cung cấp SaaS bỏ qua vấn đề an toàn Nhưng thông thường, khái niệm an toàn liệu xem xét bối cảnh ứng dụng SaaS Hầu hết kiến trúc ứng dụng SaaS có biện pháp bảo mật liệu nhằm ngăn chặn không cho bên thuê nhìn thấy liệu bên thuê khác yêu cầu Nhưng: Một khả quan trọng mà ứng dụng SaaS phải có tích hợp tương tác với ứng dụng khác Một số ứng dụng khác ứng dụng bên (nhà cung cấp SaaS không kiểm soát được) Không phải tất kiến trúc SaaS thiết kế có tính đến khả truy cập dành cho ứng dụng bên Những ứng dụng khác ứng dụng nội cần truy cập chia sẻ liệu; chúng công cụ phân tích viết báo cáo, khai phá liệu phát xu hướng Ngay công cụ tiện ích nhà quản trị sở liệu sử dụng liên quan đến vấn đề an toàn bên thuê sử dụng chúng để truy cập, tệ hơn, thao tác liệu không thuộc họ Một kiến trúc thực tế tốt cho SaaS phải tính đến việc tất truy cập liệu nằm kiểm soát ứng dụng; phải có chế chỗ phép liệu bảo vệ cho bên thuê việc truy cập thông qua ứng dụng SaaS thông qua ứng dụng bên Chọn chồng công nghệ bạn Luôn có thỏa hiệp bạn định chồng công nghệ; ứng dụng SaaS điều đặc biệt định đưa cho tất bên thuê Chúng ta xem xét số lưu ý nàys Những lưu ý hệ điều hành Hệ điều hành ứng dụng web có liên quan đến người dùng tương tác họ thông qua trình duyệt Tuy nhiên, có lưu ý tài kỹ thuật cần tính đến: Nếu có phần phụ thuộc mã nguồn cụ thể lệ thuộc vào hệ điều hành, lựa chọn bị hạn chế Các lựa chọn bị hạn chế có nhu cầu chung tích hợp với ứng dụng bên việc tích hợp thực tốt hệ điều hành khác Quy luật kinh tế khắc nghiệt đám mây luôn thúc đẩy lựa chọn hướng đến hệ điều hành có phí giấy phép thấp hiệu tốt Các biện pháp mở rộng ứng dụng web bao gồm việc mở rộng theo chiều ngang; điều có nghĩa ứng dụng SaaS phát triển, tổng số cá thể máy chủ ứng dụng web tăng lên chi phí hoạt động trực tiếp Những lưu ý sở liệu Cơ sở liệu ứng dụng web mối quan tâm trọng yếu người dùng cuối tương tác họ thông qua trình duyệt miễn ứng dụng có khả lưu trữ lấy liệu họ, phần lớn không liên quan đến họ Một lần nữa, lưu ý tài kỹ thuật đụng đến nhà phát triển ứng dụng Nếu có phụ thuộc ứng dụng vào tính cụ thể sở liệu, lựa chọn bị hạn chế Việc lựa chọn sở liệu quan trọng số lý thiết kế ứng dụng bị ảnh hưởng yêu cầu cụ thể môi trường SaaS Các yêu cầu sở liệu ứng dụng SaaS cao hơn, đơn giản số lượng người dùng, người cuối mạng; khả mở rộng sở liệu quan trọng Khả mở rộng sở liệu thường thực cá thể với việc sử dụng máy chủ sở liệu ngày mạnh cho ứng dụng có yêu cầu ngày cao Tuy nhiên, khả mở rộng cần phải có ứng dụng SaaS có tiềm vượt xa khả mở rộng theo chiều dọc, bước khả mở rộng sở liệu liên quan đến việc có khả phân cụm Khả để thực kiểu phân cụm môi trường đám mây ảnh hưởng đến việc lựa chọn sở liệu Ví dụ, lựa chọn DB2 khả chạy nhiều hệ điều hành, cung cấp khả mở rộng theo chiều dọc linh hoạt lựa chọn cho khả mở rộng thông qua phân cụm nhiều cá thể dự phòng Ví dụ, thiết lập cụm DB2 HADR (Khôi phục sau cố có tính sẵn sàng cao) đám mây Những lưu ý máy chủ ứng dụng Việc lựa chọn máy chủ ứng dụng, giống định khác chồng công nghệ, chủ yếu định nhà phát triển ứng dụng SaaS, tương tác người dùng cuối thông qua trình duyệt Nhưng có khác biệt quan trọng số lý thiết kế ứng dụng bị ảnh hưởng yêu cầu riêng biệt môi trường SaaS Các ứng dụng lợi dụng tính đặc biệt thành phần bổ sung thêm máy chủ ứng dụng WebSphere® cần phải sử dụng máy chủ ứng dụng đám mây Các lý để lựa chọn máy chủ ứng dụng thường phải định sớm, đầu vòng đời ứng dụng ứng dụng lợi dụng số tính đặc biệt bổ sung thêm bên thứ ba khả tích hợp quan trọng cho ứng dụng Đôi đơn giản tri thức chuyên gia tổ chức tiêu chuẩn nội áp đặt phải sử dụng thành phần cụ thể chồng công nghệ Điểm định việc lựa chọn cấu hình chồng công nghệ để sử dụng môi trường SaaS/đám mây việc cân ảnh hưởng kỹ thuật kinh tế để đạt kết tốt Chuy ển thành ứng d ụng SaaS t ự độ ng b ằng Corent's Multi-Tenant Server Các nhà cung cấp đám mây đưa dải rộng khả cung cấp hầu hết ứng dụng web Để chuyển đổi ứng dụng thành ứng dụng SaaS nhiều bên thuê cách đầy đủ thường đòi hỏi thay đổi lớn mã ứng dụng thiết kế lại cấu hình lại sở liệu Corent's Multi-Tenant Server cho phép ISV (nhà cung cấp phần mềm độc lập) thực cách tiếp cận khác nhau, cách sử dụng tầng trung gian để cung cấp tính nhiều bên thuê trọng yếu (do bảo toàn khoản đầu tư vào mã có) Tôi mô tả bốn bước cần thiết để chuyển đổi jBilling, ứng dụng web Java mã nguồn mở phổ biến, đại diện ứng dụng bên thuê điển hình, thành phiên SaaS nhiều bên thuê Bước Chuyển đổi lược đồ sở liệu sang mô hình trừu tượng Chồng công nghệ điển hình ứng dụng web trông giống Hình 1; ứng dụng giao tiếp với sở liệu, thường thông qua tầng lưu giữ liệu lâu bền Hibernate Hình Chồng ứng dụng web điển hình đám mây Để biến đổi ứng dụng thành ứng dụng nhiều bên thuê, sở liệu phải thiết kế lại để có thêm trường để quản lý liệu nhận dạng bên thuê, cần thiết phép bên thuê lọc liệu Ứng dụng SaaS-Factory™ (Nhà máy SaaS) sử dụng để đọc lược đồ sở liệu ứng dụng có Sau tạo mô hình sở liệu sử dụng để tạo sở liệu MySQL có thêm trường TenantID bảng Tại thời điểm số bảng bổ sung thêm tạo ra, có bảng chứa thông tin bên thuê mà Multi-Tenant Server sử dụng Hình Tạo lược đồ sở liệu siêu mô hình Vì Cơ sở liệu siêu mô hình (MetaModel Database) trông giống cũ ứng dụng ban đầu, có bảng trường thế, nên ứng dụng ban đầu tiếp tục tương tác với Cơ sở liệu siêu mô hình xác giống làm với sở liệu MySQL Có thể tạo sở liệu thực mô hình với trường TenantID bổ sung cần thiết cho ứng dụng nhiều bên thuê Cơ sở liệu siêu mô hình trừu tượng hóa không thực lưu giữ liệu nào: Nó đơn giản mô hình Do đó, sở liệu thực tạo ra, lý để tạo Hệ quản trị sở liệu quan hệ (RDBMS) hỗ trợ Điều có ích trường hợp ISV muốn thay đổi chồng công nghệ cách chọn RDBMS khác, DB2 để tận dụng số tính hay hiệu tốt cho ứng dụng chúng Bước Mở rộng trình xác thực người dùng Bất kỳ ứng dụng SaaS nhiều bên thuê phải có khả quản lý thông tin phiên làm việc cần thiết người sử dụng xác thực để xác định người sử dụng thuộc bên thuê Có nhiều phương pháp xác thực cho ứng dụng; ứng dụng chuyển đổi phải phân tích phải hiểu rõ phương thức xác thực Bước giới thiệu cho bạn cách thiết lập bảng bên thuê thêm bảng người dùng cho mối quan hệ trì liệu ứng dụng Mục đích để thực phương thức mở rộng trình xác thực người dùng ứng dụng người dùng đăng nhập vào, khớp với bên thuê tương ứng vàTenantID trở thành phần thông tin phiên làm việc Có nhiều cách để thực điều này, phụ thuộc vào việc triển khai thực ứng dụng Nếu sử dụng Tomcat thùng chứa servlet ứng dụng, sử dụng việc xác thực thùng chứa quản lý để khởi đầu quy tắc nghiệp vụ chạy Máy chủ nhiều bên thuê (Multi-Tenant Server) để thực tra tìm TenantID người sử dụng Ngoài ra, sử dụng lọc servlet để phát sau thiết lập biến cục luồng TenantID Với ví dụ jBilling này, ứng dụng xử lý việc xác thực trực tiếp cách xác nhận hợp lệ dựa vào bảng người dùng Vì phương thức sử dụng để cung cấp xác thực nâng cao có số thay đổi đơn giản mã xác thực để thêm vào trình tra tìm kiếm thông tin bên thuê người dùng lưu trữ bảng Nhờ việc người dùng xác thực biết TenantID mà họ thuộc về, nên có đầy đủ thông tin để lọc liệu cho có liệu thuộc bên thuê truy cập Bước Cấu hình kết nối sở liệu Máy chủ nhiều bên thuê Corent xây dựng kiến trúc hướng dịch vụ, sử dụng Cơ sở liệu siêu mô hình (MetaModel Database - mô tả Bước 1) Đây tầng trừu tượng để mô hình hóa sở liệu ban đầu ứng dụng giao tiếp sở liệu ứng dụng chuyển hướng đến siêu mô hình trừu tượng thay triển khai sở liệu thực tế Điều thực cách cần cấu hình lại kết nối JDBC jBilling để truy cập vào Cơ sở liệu siêu mô hình thay sở liệu MySQL thực tế Đối với ứng dụng sử dụng Hibernate, cần cấu hình nhánh ngôn ngữ Corent Hibernate Do thay đổi này, gọi sở liệu ứng dụng hướng tới Cơ sở liệu siêu mô hình Các kiện SQL bị chặn Trình điều khiển lanh lẹn Corent (Corent Agile Controller™) sau chuyển tới Trình kết nối sở liệu lanh lẹn (Corent's ADBC™-Agile DataBase Connector) Corent ADBC nhận câu lệnh SQL mà ứng dụng gửi tới Cơ sở liệu siêu mô hình phân tích cú pháp nó, sau bổ sung thêm tiêu chí lọc TenantID người dùng phiên làm việc gửi câu lệnh SQL (ví dụ, TenantID = ) Điều đảm bảo an toàn liệu sở liệu chia sẻ chung trì nghiêm ngặt Ngay ứng dụng bên ReportWriter (Trình viết báo cáo) kết nối tới, liệu mà nhìn thấy bị hạn chế liệu thích hợp cho bên thuê Vì biết người đăng nhập ai, từ ứng dụng nào, biết họ thuộc bên thuê lọc thích hợp áp dụng Vì việc xử lý câu lệnh SQL thực sau chúng gửi tới Cơ sở liệu siêu mô hình bên thuê người sử dụng biết nên Trình điều khiển lanh lẹn Corent chặn thực hoạt động tinh vi hơn, bao gồm việc tra tìm quy trình xử lý cấu hình bên thuê cụ thể Do đó, thực hành động đặc thù tùy theo bên thuê, chí thay kết nối sở liệu khác cho bên thuê sử dụng sở liệu DB2 tất bên thuê khác sử dụng sở liệu MySQL Hoặc bên thuê thêm thao tác SQL để hạn chế liệu mà họ lấy số ghi nhập không 90 ngày trước Tất tùy chỉnh cho bên thuê thực thông qua Máy quy tắc lanh lẹn (Agile Rules Engine™) xây dựng Máy chủ nhiều bên thuê mà không cần thay đổi với mã ứng dụng ban đầu Hình Cấu trúc tùy chỉnh cho bên thuê Toàn việc chuyển đổi ứng dụng jBilling hoàn tất với vài thay đổi nhỏ với ứng dụng, chủ yếu liên quan đến việc cải tiến xác thực để bao gồm thêm thông tin bên thuê vào thông tin phiên làm việc thay đổi kết nối sở liệu để trỏ đến Máy chủ nhiều bên thuê Bạn xem tóm tắt thay đổi jBilling sau: • o o • o o o Ứng dụng ban đầu Số lượng tệp nguồn: 897 (Java jsp) Tổng số dòng mã: 76,621 Ứng dụng chuyển đổi Số lượng tệp nguồn bổ sung: (khuôn mẫu chuẩn) Các dòng mã sửa đổi: 100 Thay đổi logic nghiệp vụ ứng dụng: không Việc chuyển đổi jBilling tuần, bao gồm tất việc phân tích chuẩn bị để xác định nơi mà mã cần sửa đổi Nhiều thay đổi lặp lại dòng sửa đổi loạt mã Java để truy cập JDBC, không cần thiết sử dụng tầng lưu giữ sở liệu lâu bền Hibernate Bước Triển khai ứng dụng SaaS nhiều bên thuê vào đám mây Bây sử dụng SaaS-Factory (Nhà máy SaaS) để triển khai ứng dụng SaaS cho máy chủ chọn, bao gồm máy chủ đám mây Sau chọn máy chủ cho ứng dụng sở liệu, sở liệu đích tạo (như sở liệu MySQL máy chủ Windows® cho ứng dụng jBilling chúng ta) ứng dụng Máy chủ nhiều bên thuê cấu hình đầy đủ triển khai tập tệp WAR lên máy chủ ứng dụng chọn Máy chủ nhiều bên thuê làm việc với thùng chứa J2EE Servlet đại chứng thực cho Máy chủ ứng dụng WebSphere (WebSphere Application Server) Bây ứng dụng triển khai có khả xử lý nhiều bên thuê Tuy nhiên, ứng dụng ban đầu giao diện quản trị quản lý để quản lý nhiều bên thuê để theo dõi ứng dụng nhiều bên thuê Nhà máy SaaS (SaaS-Factory) tạo cài đặt ứng dụng đồng hành gọi Buồng lái SaaS (SaaS-Cockpit™) cung cấp dịch vụ nhiều bên thuê Nó có quyền truy cập vào Cơ sở liệu siêu mô hình giống ứng dụng có hình quản lý để cung cấp bên thuê, gán tài khoản Nhà quản trị bên thuê (Tenant Administrator) cấu hình tham số cấu hình ứng dụng cho bên thuê khác có sẵn Ngoài có phương tiện quản trị để theo dõi lập báo cáo bên thuê người dùng họ Do đặc điểm chung ứng dụng SaaS cần theo dõi thuê bao tính cước bên thuê, nên có sẵn phương tiện để tính cước tích hợp với hệ thống tính cước bên Hình Cấu trúc để triển khai ứng dụng SaaS bạn vào đám mây Mức triển khai việc triển khai ứng dụng SaaS Các đặc điểm ứng dụng nguyên sau chuyển đổi kiểu kịch triển khai tiêu chuẩn, bao gồm việc sử dụng công cụ quản lý đám mây để tạo khuôn mẫu lan truyền cá thể ứng dụng, sử dụng để triển khai kiến trúc vận hành đáp ứng nhu cầu ứng dụng khả mở rộng, tính co giãn, khả phục hồi dự phòng Một ứng dụng SaaS điển hình có tập máy chủ ứng dụng truy cập thông qua cân tải kết nối đến máy chủ sở liệu Chính máy chủ sở liệu triển khai cụm với nhiều máy chủ sở liệu để mang lại khả mở rộng dự phòng IBM DB2 cung cấp số công nghệ cấu hình sử dụng để đạt khả phục hồi thời gian phục hồi đảm bảo, cho phép phân phối tải sở liệu: • Các cấu hình Phục hồi sau thảm họa sẵn sàng cao DB2 (HADR - High • Availability Disaster Recovery) cung cấp khả sẵn sàng phục hồi lẫn khả cân tải thông qua việc sử dụng chế độ thứ cấp sở liệu đọc Công nghệ pureScale Tự động hóa hệ thống Tivoli (TSA - Tivoli System Automation) IBM cho phép môi trường sở liệu phân cụm có nhiều nút chia sẻ tải xử lý, hai thứ có nhiều hạn chế cấu hình phần cứng hệ điều hành Xu hướng tính sẵn sàng sở liệu khắc phục lỗi trở nên phức tạp cho ứng dụng SaaS số lượng khách hàng/bên thuê bị ảnh hưởng hư hại lớn so với phần mềm cục khách hàng truyền thống (Hình 5) Hình Kiến trúc triển khai SaaS cho hoạt động đám mây có phục hồi mở rộng Có xu hướng khả cho phép ứng dụng chạy liên tục chí vượt qua việc tổ chức lại liệu không trực tuyến, tiến triển lược đồ, nâng cấp phiên bản, thay đổi lớn chịu tải Công nghệ pureScale IBM di chuyển từ giới hệ thống z System sang AIX® Linux® cho phép dạng xử lý lực thời gian hoạt động mà trước dành cho môi trường máy tính lớn chuyên dụng Kết luận Quá trình phát triển ngành công nghiệp công nghệ thông tin hướng tới SaaS tiếp diễn bạn đoán, bắt đầu gây số thay đổi lớn tranh toàn cảnh ngành Điện toán đám mây phát triển với tốc độ nhanh nhiều so với sóng công nghệ thông tin khác SaaS động lực cho phát triển Quá trình chuyển tiếp buộc công ty phải suy nghĩ lại tổ chức kinh doanh họ phát triển cách suy nghĩ việc phân phối dịch vụ giới công nghệ thông tin có trung tâm đám mây Đối với nhà cung cấp phần mềm, điều cấp bách ngày gia tăng phải hiểu, chuẩn bị, thực việc chuyển đổi đó, trái lại bị bỏ rơi lại phía sau đống bụi kỹ thuật số lịch sử Mô hình SaaS-trên-một đám mây tự khác với mô hình nhà cung cấp phần mềm truyền thống vấn đề kỹ thuật lẫn kinh doanh Những khác biệt làm cho trình chuyển đổi sang SaaS trở thành nỗ lực có nguy cao ISV Để giảm nguy đẩy nhanh thời gian vào thị trường, ISV tận dụng công nghệ, sản phẩm, đối tác qua thử thách để hỗ trợ trình chuyển đổi  ... thực để chuyển đổi ứng dụng web truyền thống thành ứng dụng chạy SaaS Chuyển đổi ứng dụng web thành SaaS Để chuyển đổi ứng dụng web bạn thành ứng dụng SaaS bạn phải làm bảy việc sau: Ứng dụng phải... Chồng ứng dụng web điển hình đám mây Để biến đổi ứng dụng thành ứng dụng nhiều bên thuê, sở liệu phải thiết kế lại để có thêm trường để quản lý liệu nhận dạng bên thuê, cần thiết phép bên thuê. .. nhiên, ứng dụng ban đầu giao diện quản trị quản lý để quản lý nhiều bên thuê để theo dõi ứng dụng nhiều bên thuê Nhà máy SaaS (SaaS- Factory) tạo cài đặt ứng dụng đồng hành gọi Buồng lái SaaS (SaaS- Cockpit™)