Đang xử lý.....

CHÍNH PHỦ ĐIỆN TỬ 4.0: QUẢN LÝ API VỚI VAI TRÒ HỖ TRỢ CHO CHUYỂN ĐỔI SỐ  

Internet xuất hiện và gắn liền với các hoạt động thương mại trên toàn cầu trở nên phổ biến vào giữa những năm 90 của thế kỷ trước đã dẫn đến sự gia tăng số hóa các quy trình kinh doanh và kỷ nguyên của thương mại điện tử đã ra đời. Ban đầu, các quá trình Chuyển đổi số này chủ yếu ở phạm vi các phân khúc phi hữu hình, từ tự động hóa văn phòng đến trao đổi dữ liệu điện tử và thương mại điện tử nói chung.
Thứ Hai, 05/12/2022 101
|

Trong những năm gần đây, các quy trình này bắt đầu thâm nhập vào các phân khúc hàng hóa hữu hình và các phân khúc công nghiệp và sản xuất. Sự phát triển này được coi là một cuộc cách mạng công nghiệp mới và được gọi là Công nghiệp 4.0, là hệ quả tự nhiên của những phát triển bắt đầu từ kỷ nguyên kinh doanh điện tử. Các công nghệ đột phá chính trong nền tảng của quá trình chuyển đổi gần đây là dữ liệu lớn, thực tế ảo tăng cường, rô bốt tự động (hệ thống vật lý mạng nói chung), sản xuất phụ gia, Internet of Things, điện toán đám mây và an ninh mạng. Ngoài ra, các khái niệm như kiến trúc doanh nghiệp, kiến trúc hướng dịch vụ và quản lý quy trình kinh doanh cũng rất quan trọng, mặc dù chúng thường bị bỏ qua. Không có gì ngạc nhiên, vì thiếu các công cụ mạnh mẽ, bao gồm các phương pháp chính thức và phương pháp hệ thống. Ngoài ra, việc hiểu các diễn biến trong quá khứ là điều quan trọng để dự đoán quá trình phát triển và quản lý chúng cho phù hợp.

Mặc dù thoạt nhìn có vẻ không như vậy, nhưng trong bối cảnh các công nghệ đột phá kể trên, việc tích hợp chúng là điều cần thiết. Điều này có nghĩa là quyền truy cập vào dữ liệu từ nhiều nguồn và các dịch vụ khác nhau có sẵn trên web. Để đạt được mục tiêu này, các giao diện lập trình ứng dụng (hay gọi tắt là API) là một nhân tố quan trọng. Các API đã được chú ý nhiều trong những năm gần đây, nhưng vai trò và tiềm năng của chúng vẫn chưa được công nhận đầy đủ. Mặc dù API là một tạo tác công nghệ, nhưng chúng có nhiều hàm ý phi kỹ thuật vẫn chưa được khám phá. Chúng bao gồm ảnh hưởng của API đối với doanh nghiệp, chưa kể đến những thay đổi mà chúng giúp định hình trong thị trường kỹ thuật số (và xã hội nói chung), trong khi những nỗ lực hiện tại chủ yếu tập trung vào công nghệ như vậy. Do đó, điều quan trọng là phải hiểu các API và sự tham gia của chúng trong các mối quan hệ với sự đổi mới, công nghệ đột phá và hệ sinh thái kỹ thuật số để quản lý chúng đúng cách. Như đã đề cập trước đó, việc quản lý này cần được củng cố bởi một cách tiếp cận chính thức, có hệ thống, được xem xét trong bài báo này.

Chuyển đổi số đã trở thành một vấn đề nóng trong những năm gần đây. Nó đề cập đến nhiều chủ đề, khái niệm và công nghệ kết nối doanh nghiệp, chính phủ và các ngành công nghiệp với công nghệ thông tin và phát triển dịch vụ hóa (tức là Chuyển đổi số của dịch vụ). Do đó, hiểu được những vấn đề này là rất quan trọng để dự đoán diễn biến và định hình chính sách cho phù hợp. Ủy ban EU đã nhận ra tác động của các quy trình này ngay từ năm 2000 và thông qua Chỉ thị thương mại điện tử, cung cấp cơ sở pháp lý cho các dịch vụ kỹ thuật số.

