Chương 3. Giới thiệu bộ Globus Toolkit phiên bản 3.2 - 55 - + ServiceProvider Chịu trách nhiệm xây dựng các service, tạo các bản mô tả cho chúng, đăng ký bản mô tả các service cho một hoặc nhiều ServiceRegistry; tiếp nhận, xử lý các thông điệp yêu cầu sử dụng service từ các ServiceRequestor. + ServiceRequestor Là các thực thể sử dụng các service cung cấp bởi ServiceProvider. ServiceRequestor tìm kiếm các bản đặc tả service trong các ServiceRegistry, lựa chọn service cần thiết và thích hợp, rồi sau đó kết nối đến ServiceProvider và sử dụng service mong muốn. + ServiceRegistry Chịu trách nhi ệm quảng bá các service do các ServiceProvider đăng ký cho nó, và cho phép các ServiceRequestor tìm kiếm các đặc tả service trong danh sách đăng ký của nó. Lưu ý , một thành phần của ứng dụng có thể đóng một hay nhiều vai trò trên. 2. Các hoạt động chính SOA có 3 loại hoạt động chính giữa các thành phần trên : Publish, Find và Bind. + Public Là hoạt động giữa ServiceProvider và ServiceRegistry. ServiceProvider thực hiện đăng ký giao diện service nó cung cấp cho ServiceRegistry thông qua phương thức Public. + Find Là hoạt động giữa ServiceRequestor và ServiceRegistry. ServiceRequestor sử dụng phương thức Find để lấy danh sách service và ServiceProvider thoả mãn các yêu cầu của nó. Có thể có nhiều điều kiện tìm kiếm trong phương thức Find, ServiceRegistry sẽ tìm trong danh sách các ServiceProvider rồi trả về thông tin thích hợp. + Bind Là hoạt động giữa ServiceRequestor và ServiceProvider. Nó cho phép ServiceRequestor thực hiện kết nối đến ServiceProvider trước khi thực hiện các lời Chương 3. Giới thiệu bộ Globus Toolkit phiên bản 3.2 - 56 - gọi sử dụng service. Cho phép ServiceRequestor khởi tạo proxy phía client cho service cung cấp bởi ServiceProvider. Thao tác kết nối này có thể thực hiện động hay tĩnh. Trong trường hợp kết nối động, ServiceRequestor phát sinh proxy dựa trên các thông tin lấy được từ ServiceRegistry, trong trường hợp còn lại, proxy được phát sinh trong lúc phát triển ứng dụng. 3 3 . . 2 2 . . 2 2 . . W W e e b b S S e e r r v v i i c c e e Web Service là một công nghệ được sử dụng rộng rãi để triển khai mô hình SOA vào thực tế, nó đưa ra mô hình liên lạc, trao đổi giữa ứng dụng với ứng dụng trên cơ sở ngôn ngữ đặc tả XML. Web Service là nền tảng của Grid Service (sẽ giới thiệu sau). Web Service sử dụng ngôn ngữ Web Services Description Language (WSDL) để mô tả nội dung và cách sử dụng service; sử dụng protocol SOAP để trao đổi các thông điệp giữa các Web service; sử dụng ngôn ngữ đặc tả Universal Description, Discovery and Integration (UDDI) để cho phép các nhà cung cấp Web service đăng ký service của mình và cho phép người sử dụng Web service tìm được nhà cung cấp thỏa điều kiện mong muốn. Ngoài ra, còn một số chuẩn về định nghĩa và triển khai chất lượng dịch vụ của Web service đang được xây dựng như WS-Security, WS- Reliable Messaging, WS-Coordination, và WS-Transaction,… Về bản chất, Web service cũng là một công nghệ tính toán phân tán như các công nghệ CORBA, RMI, EJB, … Tuy nhiên, Web service có một số lợi điểm mà các công nghệ khác không có: + Web service độc lập với ngôn ngữ lập trình, độc lập với nền tảng thực thi ứng dụng do được xây dựng trên chuẩn XML. Đây cũng là lý do chính để chọn công nghệ Web service làm nền tảng cho Grid service để giải quyết thách thức lớn nhấ t của công nghệ Grid computing là quản lý và sử dụng các tài nguyên phân tán, đa dạng, phức tạp, trên nhiều nền tảng khác nhau. + Hầu hết các Web service đều sử dụng protocol HTTP để truyền thông điệp (các yêu cầu service và kết quả trả về từ service), nên hỗ trợ xây dựng các ứng dụng tầm cỡ toàn cầu qua nhiều site, nhiều vùng bảo mật, nhiều vùng quản trị khác nhau Chương 3. Giới thiệu bộ Globus Toolkit phiên bản 3.2 - 57 - trên nền tảng Internet, do các lưu thông dạng HTTP thường không bị chặn lại khi gặp firewall hoặc proxy. Trong khi đó, việc truyền thông của các công nghệ khác thường gặp vấn đề với firewall. + Một sự khác biệt nữa là, các công nghệ như CORBA và EJB hướng đến các hệ thống phân tán có độ kết hợp cao (highly coupled), trong đó client và server phải phụ thuộc chặt chẽ vào nhau. Các công nghệ này thường lý tưởng cho các ứng dụng trong mạng cục bộ . Còn với công nghệ Web service thì ngược lại hoàn toàn, client không cần biết thông tin về server và service cho đến khi nó thực sự cần sử dụng service. Do đó, công nghệ Web service thường thích hợp nhất để xây dựng các ứng dụng có phạm vi rộng trên Internet, như các ứng dụng hướng Grid. Công nghệ Web service có thể được sử dụng để quản lý tài nguyên thay đổi động theo thời gian. Chương 3. Giới thiệu bộ Globus Toolkit phiên bản 3.2 - 58 - 3 3 . . 2 2 . . 3 3 . . O O G G S S A A 3 3 . . 2 2 . . 3 3 . . 1 1 . . G G i i ớ ớ i i t t h h i i ệ ệ u u Dựa trên những kinh nghiệm có được khi phát triển bộ GT đến phiên bản 2.0 hỗ trợ việc xây dựng các hệ thống, ứng dụng Grid cùng với việc phân tích các khía cạnh kỹ thuật và lợi ích của công nghệ Web Service, tổ chức Globus Alliance, sau đó là cùng với tổ chức Global Grid Forum(GGF) đã xây dựng, phát triển các mô hình và giải pháp để giải quyết các vấn đề, các thách thức của công nghệ Grid Computing. Chuẩn OGSA ra đời từ những nỗ lực trên. T ổng quan về OGSA đã được giới thiệu trong chương 2 , phần này giới thiệu sâu vào chi tiết của chuẩn OGSA. Tư tưởng chủ đạo của mô hình giải pháp OGSA là xem Grid như là một tập hợp có thể mở rộng các Grid service, các Grid service này có thể được kết hợp theo nhiều cách khác nhau để thỏa mãn nhu cầu của các VO, và đến lượt chúng, các VO này lại được xác định bằng các service mà chúng cung cấp và chia sẻ. Việc tiếp cận hướng service (service orientation) giúp giải quyết gần như trọn vẹn các thách thứ c về quản lý, sử dụng tài nguyên, về liên kết hoạt động trong Grid. Nhờ tiếp cận theo hướng này, vấn đề liên kết hoạt động có thể được chia thành 2 vấn đề nhỏ hơn là định nghĩa giao diện của service và xây dựng các protocol để gọi sử dụng một service cụ thể. Việc tiếp cận hướng service còn làm đơn giản quá trình ảo hóa, có nghĩa là gói gọn các cài đặt cụ thể tuỳ môi trường, tuỳ nền tảng, … trong một giao diện chung. Quá trình ảo hoá đưa ra một cách thức sử dụng tài nguyên cố định, chung nhất trên các tài nguyên khác nhau, đa dạng về nền tảng, cho phép ánh xạ nhiều thực thể tài nguyên logic trên cùng một tài nguyên vật lý. Việc ảo hoá còn cho phép kết hợp các service cấp thấp thành các service cấp cao có chức năng phức tạp hơn mà không cần quan tâm đến chi tiết cài đặt của các service cấp thấp. Chương 3. Giới thiệu bộ Globus Toolkit phiên bản 3.2 - 59 - 3 3 . . 2 2 . . 3 3 . . 2 2 . . M M ô ô h h ì ì n n h h s s e e r r v v i i c c e e O O G G S S A A Trong mô hình OGSA, mọi thứ đều được đại diện bởi một service (là một thực thể kết nối mạng cung cấp một số tính năng nào đó thông qua việc trao đổi các thông điệp). Tất cả các tài nguyên đều là các service. Chi tiết hơn nữa, OGSA xem mọi thứ như là một Grid service : là một Web service hỗ trợ các quy ước và interface chuẩn mà mỗi Grid service cần phải có. Các Grid service được phân loại bởi các khả năng mà chúng cung cấp. Mộ t Grid service có thể có một hoặc nhiều interface, mỗi interface định nghĩa một tập các phương thức có thể được gọi thực hiện bằng cách trao đổi các thông điệp theo thứ tự được xác định trước. Grid service interface tương ứng với portType trong WSDL. Tập các portType cung cấp bởi Grid service cùng với các thông tin liên quan như phiên bản được xác định trong serviceType (một thành phần mở rộng từ WSDL) của Grid service. Các Grid service có thể quản lý các thông tin trạng thái nội bộ của chúng trong thời gian sống. Việc tồn tại các trạng thái khác nhau giúp phân biệt một thể hiện (instance) của Grid service với một service khác có cùng interface. Ở đây sẽ sử dụng khái niệm Grid service instance để chỉ một thể hiện cụ thể của Grid service. Các service sẽ liên lạc với nhau bằng cách trao đổi các thông điệp. Trong môi trường phân tán, phức tạp, không thể đảm bảo một thông điệp được gửi đi chắ c chắn đến nơi, do đó cần phải sử dụng một protocol đảm bảo thông điệp gửi đi và tới nơi. Các service có thể được tạo và huỷ một cách động. Service có thể bị huỷ tường minh hoặc bị huỷ, không thể truy cập được do hư hỏng hệ thống, hết tài nguyên. Do đó, Grid service có các interface để quản lý thời gian sống của mình. Vì các Grid service được tạo và huỷ mộ t cách động nên cần có cơ chế để phân biệt các instance khác nhau được tạo ra. Mỗi Grid service instance được gán một tên duy nhất không trùng với bất kỳ ai, Grid service handle (GSH), GSH dùng để phân biệt một Grid service instance cụ thể với tất cả các instance khác đã tồn tại, hiện đang tồn tại, và sẽ được tạo lập trong tương lai. Chương 3. Giới thiệu bộ Globus Toolkit phiên bản 3.2 - 60 - Grid service có thể được nâng cấp trong thời gian sống của nó, ví dụ để hỗ trợ một phiên bản mới của protocol hoặc thêm các protocol thay thế. GSH không mang thông tin xác định về protocol hay thông tin đặc biệt của instance như địa chỉ mạng và các protocol hiện đang liên kết (binding) với nó. Thay vào đó, thông tin này được đóng gói cùng với các thông tin khác cần thiết để liên lạc với một instance vào một thực thể trừu tượng đơn lẻ, Grid service reference (GSR). Không giống như GSH luôn cố định, GSR có thể được thay đổi trong thời gian sống của instance. Một GSR chỉ tồn tại trong một khoảng thời gian cụ thể, hoặc có thể trở nên không hợp lệ trong bất kỳ thời điểm nào trong quá trình sống của instance. OGSA đã định nghĩa một số cơ chế, sẽ trình bày sau, để lấy một GSR đã cập nhật. Lưu ý rằng, khi có GSR cũng chưa chắc có th ể truy cập đến Grid service instance, các chính sách cục bộ hoặc các ràng buộc truy cập có thể ngăn chặn các yêu cầu sử dụng dịch vụ. Mọi thứ trong OGSA đều là service nên cần phải xây dựng các Grid service thực hiện quản lý các Grid service khác. Các tác giả OGSA đã xây dựng một tập các interface cơ bản, mềm dẻo, các interface này sau đó có thể được kết hợp theo nhiều cách khác nhau để tạo ra một lượng phong phú các Grid service. Bảng … cho biết tên và mô tả của các interface được định nghĩa cho đến hiện tại (06/2002). Một lưu ý là : OGSA xác định các ngữ cảnh của một Grid service instance như cách nó được tạo ra, được đặt tên, cách quản lý thời gian sống, cách liên lạc với một instance,… Tuy vậy, OGSA không giải quyết vấn đề cài đặt chúng như thế nào, ví dụ về mô hình lập trình, ngôn ngữ lập trình, môi trường thực thi,… Trong thực tiễn, các Grid service được tạo ra trong các môi trường thực thi cụ thể hay hosting environment (môi trường chủ). Một hosting environment cụ thể xác định không những các mô hình lập trình, ngôn ngữ lập trình, các công cụ phát triển, gỡ rối, … mà còn cách một cài đặt của Grid service thỏa mãn các quy định của nó để cung cấp chức năng của mình. Các ứng dụng hiện nay đang dựa vào các tiến trình của các hệ điều hành cụ bộ như là hosting environment của mình, ví dụ việc tạo ra một service instance liên quan đến việc tạo ra một tiế n trình trong hệ thống. Chương 3. Giới thiệu bộ Globus Toolkit phiên bản 3.2 - 61 - 3 3 . . 2 2 . . 3 3 . . 3 3 . . C C á á c c i i n n t t e e r r f f a a c c e e c c h h u u ẩ ẩ n n Bảng 3-1 là danh sách các interface (trong WSDL là portType) định nghĩa nên một Grid service. Lưu ý, chỉ có interface GridService là phải được cài đặt bởi tất cả các Grid service, còn các interface khác là tuỳ chọn. Các interface phục vụ phân quyền, quản lý chính sách, và các mục đích khác hiện đang được xây dựng. PortType Phương thức Mô tả FindServiceData Truy vấn hàng loạt các thông tin về các Grid service instance, bao gồm các thông tin cơ bản nội bộ (GSH, GSR, khóa chính,…) , các thông tin về interface, các thông cụ thể của từng instance… Hỗ trợ nhiều ngôn ngữ truy vấn khác nhau. SetTerminationTime Thiết lập (Lấy) thời gian hủy bỏ của Grid service instance. GridService Destroy Hủy bỏ một Grid service instance. Notification- Source SubscribeTo- NotificationTopic Yêu cầu thông báo về các sự kiện liên quan đến service. Cho phép phân phối thông qua các hệ thống chuyển thông điệp bên thứ ba. Notification- Sink DeliverNotification Tiến hành phân phối bất đổng bộ các thông điệp thông báo. RegisterService Thực hiện đăng ký một GSH Registry UnregisterService Huỷ đăng ký một GSH Factory CreateService Tạo một service instance mới. HandleMap FindByHandle Trả về GSR hiện đang liên kết với GSH được cung cấp. Bảng 3-1 Bảng các interface chuẩn quy định bởi OGSA. 3 3 . . 2 2 . . 3 3 . . 4 4 . . M M ộ ộ t t s s ố ố c c ơ ơ c c h h ế ế c c ủ ủ a a O O G G S S A A 1. Tạo các service ngắn hạn : Factory OGSA định nghĩa một lớp các Grid service triển khai một interface phụ trách việc tạo lập các Grid service instance. Interface này được gọi là Factory và service triển khai interface này là một factory (nhà máy). Phương thức CreateService của interface Factory tạo mọt instance của service được yêu cầu, trả về GSH và khởi tạo GSR cho service instance mới. Interface Factory không xác định cách thức cụ thể để tạo ra service instance. Một cách chung nhất, interface Factory được triển khai trong các host environment Chương 3. Giới thiệu bộ Globus Toolkit phiên bản 3.2 - 62 - cung cấp các cơ chế chuẩn để để tạo ra (và sau đó là quản lý) các service instance. Hosting environment có thể quy định cách thức tạo service instance cụ thể, nhưng điều này là trong suốt đối với các người dùng service trong OGSA, họ chỉ thấy interface Factory mà thôi. Một cách khác, trong các môi trường Grid phức tạp, có thể xây dựng hệ thống các factory phân cấp trong đó các factory cấp cao tạo ra các service instance bằng cách uỷ quyền qiải quyết yêu cầu tạo lập cho các factory cấp thấp hơ n, để đạt được các yêu cầu cụ thể. 2. Quản lý thời gian sống của service Việc đưa ra khái niệm các service instance ngắn hạn dẫn đến việc phải xác định thời gian sống của service, có nghĩa là phải xác định khi nào thì có thể hoặc cần phải kết thúc service để giải phóng các tài nguyên liên quan. Trong môi trường hoạt động bình thường, các service instance ngắn hạn được tạo ra để thực hiện một nhiệm vụ nào đó và kết thúc khi nhiệm vụ hoàn thành hoặc khi có yêu cầu từ client. Tuy nhiên, trong các hệ thống phân tán, các thành phần có th ể không hoạt động, các thông điệp có thể bị mất nên service instance có thể không bao giờ nhận được thông báo kết thúc, điều đó khiến nó tồn tại vĩnh viễn, gây lãng phí tài nguyên trong hệ thống. OGSA giải quyết vấn đề này bằng cách xác định một thời gian sống cụ thể cho từng Grid service instance được tạo ra. Thời gian này có thể được mở rộng theo yêu cầu của client hoặc một Grid service khác đại diệ n cho client. Nếu hết thời gian sống mà không nhận được yêu cầu nào để kéo dài thời gian sống thì host environment hoặc chính Grid service instance có toàn quyền tự kết thúc và giải phóng tài nguyên. Việc quản lý thời gian sống được thực hiện thông qua phương thức SetTerminationTime trong interface GridService. 3. Quản lý các Handle và Reference Như đã giới thiệu trên đây, factory sau khi tạo service instance sẽ trả về GSH và GSR. Trong khi GSH là cố định thì GSR được tạo ra với một thời gian sống xác định và có thể thay đổi trong thời gian sống của service. Trong khi chiến lược này mang lại khả năng mềm dẻo trong việc xây dựng và bảo trì các service, nhưng cũng Chương 3. Giới thiệu bộ Globus Toolkit phiên bản 3.2 - 63 - xuất hiện vấn đề mới, đó là làm sao lấy được một GSR hợp lệ khi GSR khởi đầu hết hạn, Vấn đề trên có thể phát biểu lại như sau : Bằng cách nào có thể giao tiếp với một Grid service instance khi chỉ biết GSH của nó. OGSA tiếp cận theo hướng xây dựng một interface ánh xạ từ GSH sang GSR (HandleMap). Các phương thức cung cấp bởi interface này sẽ lấy một GSH và trả về một GSR hợp lệ tương ứng. Các phương thức này có thể được áp dụng các chính sách quản lý truy cập và do đó, các yêu cầu sử dụng có thể bị từ chối. Một bản cài đặt của interface HandleMap có thể theo dõi xem Grid service instance nào hiện còn đang tồn tại và sẽ không trả về GSR của instance mà nó biết hiện đã kết thúc. Lưu ý là khi có một GSR hợp lệ trong tay cũng chưa chắc là có thể liên lạc được với Grid instance, nó có thể không hoạt động, hoặc kết thúc trong khoảng thời gian từ lúc đưa ra GSR đến lúc lấy được GSR. Tiếp theo, khi đã có interface HandleMap, việc giải quyết vấn đề làm sao lấy được GSR theo GSH sẽ dẫn đến việc cần phải giải quyết 2 vấn đề nhỏ hơn: + Xác định service handleMap nào đang chứa GSH cần tìm. + Liên lạc với handleMap để lấy được GSR tương ứng. Cách giải quyết 2 vấn đề trên như sau: Để đảm bả o luôn luôn ánh xạ được từ GSH sang GSR, yêu cầu tất cả các Grid service instance phải được đăng ký với ít nhất một handleMap, được gọi là home handleMap. Việc đưa vào GSH mã nhận dạng của handleMap giúp dễ dàng trong việc xác định handleMap nào phải liên lạc để lấy được GSR. Làm sao để xác định home handleMap cho GSH? Bất kỳ service triển khai interface HandleMap cũng là Grid service, và cũng có GSH, nếu với cách khởi tạo như trên, sẽ trở lại vấn đề là phải cố gắng lấy được GSR liên kết với GSH handleMap service. Để giải quyết triệt để vấn đề này, cần phải có một cách lấy được GSR của handleMap mà không cần một handleMap khác. Để giải quyết được, tất cả các home handleMap service đều được xác định bởi một URL và phải hỗ trợ liên lạc với cùng một protocol chuẩn mà ai cũng biết, ví dụ HTTP. Lúc đó, thay vì phải dùng GSR để xác định protocol liên lạc với handleMap service, sẽ sử dụng phươ ng thức GET của Chương 3. Giới thiệu bộ Globus Toolkit phiên bản 3.2 - 64 - HTTP đến URL của home handleMap và GSR của handleMap dưới dạng WSDL được trả về. Lưu ý về mối quan hệ giữa các interface HandleMap và Factory khi cài đặt. GSH trả về từ một factory phải chứa URL của home handleMap service, và ánh xạ GSH/GSR phải được đưa vào và cập nhật trong handleMap service. Factory cần có trách nhiệm quyết định xem service nào sẽ là home handleMap. 4. Service Data và Service Discovery Đi kèm với mỗi Grid service instance là một tập các service data, một tập các thành phần XML được đóng gói như các thành phần dữ liệu của service. Mỗi thành phần bao gồm một tên duy nhất trong toàn service instance, một kiểu, thông tin về thời gian sống để sử dụng để quản lý thời gian sống. Interface GridService định nghĩa hoạt động WSDL chuẩn, FindServiceData, phục vụ việc truy vấn và lấy về các service data. Bản đặc tả về Grid service xác định cho mỗi interface Grid service một tập các thành phần service data phải được cài đặt trong bất cứ Grid service instance nào hỗ trợ interface đó. Đi kèm với interface GridService, do đó cũng đi kèm với tất cả các service instance một tập các thành phần chứa thông tin cơ bản về Grid service instance, như GSH, GSR, khoá chính, home handleMap. Một ứng dụng của phương thức FindServiceData là chức năng tìm kiếm service (service discovery). Những gì được trình bày ở trên giả sử rằng một ai đó đã có GSH c ủa service mong muốn, làm sao chúng ta lấy được GSH mong muốn lúc đầu tiên. Đã đến lúc cần dùng đến chức năng service discovery, là một quá trình xác định một tập các GSH có các thuộc tính thỏa mãn các yêu cầu cụ thể của người dùng như tải hiện hành, số lượng yêu cầu đã phục vụ, các chính sách hoạt động. Grid service hỗ trợ chức năng service discovery được gọi là registry. Một registry service được xác định bởi 2 thứ : một interface Registry, cung cấp các phương thứ c để đăng ký các GSH, và các thành phần service data được dùng để lưu trữ thông tin về các GSH đã đăng ký. Từ đó, interface Registry được sử dụng để đăng ký một GSH và phương thức FindServiceData của interface GridService dùng để lấy các thông tin về các GSH đã đăng ký. [...]... gọi là pre-WS components Bộ GT3, tồn tại song song 2 mô hình kiến trúc như trên hình 3-2 Các nhà phát triển có thể sử dụng một trong hai mô hình để xây dựng các ứng dụng và các hệ thống Grid của mình Tuy nhiên, mô hình Grid service dựa theo OGSI được khuyến khích sử dụng Hình 3-2 Kiến trúc của bộ Globus Toolkit 3.3.1 Mô hình kiến trúc GT2 Trong mô hình kiến trúc GT2, có thể thấy rõ ràng 4 thành phần... thông tin 3.2 .4 OGSI và Grid Service Như đã biết, OGSA không đi sâu vào việc đặc tả các Grid Service Nó chỉ cơ bản phác thảo một mô hình của các hệ thống Grid với các Grid Service và phác thảo những thứ mà một Grid Service cần phải có OGSI là một chuẩn nhằm triển khai cụ thể các khái niệm đưa ra bởi OGSA, nó đưa ra các đặc tả chính thức mang tính kỹ thuật về Grid Service dựa trên công nghệ Web service... Subscription, có cài đặt interface NotificationSource Và instance này sẽ chịu trách nhiệm trao đổi các thông báo Ghi chú : Để có thể hiểu rõ hơn về Grid service và các cơ chế của nó, xin xem thêm trong phụ lục C - “Kỹ thuật cài đặt các cơ chế của Grid Service” 3.3 Kiến trúc Globus Toolkit Bộ Globus Toolkit giải quyết các vấn đề của công nghệ Grid Computing dựa trên 4 thành phần chính 3 thành phần Resource Management,... 3.2 .4. 1 Grid Service Description và Grid Service Instance Trước hết cần phân biệt giữa 2 khái niệm service description và service instance + Grid Service Description (Bản mô tả về Grid service) Là một tài liệu WSDL định nghĩa Grid service interface, mô tả cách thức một client giao tiếp với các service instance, bao gồm các portType, phương thức, khai báo serviceData, thông điệp, và kiểu Lưu ý, trong. .. còn cung cấp một bộ các hàm API và SDK nhằm giúp phát triển, xây dựng các ứng dụng Grid - 74 - Chương 3 Giới thiệu bộ Globus Toolkit phiên bản 3.2 GT3 được thiết kế lại để hỗ trợ hoàn toàn OGSI Tuy nhiên, cần phải chú ý rằng GT3 không chỉ là một bản cài đặt của OGSI GT3 bao gồm rất nhiều các dịch vụ, chương trình, công cụ,… Một số trong chúng được xây dựng trên OGSI và được gọi là WS (Web Services)... cụ thể + Grid Service Instance Là một thể hiện của Grid Service Description như là một thực thể hoạt động Một Grid Service Description có thể được sử dụng trong nhiều instance Mỗi instance có: Các trạng thái được mô tả trong service description Có một hoặc nhiều Grid Service Handle Có một hoặc nhiều Grid Service Reference tham khảo đến nó 3.2 .4. 2 Time Model Do các thành phần tham gia hệ thống Grid có... một Grid service, bao gồm: Định nghĩa Grid service description và Grid service instance Định nghĩa cách tính thời gian của mô hình OGSI Định nghĩa Grid Service Handle và Grid Service Reference Định nghĩa một hướng tiếp cận chung để chuyển các thông tin lỗi từ các hoạt động Hướng tiếp cận này xây dựng một lược đồ XML và các ngữ nghĩa liên quan cho các thông điệp lỗi WSDL để hỗ trợ một cách hiểu chung -. .. 3.2 .4. 4 Interface OGSI mở rộng khái niệm portType của WSDL để hiện thực hoá khái niệm interface được đề cập đến trong OGSA Trong OGSI, wsdl:portType được định nghĩa lại thành interface của Grid service (gwsdl:portType) như sau: … targetNamespace= http://www.gridforum.org/namespaces/2003/03/gridWSDLExtensions xmlns:gwsdl= http://www.gridforum.org/namespaces/2003/03/gridWSDLExtensions... (là một giá trị có thuộc tính xsi:nil với value=“true”) “static”, “extenda Quy định cách thức thay “constant”, ble” đổi một SDE “extendable” + “static” : giá trị của , “mutable” SDE được xác định trong thành phần staticServiceDataValues và được giữ lại trong bất cứ instance nào có portType chứa SDE đó + “constant” : giá trị của SDE được gán trong lúc tạo instance và được giữ không đổi trong suốt thời... Hình 3-3 Mô hình các thành phần của một hệ thống sử dụng GT2 3.3.2 Mô hình kiến trúc GT3 Mô hình GT3 hơi khác biệt hơn mô hình GT2, cũng 4 thành phần đó, nhưng các thành phần này được thiết kế để trở thành các OGSI Grid service, được truy xuất thông qua một giao diện chung, điều này giúp việc các ứng dụng sử dụng các service dễ dàng hơn Dưới đây là mô hình tổ chức các thành phần của GT3 : - 76 - Chương . cao (highly coupled), trong đó client và server phải phụ thuộc chặt chẽ vào nhau. Các công nghệ này thường lý tưởng cho các ứng dụng trong mạng cục bộ . Còn với công nghệ Web service thì ngược. được xây dựng như WS-Security, WS- Reliable Messaging, WS-Coordination, và WS-Transaction,… Về bản chất, Web service cũng là một công nghệ tính toán phân tán như các công nghệ CORBA, RMI, EJB,. server và service cho đến khi nó thực sự cần sử dụng service. Do đó, công nghệ Web service thường thích hợp nhất để xây dựng các ứng dụng có phạm vi rộng trên Internet, như các ứng dụng hướng Grid.