Tài liệu AJAX – Tương lai của Web 2.0 part 6 docx

AJAX – Tương lai của Web 2.0 collection by traibingo 1 Google biến ứng dụng online thành offline Các ứng dụng web sẽ như thế nào nếu bạn không kết nối được Internet? Mục đích của API Gears mà Google đưa ra là để biến dữ liệu trực tuyến luôn sẵn có mọi lúc, mọi nơi. Các ứng dụng web sẽ như thế nào nếu bạn không kết nối được Internet? Mục đích của API Gears mà Google đưa ra là để biến dữ liệu trực tuyến luôn sẵn có mọi lúc, mọi nơi. Nếu dùng ứng dụng web, bạn sẽ vấp phải một trở ngại chung: khi không nối mạng (offline) thì bạn không thể lấy được dữ liệu. Nhưng một số ứng dụng đang xoay chuyển vấn đề này. Zimbra, ứng dụng e-mail nguồn mở, đã bổ sung bản offline tên là Zimbra Desktop từ hồi tháng 3 vừa qua. Mozilla cũng cho biết Firefox 3 sẽ hỗ trợ bộ nhớ đệm (caching) cho phép các ứng dụng web chạy offline. Và mô hình (framework) ứng dụng Ajax cho nền tảng để bàn của Adobe gọi là AIR sẽ có các tính năng hỗ trợ cho dữ liệu offline. Nhưng Google đã thực hiện một thay đổi lớn nhất cho đến nay về vấn đề này bằng Gears API mà hãng công bố vào tháng 5. Google tung ra Gears kèm với ứng dụng đầu tiên để áp dụng, đó là một phiên bản Google Reader mới cho bạn đọc tin RSS offline. Các công ty khác cũng bắt đầu sử dụng framework Gears; ứng dụng đầu tiên mà chúng tôi tìm thấy được là công cụ Remember the Milk để theo dõi khối lượng công việc trực tuyến (rememberthemilk.com). Hãy thử Gears AJAX – Tương lai của Web 2.0 collection by traibingo 2 Cả Google Reader và Remember the Milk đều đưa ra phương thức hỗ trợ offline đơn giản như nhau. Bạn chỉ việc nhấn vào một biểu tượng mũi tên màu xanh lá trên thanh công cụ ở đầu màn hình để tải về hoặc đệm dữ liệu mà bạn cần làm việc offline. Một khi đã đồng bộ dữ liệu, bạn có thể ngắt kết nối và vẫn tiếp tục làm việc, thậm chí nếu bạn đóng và mở lại trình duyệt. Khi có kết nối trở lại, bạn nhấn vào biểu tượng mũi tên màu xanh dương ở cùng vị trí cũ và những thay đổi của bạn ánh xạ lại vào bản trực tuyến. Reader chạy với Gears hoạt động khá tốt mặc dù hỗ trợ offline của nó còn một chút thô sơ, cơ bản. Các bản tin văn bản như của Engadget hay của Techcrunch dĩ nhiên là chạy tốt nhất nhưng có lẽ bạn cũng muốn Reader đồng bộ cả hình ảnh vào tin và tăng số tin đồng bộ để đọc offline. Vẫn còn lỗi nhỏ là nếu bạn đang online và nhấn vào nút offline thì bạn sẽ bị trả lại về ngay tin đầu tiên đang đọc và bất kỳ hình ảnh nào có trên trang tin đó đều bị mất. Milk cũng gặp vấn đề tương tự. Xóa một tác vụ ở chế độ offline thì bạn không có cách nào để phục hồi lại tác vụ đó mặc dù bạn có thể dễ dàng undo hành động đó ở chế độ online. Dù sao đi nữa, khi chạy offline với một ứng dụng Gears thì bạn nên lên kế hoạch sử dụng. Bạn đừng hy vọng có thể bắt đầu công việc trong Reader mà không có kết nối ban đầu. Với những ứng dụng Gears hiện thời bạn cần kết nối ban đầu và chuyển tất cả chúng sang chế độ offline trước khi ngắt kết nối. Đây có thể là tùy chọn tốt để đồng bộ tự động bất cứ khi nào bạn online. Hỗ trợ offline không đem đến mọi thứ mà bạn muốn trong Nhấn vào biểu tượng màu xanh lá nhỏ, ứng dụng Gears sẽ đệm dữ liệu để làm việc offline. AJAX – Tương lai của Web 2.0 collection by traibingo 3 Google Reader, tiêu biểu là sẽ không có bất kỳ hình ảnh nào trong tin. Tương lai ứng dụng offline Dù vậy, những ứng dụng dựa trên Gears cũng đã phác họa được tương lai. Chắc chắn là Gears hỗ trợ cho Reader nhưng nếu hỗ trợ cho cả Gmail hay Google Calendar thì có thể là điều rất tuyệt hay không? Và với Docs and Spreadsheet hay các ứng dụng khác trong bộ Google Apps thì sao? Hỗ trợ chạy offline sẽ là bước chính trong việc phát triển các ứng dụng chạy trên trình duyệt và những ứng dụng này sẽ rất có khả năng thay thế các ứng dụng để bàn. Thêm vào hỗ trợ offline cho Gmail hay Docs and Spreadsheet sẽ không phải là điều dễ dàng vì một lý do, dữ liệu có thể sẽ phải di chuyển nhiều. Làm việc cẩn thận nhất thiết phải đồng bộ dữ liệu để những gì có trên máy tính cũng nên có trên mạng. Nhưng một điều chắc chắn là hỗ trợ ứng dụng offline đang dần dần xuất hiện. Trong khi đó, nhiều ứng dụng nhỏ trên nền web 2.0 như là Remember the Milk sẽ tận dụng từ hỗ trợ offline. Các bộ công cụ như là Dojo Offline (dojotoolkit.org/offline) đang nở rộ, thuận tiện hơn cho các nhà phát triển xây dựng ứng dụng Gears. Và khi Firefox 3.0 hỗ trợ đệm dữ liệu offline ở mức sâu hơn thì tình huống này chắc chắn được cải thiện. Mashup cho ứng dụng nghiệp vụ Nếu có chính sách thích hợp, mashup có thể tạo nên lớp ứng dụng mới hiệu quả và hữu ích trong môi trường doanh nghiệp. Nếu có chính sách kiểm soát thích hợp, mashup có thể tạo nên lớp ứng dụng mới hiệu quả và hữu ích trong môi trường doanh nghiệp. Mashup đang trở nên thịnh hành theo trào lưu Web 2.0. Thường các dịch vụ web dùng mashup kết hợp bản đồ với nhiều loại dữ liệu từ nhiều nguồn trên web. Trong năm qua, chúng ta đã chứng kiến nhiều site mới nổi đình nổi đám, như Zillow.com dự đoán giá bất động sản hay AuctionMapper thể hiện các kết quả tìm kiếm eBay trên bản đồ để giúp định vị những người bán hàng gần nhất. AJAX – Tương lai của Web 2.0 collection by traibingo 4 Nhưng mashup còn có thể làm được nhiều việc hơn là những bản đồ có chú giải cho những website thông thường. Kỹ thuật này cũng có thể áp dụng cho những ứng dụng nghiệp vụ phục vụ hoạt động của doanh nghiệp. Vì mashup dựa trên nền tảng kỹ thuật hiện có - JavaScript, XML và DHTML, kết hợp với kết nối Internet tốc độ cao để hỗ trợ giao diện đồ họa và tính năng phong phú - nên không yêu cầu đầu tư nhiều. Mashup đang bắt đầu được xem xét một cách nghiêm túc như là giải pháp cho các vấn đề tích hợp, ứng dụng vốn thường là gánh nặng trước đây. Cách thức tích hợp linh hoạt này đã được áp dụng trước đây, như các site thương mại điện tử kết hợp dữ liệu giám sát của UPS hay FedEx (các dịch vụ vận chuyển hàng hoá) với thông tin đơn hàng để cung cấp màn hình tổng hợp về tình trạng đơn hàng. Trong môi trường doanh nghiệp, các hãng cung cấp giải pháp portal (cổng thông tin) như IBM và Plumtree đã từ lâu cung cấp các công cụ đồ hoạ để cho phép kết hợp các nguồn dữ liệu một cách dễ dàng, tạo nên các ứng dụng web tùy biến đơn giản. "Điểm khác biệt là giờ đây có sẵn nhiều thư viện API được xây dựng theo các chuẩn chung giúp dễ sử dụng", theo Giovanni Gallucci, chủ tịch của Kinetic Results, công ty chuyên về tối ưu công cụ tìm kiếm và phân tích web. Kinetic Results đã tạo các mashup sử dụng dữ liệu lưu lượng web và các dữ liệu phân tích khác để tạo nên những báo cáo trực quan cung cấp cho khách hàng. Hay như hãng môi giới địa ốc Zip Realty sử dụng mashup để tích hợp dữ liệu khách hàng từ hệ thống CRM vào email gửi cho các đại lý. Danh sách các công công ty đang sử dụng mashup còn nhiều Cố nhân trở lại Nhiều năm nay, các ứng dụng web đã xâm nhập rộng rãi trong môi trường doanh nghiệp, vì vậy việc tích hợp nhiều nguồn dữ liệu phía sau tường lửa không có gì mới. Tuy nhiên việc áp dụng AJAX (Asynchronous JavaScript and XML) đang làm thay đổi cục diện. "Điểm hay đó là bạn có một nền tảng hiện diện khắp nơi và bạn có thể dễ dàng tích hợp các thành phần", theo Ross Dargahi, đồng sáng lập kiêm phó chủ tịch công nghệ tại Zimbra, hãng phát triển các công cụ cộng tác và email dựa trên AJAX. Hơn nữa, khi ngày càng có nhiều doanh nghiệp và nhà cung cấp dịch vụ áp dụng các công nghệ web, sẽ càng có nhiều dữ liệu ở dạng XML. "Trước đây, phân nửa khối lượng công việc là tìm cách gắn kết các thành phần với nhau. Với XML và các công nghệ đi cùng với nó, công việc đó trở nên đơn giản", theo Gallucci. Aaron Tavistock, kiến trúc sư trưởng của Zip Realty, nhận định việc Google đưa ra Google Map API đã tạo nên bước ngoặt quan trọng. Google đã đóng góp rất nhiều cho ý tưởng mashup với việc cung cấp miễn phí thư viện API cho các nhà phát triển. Trước đó chưa từng có việc cởi mở như vậy. Giao diện đồ họa phong phú cũng là yếu tố lôi cuốn, theo Dargahi của Zimbra. Trước đây, các ứng dụng web thường rất nhỏ gọn và dân trong nghề thích chúng vì dễ triển AJAX – Tương lai của Web 2.0 collection by traibingo 5 khai. Nhưng người dùng lại không mấy thiện cảm với ứng dụng web vì chúng thô kệch và ít tính năng hơn ứng dụng desktop. AJAX có thể giúp đem đến giao diện phong phú cho các ứng dụng web nhỏ gọn. Nhưng ẩn đằng sau giao diện đập vào mắt người dùng là cái quan trọng hơn - những thông tin có được thông qua API. Hấp dẫn SOA Với việc áp dụng rộng rãi các chuẩn web, việc truy cập thông tin đã trở nên dễ dàng hơn nhiều, theo Dan Gisolfi, một kiến trúc sư của IBM, chuyên tư vấn về mashup cho khách hàng doanh nghiệp. Các công nghệ tinh vi hơn và mới hơn của SOA (Service Oriented Architecture) và dịch vụ web (Web Service) như SOAP (Simple Object Access Protocol), WSDL (Web Service Description Language) và REST (Representational State Transfer) cũng có thể góp phần tạo nên mashup. Theo một nghĩa nào đó, mashup là dạng đơn giản nhất của ứng dụng dựa trên SOA. "Mashup rất phù hợp với ý niệm doanh nghiệp hướng dịch vụ”, theo Shane Pearson, phó chủ tịch tiếp thị của BEA Systems, hãng chuyên về giải pháp dịch vụ web. Thậm chí, Jason Bloomberg, chuyên gia phân tích của công ty tư vấn ZapThink còn nhận định: "mashup là điểm hấp dẫn nhất của SOA". Mashup có thể đã hiện diện chung quanh bạn nhưng với tên gọi khác. Ví dụ, hãng Pratt & Whitmey đã phát triển những mashup đầu tiên cách đây 4 năm, sử dụng thuật ngữ "info center" cho các ứng dụng tổng hợp sử dụng các công nghệ mà hiện nay được dùng cho mashup. Các mashup cũng áp dụng cùng các nguyên tắc về tính môđun và giao tiếp chuẩn cho các đối tượng rời rạc, chúng là bước phát triển tự nhiên của dịch vụ web đầu tiên và sau đó là SOA. "Mashup tạo ra nhu cầu SOA", Gisolfi của IBM nói. Nếu công ty của bạn hiện không theo đuổi chiến lược SOA, điều này có thể thay đổi sau khi có một vài ứng dụng mashup mẫu. Khi những người quản lý nhìn thấy những trang web tích hợp dễ dàng và nhanh chóng những dữ liệu và tính năng thường nằm rải rác ở nhiều ứng dụng, lợi ích này tự nó có sức thuyết phục. AJAX – Tương lai của Web 2.0 collection by traibingo 6 Quản lý nguồn lực Thành quả ứng dụng có thể hấp dẫn, nhưng việc tạo mashup khá dễ dàng có mức độ rủi ro nhất định. Thông thường, kỹ năng yêu cầu không nhiều hơn lập trình JavaScript và ngày càng có nhiều các công cụ giúp dễ dàng phát triển như Tibco General Interface Builder và Backbase. "Đó là lý do tại sao bạn nên có chính sách kiểm soát mashup", theo Joe Kraus, CEO của JotSpot. Bloomberg của ZapThink cũng tán đồng ý kiến trên. "Dù muốn hay không, cuối cùng người quản lý cũng phải để cho nhân viên lắp ghép các ứng dụng tổng hợp, nếu không có sự kiểm soát thì tai hoạ sẽ xảy ra". Một vấn đề nữa là tính an toàn của dữ liệu từ ngoài vào công ty. FedEx và Google có thể đáng tin cậy, nhưng với các công ty khác thì bạn nên cẩn thận. Ngày càng có nhiều công ty cung cấp các thư viện API (XML) trên web. Gallucci của Kinetic Results cho rằng các doanh nghiệp với các mối quan hệ đối tác tin cậy có thể sử dụng giải pháp mashup để trao đổi thông tin và liên kết các qui trình tốt hơn. Ví dụ, bảng thông báo AJAX – Tương lai của Web 2.0 collection by traibingo 7 chung cho toàn bộ dây chuyền cung cấp sản phẩm dùng các nguồn cung cấp dữ liệu từ các công ty tham gia. Việc quản lý cũng cần thiết đối với các nguồn dữ liệu nội bộ nhằm đảm bảo thông tin mật không bị rò rỉ. Ví dụ, bộ phận kinh doanh có quyền làm mashup màn hình trung tâm giám sát tình hình sản xuất, nhưng đại lý dịch vụ khách hàng thì không. Bloomberg cho rằng các công cụ phát triển mashup cần có thiết kế đảm bảo chính sách sử dụng và truy cập, cho phép bộ phận CNTT thiết lập chính sách và nhân viên ít biết về kỹ thuật có thể lắp ghép mashup tùy theo vai trò của họ. Theo Bloomberg, việc quản lý mashup không chỉ là những chính sách kiểm soát, mà nó có mục tiêu lớn hơn đó là xây dựng các dịch vụ thích hợp để người dùng có thể tự lắp ghép mashup dễ dàng. Chưa đủ tin cậy Vì các mashup dễ tạo hơn so với nhiều ứng dụng truyền thống nên chúng có thể không được kiểm soát kỹ lưỡng về mặt bảo mật, Kraus của JotSpot cảnh báo. Nhiều ứng dụng loại này dựa trên JavaScript vốn có nhiều kẽ hở. Việc cài đặt thoải mái các thành phần mashup bên ngoài là mối hiểm họa vì bạn không biết rõ bên trong nó thực hiện những tác vụ gì. Mặc dù bộ phận CNTT có thể am hiểu các vấn đề bảo mật có liên quan đến JavaScript hay các công nghệ nền tảng khác của mashup, nhưng chưa thể biết tường tận về các nguy cơ mới. Gisolfi của IBM thừa nhận: "Chúng tôi chưa nắm hết các vấn đề về bảo mật của mashup, vì vậy chưa có giải pháp bảo mật tốt nhất cho mashup". Mặc dù hấp dẫn với những ứng dụng phát triển nhanh và gọn nhẹ, nhưng mashup cũng có những hạn chế. Theo Stefan Andreasen - giám đốc kỹ thuật của Kapow Technologies, "các mashup có ý nghĩa cho 80% qui trình CNTT thông thường. Nhưng không công ty nào sử dụng mô hình như mashup cho thông tin quan trọng". Vì vậy bộ phận CNTT phải lưu ý đến những lĩnh vực nghiệp vụ quan trọng mà mashup được phép xâm nhập. QUY TẮC CHO MASHUP Một số quy tắc tham khảo có thể giúp tránh tình trạng mashup hỗn độn. • Xác định thông tin nội bộ nào có thể được dùng và cho mục đích gì, như vậy dữ liệu mật sẽ không rò rỉ qua mashup. • Dùng các nguồn dữ liệu bên ngoài có giấy phép để tránh những quảng cáo không mong muốn; với các nguồn miễn phí, cần nắm rõ các điều khoản thỏa thuận sử dụng. • Tạo thư mục các nguồn dữ liệu nội bộ dạng XML và RSS để cung cấp cho những người phát triển mashup trong bộ phận CNTT cũng như ở các bộ phận nghiệp vụ khác. • Sử dụng mashup như là tùy chọn tích hợp cho các công việc thông thường như giám sát tình trạng đơn hàng với các đối tác bên ngoài. • Các công cụ mashup vẫn còn trong giai đoạn phát triển, hãy tìm công cụ tốt AJAX – Tương lai của Web 2.0 collection by traibingo 8 nhất đáp ứng nhu cầu hiện tại của bạn, nhưng vẫn tiếp tục xem xét những công cụ mới. • Phát triển và bắt buộc tuân thủ các chính sách sử dụng mashup, nhưng đừng quá cứng nhắc, nếu không bạn sẽ thủ tiêu mục đích của việc phát triển linh hoạt. . theo Dargahi của Zimbra. Trước đây, các ứng dụng web thường rất nhỏ gọn và dân trong nghề thích chúng vì dễ triển AJAX – Tương lai của Web 2. 0 collection. tuyến (rememberthemilk.com). Hãy thử Gears AJAX – Tương lai của Web 2. 0 collection by traibingo 2 Cả Google Reader và Remember the Milk đều