Sự hiện diện ngày càng phát triển của Internet cho phép dịch vụ hóa hơn nữa, điều này gần đây đã trở thành hiện thực trong các lĩnh vực vật liệu (sản xuất) với Công nghiệp 4.0. Quá trình dịch vụ hóa rất quan trọng vì nó tăng thêm giá trị cho cả khách hàng và quy trình sản xuất. Nó mang lại một động lực mới cho các tương tác giữa nhà cung cấp dịch vụ và khách hàng thông qua tác động của nó đối với các quy trình cung cấp dịch vụ. "Phát triển dịch vụ hóa" cũng kích thích sự tham gia của các doanh nghiệp vừa và nhỏ, bắt đầu đóng vai trò tích cực trong quá trình đổi mới của chuỗi giá trị. Không có gì ngạc nhiên khi Chuyển đổi số cũng đang có tác động đặc biệt đến chuỗi giá trị và cung ứng trên toàn thế giới, bằng chứng là thay đổi các mối quan hệ nội bộ và giữa các tổ chức. Có thể tìm thấy một bài đánh giá sâu hơn về các khái niệm của hệ thống dịch vụ và sản phẩm dịch vụ.

Một lý do chính cho ảnh hưởng của quá trình dịch vụ hóa là Chuyển đổi số cho phép các luồng thông tin hiệu quả để kiểm soát các chuỗi trong Công nghiệp 4. Hành chính không phải là một ngoại lệ trong những nỗ lực hội nhập này, và những nỗ lực của nó phải là chủ đề của các quá trình đổi mới liên tục - các yếu tố hệ thống đổi mới cho trường hợp này được trình bày chi tiết trong. Những thay đổi là đáng kể, vì vậy đổi mới dịch vụ kỹ thuật số hiện là một chủ đề bắt buộc, thậm chí còn được coi là một lĩnh vực kinh doanh mới. Điều này đã được chứng minh trong thời gian Covid đóng cửa gần đây, khi các đổi mới dịch vụ (sử dụng công nghệ kỹ thuật số) chứng tỏ tầm quan trọng của chúng và dẫn đến những tiến bộ trong lý thuyết đổi mới dịch vụ.

Ngày nay, các công nghệ đột phá đang trở thành trọng tâm của các quá trình trên. Để đề cập đến một vài ví dụ thú vị gần đây, chúng tôi bắt đầu với chuỗi giá trị nơi các blockchain có thể được coi như một loại máy biến chuỗi (giá trị), cho phép chuyển giá trị qua Internet mà không cần trung gian. Những phát triển thú vị hơn nữa cũng bao gồm các ứng dụng trong hỗ trợ tư vấn khách hàng, nơi các phương pháp tiếp cận AI hiện tại dự kiến sẽ trở thành con người.

Người đóng vai trò quan trọng trong các quá trình này rõ ràng là các chính phủ, vì vậy điều quan trọng là các nguyên tắc và chính sách quản trị của họ phải được chuẩn bị tốt. Các sáng kiến ​​dữ liệu mở đã được chứng minh là đóng một vai trò quan trọng trong nỗ lực của các chính phủ. Các phương pháp cải tiến mới, mô hình phát triển dịch vụ và môi trường hợp tác là cần thiết để tận dụng thành công dữ liệu mở. Hệ sinh thái phù hợp cần được thiết lập và chất lượng dữ liệu là mối quan tâm chính. Sự thành công của các sáng kiến ​​chính phủ điện tử cũng phụ thuộc vào cách những thay đổi trong môi trường ra quyết định có thể cải thiện việc áp dụng chúng. Hơn nữa, các dịch vụ chính phủ điện tử (và dữ liệu mở) yêu cầu giải quyết các quan điểm cụ thể. Do đó, một quan điểm đa chiều được trình bày trong, nơi công dân được coi là một thực thể đa tầng và không đồng nhất. Sự tham gia của người dùng cũng rất quan trọng - cho thấy rằng việc đồng tạo ra các dịch vụ công kỹ thuật số, nếu có thể, có thể dẫn đến các giải pháp tốt hơn và việc áp dụng chúng, bao gồm cả dữ liệu mở.

Các chính phủ cần có cái nhìn toàn diện về sự phát triển, bao gồm quản lý tài nguyên hiệu quả và các vấn đề trong chương trình nghị sự xanh để phát triển bền vững. Hơn nữa, các vấn đề phân chia kỹ thuật số xuất hiện ở đây, bao gồm nhiều thứ hơn là chỉ truy cập vào các nguồn thông tin và truyền thông.

Phần tổng quan được cung cấp cho đến nay trình bày một số câu hỏi nghiên cứu khá phức tạp, nhưng theo cách thức rời rạc. Có thể cung cấp một cái nhìn toàn diện, ngắn gọn hơn về quỹ đạo của sự phát triển bằng cách xác định các kỷ nguyên quan trọng trong lĩnh vực này. Các nỗ lực của chính phủ điện tử bắt đầu từ cuối thế kỷ trước, ngay sau khi kỷ nguyên kinh doanh điện tử ra đời. Kỷ nguyên 1.0 của chính phủ điện tử này được đặc trưng bởi chức năng cốt lõi mà Internet đã kích hoạt - khả năng tương tác của các dịch vụ kỹ thuật số. Giống như sự phát triển trong kinh doanh, các dịch vụ mới cho phép giao tiếp hai chiều chuyên sâu và dẫn đến kỷ nguyên chính phủ điện tử 2.0, được đặc trưng bởi quản trị mở và có sự tham gia của người dân. Sức mạnh ngày càng tăng của trí tuệ nhân tạo đã dẫn đến kỷ nguyên của chính phủ điện tử 3.0, được đặc trưng bởi việc ra quyết định được hỗ trợ bởi CNTT (và ngày càng tự động hóa) và được bổ sung bởi việc hoạch định chính sách sử dụng nhiều dữ liệu. Trong nền tảng của những phát triển này, một tạo tác cụ thể ngày càng đóng vai trò quan trọng - đó là Giao diện lập trình ứng dụng, APIS.

Tầm quan trọng ngày càng tăng của API đối với các chính phủ đã không được các tổ chức quốc tế như Liên hợp quốc, OECD và Ủy ban EU chú ý. Trong trường hợp của Liên hợp quốc, điều thú vị là cuộc khảo sát gần đây của họ về chính phủ điện tử chỉ đề cập ngắn gọn đến API. Trong trường hợp của OECD, mặc dù tổ chức này nhận ra rõ ràng tiềm năng của các API, nhưng tổ chức này hầu như không cung cấp gì về ý nghĩa rộng lớn hơn của chúng với tư cách là những người hỗ trợ Chuyển đổi số và không có công cụ hoặc mô hình khái niệm nào cho phép một cách tiếp cận chiến lược phù hợp. Ngược lại, tài liệu của Ủy ban EU về API lại hoàn toàn khác, xác định API là chìa khóa để truy cập tài sản kỹ thuật số và tạo điều kiện cho Chuyển đổi số. Vì các chiến lược API rất quan trọng đối với hệ sinh thái kỹ thuật số, nên tài liệu cung cấp một lộ trình chuyển đổi để nâng cao hiệu quả và hiệu lực của các chính phủ thông qua việc tăng cường tiềm năng đổi mới của các dịch vụ công thông qua API. Hơn nữa, các API cũng cải thiện việc hoạch định chính sách bằng cách tạo điều kiện truy cập vào hầu như tất cả các thông tin liên quan cần thiết ở tất cả các giai đoạn của quy trình chính sách. Tuy nhiên, khuôn khổ mang tính chất mô tả nhiều hơn. Như các tác giả lưu ý, các kết quả định lượng (ví dụ: tác động kinh tế xã hội) rất khó phân tích vì nhiều lý do, bao gồm việc áp dụng các chính sách API tương đối gần đây và không thường xuyên, các vấn đề trong việc tìm kiếm các API của chính phủ có sẵn trên Internet và khó khăn về mặt khách quan đo lường tác động của API.

Và đây là nơi đóng góp của bài báo này. Mặc dù nghiên cứu trong lĩnh vực này rất rộng, bài báo trình bày một số bước quan trọng về phía trước. Chúng ta hiện đang chứng kiến ​​sự gia tăng của các công nghệ đột phá trong chính phủ điện tử, đặc biệt là sự xuất hiện của các công nghệ Internet-of-Things gắn liền với sự bùng nổ dữ liệu và sự xuất hiện của các blockchain (công nghệ sổ cái), trong khi các vấn đề về bảo mật và quyền riêng tư đang đến với phía trước. Vì vậy, bước đầu tiên là phát triển một mô hình về những gì có thể xảy ra ở giai đoạn này của kiến ​​thức trong lĩnh vực này. Mô hình xác định các yếu tố chính và mối quan hệ của chúng, đặc biệt là các vấn đề quản trị liên quan đến API, hệ sinh thái kỹ thuật số, công nghệ đột phá và đổi mới. Hơn nữa, từ góc độ hệ thống (do các vòng phản hồi), về mặt logic, các API dẫn đến một cấu trúc mạng, trong đó giá trị không chỉ có thể được tạo ra mà còn bị giảm đi. Một ví dụ như vậy là tác động tiêu cực tiềm ẩn về mặt bảo mật và quyền riêng tư - mặc dù ngay từ cái nhìn đầu tiên, API bổ sung thêm giá trị (chẳng hạn như dữ liệu thống kê có thể truy cập qua nhiều cơ sở dữ liệu), nó có thể đồng thời làm giảm giá trị đối với công dân do các vấn đề về bảo mật và quyền riêng tư (ví dụ: bằng cách kích hoạt các cuộc tấn công bằng cách sử dụng phân tích dữ liệu nâng cao để xác định các cá nhân, tình trạng sức khỏe của họ, v.v.). Do đó, bước thứ hai là đánh giá lại các chuỗi giá trị phát triển thành các mạng lưới chuyển đổi giá trị, và một sự tái nhận thức tương ứng được đưa ra. Cuối cùng nhưng không kém phần quan trọng, một quan sát thú vị được trình bày liên quan đến hiệu ứng Matthew, có khả năng bị ảnh hưởng bởi các API - nhưng quan sát này cần được điều tra thêm.

Giao diện lập trình ứng dụng là ranh giới trừu tượng giữa các tạo tác công nghệ thông tin nhằm kích hoạt và đơn giản hóa kết nối giữa chúng. Do đó, API có thể được định nghĩa là một sự trừu tượng hóa công nghệ cho phép một cấu phần truy cập tài nguyên của một cấu phần khác thông qua các thủ tục được xác định rõ ràng để đưa ra yêu cầu và nhận phản hồi (tức là giao thức), cùng với các thông số kỹ thuật của các phần tử dữ liệu theo yêu cầu của các thủ tục này. Tuy nhiên, mặc dù đây là những tạo tác công nghệ, tác động của chúng vượt xa công nghệ và ảnh hưởng đến sự tích hợp ở cấp độ quy trình kinh doanh, chưa kể đến khả năng các dịch vụ mới thậm chí có thể dẫn đến các ngành công nghiệp mới. Hơn nữa, một số API nhất định thậm chí còn gây ra những thay đổi xã hội rộng lớn hơn.

API đã phát triển dưới nhiều hình thức. Ban đầu, chúng được sử dụng trong phát triển phần mềm để truy cập các quy trình trong thư viện, nhưng cũng để truy cập tài nguyên phần cứng. Sau đó, với sự ra đời của các hệ điều hành, các API được sử dụng rộng rãi để truy cập các tài nguyên của các hệ thống cục bộ, bao gồm cả các tài nguyên cụ thể của hệ điều hành. Nhưng với sự ra đời của mạng (và web nói chung), chúng bắt đầu đóng vai trò quan trọng trong việc truy cập tài nguyên qua web. Và biểu mẫu mới nhất này, các API dựa trên web, là trọng tâm của bài nghiên cứu này.

Một API có thể được chỉ định khá dễ dàng bằng cách sử dụng công nghệ web. Người ta có thể chỉ cần sử dụng một URL cung cấp nhận dạng duy nhất của một dịch vụ (hoặc nguồn cấp dữ liệu) cùng với giao thức để truy cập nó. Dưới đây là một ví dụ cụ thể về API. Tên miền có nhận dạng hệ thống cục bộ là api.census.gov/data/2012/ewks ?, trong khi quyền truy cập thông qua giao thức HTTP. Chuỗi URL được sử dụng để xác định phương thức và đối số cho hoạt động cục bộ cùng với khóa xác thực để truy cập dịch vụ.

Lịch sử của các API với tư cách là công cụ để kích hoạt các chức năng kinh doanh có thể được bắt nguồn từ năm 2000. Vào thời điểm đó, nhà cung cấp ứng dụng đám mây Salesforce.com đã bắt đầu cung cấp các dịch vụ của mình bằng cách cho phép người dùng chia sẻ dữ liệu giữa các dịch vụ đó thông qua các API. Tương tự, eBay cũng tham gia vào lĩnh vực này vào năm 2000. Một sự thay đổi khác xảy ra vào năm 2002, khi Amazon cung cấp Dịch vụ Web Amazon của mình, cho phép các bên thứ ba tích hợp các tính năng của Amazon vào các dịch vụ Web của riêng họ (vào năm 2006, Amazon đã tiến thêm một bước nữa và kể từ đó Amazon Web Services đã cung cấp quyền truy cập vào các tài nguyên dựa trên đám mây). Cũng trong khoảng thời gian đó, các gã khổng lồ mạng xã hội đã tham gia vào lĩnh vực này: Flicker vào năm 2004, tiếp theo là Facebook và Twitter vào năm 2006, tất cả các API này đều cho phép sự gia tăng (và phạm vi tiếp cận) của các nhà cung cấp dịch vụ mạng xã hội tương ứng của họ. Năm 2007, Google tham gia lĩnh vực này, và một trong những API thành công và có ảnh hưởng nhất đã ra đời: Google Maps. Đối với API của các chính phủ, họ đã tuân theo một số thời gian trì hoãn trong vài năm.

Hình 1: Sự phân phối các sản phẩm và dịch vụ chính

API có thể được coi là anh em họ công nghệ của các ứng dụng và dịch vụ điển hình như trình duyệt, hệ điều hành, công cụ tìm kiếm, v.v. Nhìn vào sự phát triển của các loại ứng dụng sau này, có thể thu được những hiểu biết quan trọng. Ví dụ, Hình 1 cho thấy dữ liệu về thị phần của ba sản phẩm và dịch vụ đặc trưng, đó là hệ điều hành, trình duyệt web và công cụ tìm kiếm.

Có thể hấp dẫn khi nghĩ rằng những nhận xét trên chỉ là do những sản phẩm và dịch vụ điển hình này. Tuy nhiên, việc kiểm tra lại một cách ngắn gọn những quan sát trên với một loại hình dịch vụ khác, mới hơn và có phần khác biệt so với những quan sát trên, một lần nữa khẳng định những quan sát đã được xác định. Trong khoảng thời gian từ tháng 2 năm 2018 đến tháng 2 năm 2019, thị phần của Facebook đạt trung bình hơn 70%, tiếp theo là Pinterest với khoảng 13% và tiếp theo là Twitter và YouTube với khoảng 6% thị phần. Vì vậy, có thể dự đoán, thị phần truyền thông xã hội cũng tuân theo các nguyên tắc tương tự.

Dữ liệu trên có tính chỉ dẫn cao. Để nêu rõ các nguyên tắc nền, có thể sử dụng một hiệu ứng nổi tiếng trong khoa học xã hội từ những năm 1960, cái gọi là hiệu ứng Matthew. Quan sát này rất liên quan đến (hoặc dựa trên) một quan sát khác của Pareto, cách đây khoảng nửa thế kỷ, nói rằng trong nhiều lĩnh vực nỗ lực của con người, 80% tác động đến từ 20% nguyên nhân, còn được gọi là 80/20. qui định.

Tuy nhiên, Chuyển đổi số mang lại cho nó một động lực bổ sung. Do đó, tình huống mới này có thể được gọi là hiệu ứng cực kỳ Matthew hoặc quy tắc 80 + / 20 - có thể chỉ cần một người chơi chiếm được (gần như) 90% thị trường, nhưng khi không phải như vậy, hai hoặc ba người chơi thường đủ để đạt gần hoặc cao hơn 90% đó. Tuy nhiên, người đọc cần lưu ý rằng nhận định này, tuy có sức thuyết phục, nhưng vẫn chỉ là một nhận xét cần được nghiên cứu thêm.

Hình 2: Sự phát triển của API trong những năm qua (nguồn Programmableweb.com).

Quan sát này có thể liên quan đến các API không? Đầu tiên chúng ta hãy phân tích xu hướng phát triển của các API. Hình 2 cho thấy các API đang phát triển (gần như) theo cấp số nhân. Dự kiến xu hướng này sẽ xảy ra trong tương lai gần. Điều này là do số lượng thiết bị IoT ngày càng tăng đang trở thành động lực chính của tăng trưởng, bao gồm cả khi nói đến dữ liệu và dịch vụ. Theo Chỉ số mạng trực quan của Cisco, hơn 14 tỷ thiết bị IoT dự kiến sẽ xuất hiện vào năm 2022 (Gagliordi, 2019) và để khai thác tiềm năng của chúng, sẽ cần có các API.

Thứ hai, các API có liên quan chặt chẽ đến các sản phẩm và dịch vụ chính được trình bày ở trên, mà sự tăng trưởng của chúng được thể hiện trong Hình 1. Do đó, việc xây dựng dựa trên trải nghiệm với các sản phẩm và dịch vụ chính này, bao gồm cả khi nói đến API là rất hợp lý. Khi làm như vậy, các API không chỉ đang phát triển với tốc độ đáng kể mà còn có rất nhiều lĩnh vực ứng dụng (danh mục) dành cho chúng đang xuất hiện. Những phạm vi này bao gồm từ quảng cáo và tổng hợp đến chính phủ, web ngữ nghĩa, v.v. - đã có hàng trăm danh mục như vậy được xác định. Điều đáng chú ý là một kho lưu trữ API khác cho thấy sự tăng trưởng thậm chí còn cao hơn: từ tháng 1 năm 2019 và tháng 1 năm 2020 đã tăng từ 17,4 triệu lên 34,9 triệu, trong khi vào tháng 1 năm 2021, tổng số đã vượt quá 46 triệu bộ sưu tập API.

Vì vậy, chúng ta cũng có thể mong đợi một số loại hợp nhất 80 + / 20- trong không gian API. Đây có thể không phải là trường hợp trên toàn bộ miền API, mà là (ít nhất là ban đầu) trong các danh mục cụ thể. Nghiên cứu gần đây về sự phát triển của miền APIs từ năm 2005 đến năm 2016 cung cấp một dấu hiệu hỗ trợ rằng đây có thể là trường hợp này. Nghiên cứu nói trên sử dụng mạng các API và các phân tích (dựa trên thống kê) của chúng, bao gồm số lượng nút và cạnh, độ trung bình (có trọng số) của các nút, đường kính của mạng API, mật độ, mô đun, phân nhóm và độ dài đường dẫn trung bình. Thông điệp chính là mặc dù số lượng API vẫn đang tăng lên, nhưng quá trình hợp nhất đã diễn ra. Trong sự hợp nhất này, các API cốt lõi sẽ trở thành API của Google, Amazon Product Advertising, Facebook, YouTube, Twitter và eBay. Đặc biệt, API Google Maps đóng một vai trò quan trọng, dựa trên các cuộc thảo luận cho đến nay, những đóng góp mới của công trình này sẽ được trình bày trong hai phần tiếp theo.

Hiếu Bùi

Tài liệu tham khảo:

https://www.richtmann.org/journal/index.php/ajis/article/view/12747