Blog chia sẻ kiến thức FPT Cloud

Hai xu hướng lớn nhất của trung tâm dữ liệu hiện nay là điện toán đám mây (cloud) và dữ liệu lớn (big data), và bài viết này FPT Cloud sẽ đi sâu vào việc kiểm chứng sự giao nhau giữa chúng.  Đối với người dùng, big data sử dụng các bộ dữ liệu lớn từ những nguồn mới và đa dạng để cung cấp những thông tin hữu ích và thiết thực về cách mọi thứ trên thế giới vận hành. Ví dụ, Netflix có thể sử dụng dữ liệu của khách hàng để sản xuất các chương trình đặc trưng thích ứng với từng đối tượng người xem. Đối với nhà sản xuất, mặc dù vậy, big data là công nghệ không thể thiếu để xử lý những tập hợp dữ liệu lớn, đa dạng. Nhà sản xuất mô tả đặc điểm của big data dưới góc độ cường độ, các hình thức khác nhau sự đa dạng và tốc độ. Có bao nhiêu lượng dữ liệu ở đó, dữ liệu thuộc dạng nào và mất bao lâu để chúng ta có thể khai thác được từ đó? Các xu hướng vĩ mô của dữ liệu lớn Tương tự như đám mây (cloud) có xu hướng macro đằng sau nó là việc tiếp cận theo định hướng dịch vụ, big data cũng có một số xu hướng macro. Xu hướng đầu tiên là Tiêu thụ (Consumption) – Chúng ta tiêu thụ dữ liệu như một phần của các hoạt động cá nhân cũng như làm việc thường ngày. Từ việc đặt chuyến bay, tìm một người cộng sự, chẩn đoán bệnh tật, dữ liệu đang chi phối ngày càng nhiều quyết định hơn trước kia. Chúng ta sống trong một bối cảnh xã hội đang không ngừng thay đổi, nơi con người luôn muốn đưa ra quyết định dựa trên dữ liệu. Xu hướng thứ hai là Trang bị (Instrumentation). Chúng ta luôn thu thập dữ liệu trong từng hoạt động của mình, và phần việc này được thực hiện một phần lớn là bởi máy móc, thay vì con người. Từ những dây chuyền cung ứng đến Fitbits, chúng ta thu thập thông tin về hoạt động của chính mình với mục đích đo lường và phân tích chúng. Xu hướng thứ ba là Khám phá (Exploration).  Việc truy cập khá đơn giản vào kho dữ liệu khổng lồ này đồng nghĩa với thực tế chúng ta có thể sử dụng chúng để xây dựng, thử nghiệm, và tiến hành những thí nghiệm mà trước đây tưởng chừng như không khả thi. Sau cùng, big data đem đến điểm mới trong mối quan hệ giữa chúng ta và dữ liệu, và theo ý tưởng cụ thể trong bài viết này, điểm mới đó được nhìn nhận so với công nghệ đám mây. Có thể bạn quan tâm: Ước tính định giá Cloud với API của Azure và GCP Mối quan hệ giữa Dữ liệu lớn và điện toán đám mây Vậy mối quan hệ giữa big data và đám mây là gì? Big data lấy xuất phát điểm từ đám mây. Apache Hadoop, một trong những công nghệ big data phổ biến nhất hiện nay, được xây dựng trên cơ sở nghiên cứu từ phía Google và triển khai lần đầu tại Yahoo. Ban đầu, Google sáng tạo ra công nghệ này bởi việc biên soạn lập chỉ mục các trang Web là bất khả thi với hệ thống sẵn có lúc bấy giờ. Giờ đây các công ty sử dụng Hadoop đang đưa kiến trúc đám mây vào các trung tâm dữ liệu của họ. Sự trỗi dậy đồng thời của cả đám mây và big data không hẳn là trùng hợp. Trên thực tế, chúng yểm trợ và hoàn thiện lẫn nhau. Sự mở rộng của đám mây không ngừng thúc đẩy khởi tạo và vận hành những công nghệ big data mới thông qua việc tiết kiệm và đơn giản hóa truy cập hệ thống lưu trữ và tài nguyên máy tính. Các kiến trúc big data cũng đóng một vai trò quan trọng trong xu thế này. Một ví dụ cụ thể có thể kể đến những cải tiến gần đây của hệ sinh thái Apache Hadoop đã cho phép một lượng lớn công việc được chia sẻ và thực thi trên cùng một cluster. Người dùng sẽ có thể chạy nhiều dạng thức kiến trúc trên cùng một Hadoop cluster, còn cluster này sẽ được khởi chạy trên một kiến trúc đám mây. Trong hoàn cảnh các kiến trúc big data đang dần trở nên tương đồng hơn, kiến trúc đám mây sẽ bổ sung được nhiều dịch vụ chuyên dụng cho lưu trữ, xử lý và phân tích dữ liệu. Việc kết hợp giữa big data, điện toán đám mây và các thuật toán, kỹ thuật mới trong biểu thị thông tin làm cho hoạt động phân tích hội tụ – tiến hành phân tích trên dữ liệu từ nhiều nguồn khác nhau trở nên khả thi. Những kỹ thuật mới hỗ trợ vận chuyển và quản lý dữ liệu này cũng cho phép phát triển Analytics as a service (AaaS) dựa trên nền tảng đám mây. Từ mô hình bảo mật và riêng tư tới mô hình định giá, sự kết hợp giữa big data và điện toán đám mây còn tác động không nhỏ tới những khía cạnh ngoài công nghệ của cuộc sống. Tồn tại một sự mâu thuẫn giữa mong muốn phân tích hội tụ và điện toán đám mây, bởi cloud thiên nhiều hơn về chia sẻ nhiều dữ liệu và tài nguyên máy tính đa dạng hơn về người truy cập, và nhu cầu kiểm soát bảo mật cá nhân và bảo mật dữ liệu dữ liệu chặt chẽ hơn. Mô hình định giá dựa trên thói quen sử dụng đang hướng chúng ta đến suy nghĩ khác về cách sản xuất và sử dụng công nghệ. Các nghiên cứu trong tương lai sẽ xem xét những ứng dụng trên các lĩnh vực kinh tế và chính trị được phát triển từ những bước tiến hiện đại trong công nghệ này. Không chỉ thế, nghiên cứu tới đây sẽ kiểm nghiệm cách thức con người vận dụng kết hợp những xu thế này với nhau, sự phát triển của big data trên nền tảng đám mây, và cách mà chúng ta đang dùng data để cải tiến tối ưu đám mây. Có thể bạn quan tâm: Điểm khởi đầu trong chuỗi giá trị của điện toán đám mây Liên hệ với chúng tôi để biết thêm thông tin chi tiết về dịch vụ của FPT Smart CloudFanpage: https://www.facebook.com/fptsmartcloud/Email: [email protected]: 1900 638 399

Đa số các nhà cung cấp dịch vụ Cloud đều phát hành thêm các API giúp thu thập thông tin định giá, ví dụ như về chi phí sử dụng máy ảo (virtual machine) hoặc lưu trữ trên Cloud. Bài viết này sẽ đi sâu vào API Resource RateCard của Azure và API Cloud Billing Catalog của Nền tảng Cloud Google (GCP). Azure’s Resource RateCard API API Resource RateCard được Azure phát triển như một phần trong số các API Lập hóa đơn (Billing API) của hãng. Trong bản hướng dẫn của API này, Azure đã giải thích rất kỹ càng về các vùng và giá trị trong yêu cầu và phản hồi. Tuy nhiên, hãng lại không nhắc nhiều tới các setup ban đầu trước khi bắt đầu sử dụng được API này, mà thay vào đó chỉ yêu cần người dùng sở hữu một bearer token OAuth lấy từ Azure Active Directory. Đây cũng chính là lý do tại sao ta có thể cần tới vài tiếng đồng hồ để tạo được cài đặt phù hợp. Hẳn là chẳng ai muốn phí thời gian cho bước “của nợ” này, và vì vậy, bài viết này đã ra đời với từng bước cụ thể, giúp bạn biết được cách sử dụng API Resource RateCard để lấy các thông tin ước tính định giá cho những dịch vụ của Azure. Trước hết, ta sẽ bắt đầu thực hiện các bước để truy cập được API RateCard này, giả sử rằng ta đang dùng một tài khoản Azure mới. Cài đặt ban đầu Bước 1: Cài đặt Azure CLI Trước hết, hãy làm theo các chỉ dẫn trong link này để cài đặt Azure CLI. Ta cũng có thể sử dụng cổng Azure để thay thế, nhưng cá nhân tôi thích sử dụng CLI hơn. Sau đó, ta sẽ cần lấy được chứng nhận admin: $ az login Bước 2: Đăng ký nhà cung cấp tài nguyên Từ bản hướng dẫn có thể thấy rằng, API RateCard có nhà cung cấp tài nguyên là “Microsoft.Commerce” (Chi tiết tại: Các nhà cung cấp và kiểu tài nguyên Azure) Ta sẽ thực hiện đăng ký “Microsoft.Commerce” thông qua lệnh sau: $ az provider register --namespace Microsoft.Commerce Lưu ý: Một số bài viết sẽ yêu cầu bạn phải đăng ký một số nhà cung cấp khác như: Microsoft.Compute, Microsoft.Resources, Microsoft.ContainerService… Song tôi khẳng định rằng ta chỉ cần đăng ký cho “Microsoft.Commerce”. Bước 3: Tạo định nghĩa vai trò tùy chỉnh Trong bước này, ta sẽ tạo một vai trò với các quyền cần thiết. (Chi tiết có thể xem tại vai trò tùy chỉnh trên Azure). Tạo một tệp JSON có chứa định nghĩa vai trò, đặt tên tệp này là ratecard-role.json (Nhớ thay thế {SUBSCRIPTION_ID} bằng ID tài khoản của bạn): ratecard-role.json {   "Name": "MyRateCardAPIRole",   "IsCustom": true,   "Description": "Role for RateCardAPI",   "Actions": [     "Microsoft.Commerce/RateCard/read"   ],   "AssignableScopes": [     "/subscriptions/{SUBSCRIPTION_ID}"   ] } Sau đó hãy đăng ký định nghĩa vai trò sau: $ az role definition create --verbose --role-definition @ratecard-role.json {   "assignableScopes": [     "/subscriptions/{SUBSCRIPTION_ID}"   ],   "description": "Role for RateCardAPI",   "id": "/subscriptions/{SUBSCRIPTION_ID}/providers/Microsoft.Authorization/roleDefinitions/{ID}",   "name": "{ID}",   "permissions": [     {       "actions": [         "Microsoft.Commerce/RateCard/read"       ],       "dataActions": [],       "notActions": [],       "notDataActions": []     }   ],   "roleName": "MyRateCardAPIRole",   "roleType": "CustomRole",   "type": "Microsoft.Authorization/roleDefinitions" } Lưu ý: Giống như ở bước 2, một số bài viết sẽ yêu cầu vai trò tùy chỉnh phải có nhiều loại quyền. Cũng như ở trên, tôi khẳng định rằng chúng ta chỉ cần tới quyền “Microsoft.Commerce/RateCard/read”, ta không muốn cấp quá nhiều quyền khi không cần thiết. Bước 4: Đăng ký ứng dụng Tiếp theo, chúng ta đăng ký một ứng dụng và liên hệ nó với vai trò vừa được tạo ở bước 3: $ az ad sp create-for-rbac --name "MyRateCardAPIApp" --role "MyRateCardAPIRole" --sdk-auth true > my_credentials.jsons Đổi "MyRateCardAPIApp" một URL hợp lệ có dạng "http://MyRateCardAPIApp", cũng là định dạng được quy định cho các tên dịch vụ chính. Tạo phân bổ vai trò dưới dạng "/subscriptions/{SUBSCRIPTION_ID}"   Thử lại việc tạo phân bổ vai trò : 1/36 Các chứng nhận sẽ được lưa trong tệp my_credentials.json, và sẽ được sử dụng như sau: my_credentails.json {   "clientId": "{CLIENT_ID}",   "clientSecret": "{CLIENT_SECRET}",   "subscriptionId": "{SUBSCRIPTION_ID}",   "tenantId": "{TENANT_ID}",   "activeDirectoryEndpointUrl": "https://login.microsoftonline.com",   "resourceManagerEndpointUrl": "https://management.azure.com/",   "activeDirectoryGraphResourceId": "https://graph.windows.net/",   "sqlManagementEndpointUrl": "https://management.core.windows.net:8443/",   "galleryEndpointUrl": "https://gallery.azure.com/",   "managementEndpointUrl": "https://management.core.windows.net/" Gọi API Để thực hiện gọi API tới API RateCard, ta sẽ thực hiện các bước được trình bày trong sơ đồ dưới đây: Bước 1: Lấy access token (token truy cập) từ Azure Active Directory (Bước 1 & 2 trong sơ đồ) Azure không cung cấp SDK cho API RateCard, vì vậy ta sẽ cần sử dụng một khách hàng REST để thực hiện gọi API. Dưới đây là một minh họa đơn giản sử dụng cURL. Theo sơ đồ bên trên, ta sẽ trước hết cần thực hiện một cuộc gọi client_credential tới Azure Active Directory để lấy access token. $ curl https://login.microsoftonline.com/{TENANT_ID}/oauth2/token \   -F grant_type=client_credentials \   -F resource=https://management.core.windows.net/ \   -F client_id={CLIENT_ID} \   -F client_secret={CLIENT_SECRET} {   "token_type": "Bearer",   "expires_in": "3600",   "ext_expires_in": "3600",   "expires_on": "1576495607",   "not_before": "1576491707",   "resource": "https://management.core.windows.net/",   "access_token": "{ACCESS_TOKEN}" } Ta có thể lấy {TENANT_ID}, {CLIENT_ID}, {CLIENT_SECRET” từ tệp my_credentials.json đã được tổng hợp ở phần trước. Bước 2: Gọi API RateCard (Bước 3 & 4 trong sơ đồ) Ở bước trước, ta đã thu được access token. Bây giờ ta sẽ sử dụng access token này để gọi API RateCard: $ curl -L \ "https://management.azure.com/subscriptions/YOUR_SUBSCRIPTION_ID/providers/Microsoft.Commerce/RateCard?api-version=2016-08-31-preview&%24filter=OfferDurableId+eq+'MS-AZR-0003P'+and+Currency+eq+'USD'+and+Locale+eq+'en-US'+and+RegionInfo+eq+'US'" \ -H 'Authorization: Bearer {ACCESS_TOKEN}' > output.json Hãy lưu ý rằng trong lệnh phía trên, giá trị của OfferDurableId được định là “MS-AZR-0003P”, mà đây lại là Offer ID – một hình thức trả phí Azure theo nhu cầu sử dụng (Để lấy Offer ID tương ứng với gói Azure bạn đang sử dụng, hãy truy cập Chi tiết gói dịch vụ Microsoft Azure). Gói Doanh nghiệp (Enterprise) hiện không hỗ trợ API RateCard, và hướng dẫn trên cũng chỉ ra rằng, tài khoản thuộc gói này không có Offer ID. Cuộc gọi có thể tốn tới vài giây để hoàn thành, do phản hồi lên tới khoảng 16MB. Tuy rằng API đã tồn tại được nhiều năm, tới nay ta vẫn chỉ tìm kiếm được một số thông tin cần thiết trong tệp lớn này. Hy vọng rằng trong tương lai sẽ xuất hiện một cơ chế tương tự như API Price List của AWS. Quay lại với cuộc gọi, kết quả sẽ được hiển thị trong tệp output.json: output.json {   "OfferTerms": [],   "Meters": [     {       "EffectiveDate": "2020-05-01T00:00:00Z",       "IncludedQuantity": 0.0,       "MeterCategory": "Virtual Machines",       "MeterId": "cd2d7ca5-2d4c-5f93-94d0-8cee0662c71c",       "MeterName": "E20 v4",       "MeterRates": {         "0": 1.52       },       "MeterRegion": "AP Southeast",       "MeterStatus": "Active",       "MeterSubCategory": "Ev4 Series",       "MeterTags": [],       "Unit": "1 Hour",     }     .     .     .     .     .   ] } Có thể thấy rằng, kết quả chứa rất nhiều loại Meter, mà mỗi Meter lại là một đối tượng trong JSON. Điều này có nghĩa là, Azure đã tổng hợp cho chúng ta một đối tượng JSON khổng lồ nặng tới 16MB. Do vậy, ta sẽ phải thực hiện lọc đối tượng này để tìm thấy các nhóm giá hoặc tài nguyên cụ thể mà ta đang cần. Dưới đây là một số gợi ý về các loại Meter hữu ích cho việc lọc: MeterRegion (Meter khu vực): Khu vực có hỗ trợ dịch vụ Azure. MeterCategory (Meter phân loại): Phân loại của meter (“Máy ảo” (Virtual Machine), “Mạng ảo” (Virtual Network)…) MeterSubCategory (Meter phân loại phụ): Phân loại phụ của Meter (“Series Ev4” (Ev4 Series), “Địa chỉ IP” (IP Addresses)…) MeterName (Meter tên): Tên của Meter bên trong một phân loại meter cho trước. Ngoài ra, “MeterId” (yếu tố định danh riêng của tài nguyên) sẽ dẫn chúng ta tới đích xác sản phẩm mà ta cần. Bạn có thể chọn bất cứ Meter nào, miễn là chúng thỏa mãn các nhu cầu của bạn. Cuối cùng, hãy xem xét kết quả. Ví dụ một đối tượng Meter như sau: {   "EffectiveDate": "2020-03-01T00:00:00Z",   "IncludedQuantity": 0.0,   "MeterCategory": "Storage",   "MeterId": "fae5184f-e8d4-4864-ad02-5853d49b3403",   "MeterName": "Hot LRS Data Stored",   "MeterRates": {     "0": 0.021,     "51200.0000000000": 0.02,     "512000.0000000000": 0.0191   },   "MeterRegion": "US North Central",   "MeterStatus": "Active",   "MeterSubCategory": "General Block Blob v2 Hierarchical Namespace",   "MeterTags": [],   "Unit": "1 GB/Month" }, Quan sát các mục Meter Rates (Tỷ số Meter) và Unit (Đơn vị), ta sẽ có được giá ước tính của General Block Blob v2 Hierarchical Namespace trong khu vực US North Central (Trung tâm Bắc Mỹ) như sau: 51200Gb đầu: 0,021USD/tháng 52100 – 512000Gb: 0,02USD/tháng > 512000Gb: 0,0191USD/tháng API Cloud Billing Catalog của GCP API Cloud Billing Catalog là một phần Dịch vụ Cloud Billing của GCP. Bảng hướng dẫn của GPC về API này rõ ràng hơn rất nhiều và cũng đơn giản hơn, trong đó chỉ ra 3 cách gọi API: Qua SDK Qua RESTAPI Qua RPC API Tương tự như đa số các nhà phát triển, ta sẽ đi thẳng vào phương pháp sử dụng SDK. Hướng dẫn về RESTAPI đã rất rõ ràng, còn nếu bạn muốn dùng RPC, thì bài viết sau về cách sử dụng API RPC của GCP sẽ rất hữu ích cho bạn. Bước 1: Xác thực Trước hết, ta cần xác thực yêu cầu để có thể sử dụng các API của GCP. (Chi tiết được nêu trong: Tổng quan Xác thực Google Cloud). Trong phần này, ta sẽ sử dụng API key để xác thực. Ta có thể tạo một tài khoản dịch vụ trên trang Google Cloud Console > Chứng nhận (Credentials): Bước 2: Lấy danh sách các dịch vụ Trong bước này, ta sẽ lấy một danh sách các dịch vụ công của GCP (Compute Engine, Cloud Storage…) với {API_KEY} là API key mà ta tổng hợp được trong bước phía trước: package main import (    "context"    "encoding/json"    "fmt"    "google.golang.org/api/cloudbilling/v1"    "google.golang.org/api/option" ) func main() {    ctx := context.Background()    cloudbillingService, err := cloudbilling.NewService(ctx, option.WithAPIKey("{API_KEY}"))    if err != nil {       panic(err)    }    rsp, err := cloudbillingService.Services.List().PageToken("").Do()    if err != nil {       panic(err)    }       rs, _ := json.Marshal(rsp)    fmt.Println(string(rs)) } Ở đây ta sẽ thu được kết quả sau: {   "services": [     {       "name": "services/6F81-5844-456A",       "serviceId": "6F81-5844-456A",       "displayName": "Compute Engine",       "businessEntityName": "businessEntities/GCP"     },     .     .     .   ],   "nextPageToken": "" } Trong đó: name: tên tài nguyên cho dịch vụ. serviceId: yếu tố định danh dịch vụ. displayName: tên hiển thị của dịch vụ mà con người có thể đọc được. Ta sẽ cần sử dụng name cho bước tiếp theo. Hãy lưu ý rằng mỗi cuộc gọi chỉ trả một số dịch vụ. Ta sẽ cần đi qua nextPageToken để đến code, rồi thực hiện gọi liên tục cho tới khi nextPageToken trống để lấy được danh sách dịch vụ đầy đủ. Bước 3: Lấy danh sách SKU Bây giờ ta sẽ cần thấy được giá ước tính cho dịch vụ của GCP, với {API_KEY} ở bước 1 và {SERVICE_NAME} - name trong bước 2: package main import (    "context"    "encoding/json"    "fmt"    "google.golang.org/api/cloudbilling/v1"    "google.golang.org/api/option" ) func main() {    ctx := context.Background()    cloudbillingService, err := cloudbilling.NewService(ctx, option.WithAPIKey("{API_KEY}"))    if err != nil {       panic(err)    }    rsp, err := cloudbillingService.Services.Skus.List("{SERVICE_NAME}").Do()    if err != nil {       panic(err)    }    rs, _ := json.Marshal(rsp)    fmt.Println(string(rs)) } Thay thế {SERVICE_NAME} với name trong bước 2. Ví dụ: thay {SERVICE_NAME} thành “services/6F81-5844-456A”, tức tên của dịch vụ Compute Engine, và ta sẽ có kết quả sau: {   "skus": [     {       "name": "services/6F81-5844-456A/skus/B698-B91F-65F3",       "skuId": "B698-B91F-65F3",       "description": "Preemptible Compute optimized Ram running in Frankfurt",       "category": {         "serviceDisplayName": "Compute Engine",         "resourceFamily": "Compute",         "resourceGroup": "RAM",         "usageType": "Preemptible"       },       "serviceRegions": [         "europe-west3"       ],       "pricingInfo": [         {           "summary": "",           "pricingExpression": {             "usageUnit": "GiBy.h",             "usageUnitDescription": "gibibyte hour",             "baseUnit": "By.s",             "baseUnitDescription": "byte second",             "baseUnitConversionFactor": 3865470566400,             "displayQuantity": 1,             "tieredRates": [               {                 "startUsageAmount": 0,                 "unitPrice": {                   "currencyCode": "USD",                   "units": "0",                   "nanos": 1347000                 }               }             ]           },           "currencyConversionRate": 1,           "effectiveTime": "2020-08-18T22:12:14.341Z"         }       ],       "serviceProviderName": "Google",       "geoTaxonomy": {         "type": "REGIONAL",         "regions": [           "europe-west3"         ]       }     },     .     .     .   ],   "nextPageToken": "" } Cũng tương tự như API RateCard, kết quả sẽ chứa nhiều dạng skus (thay cho các dạng Meter), với mỗi sku là một đối tượng JSON. Tiếp tục gọi liên tục cho tới khi nextPageToken trở lên trống để lấy được danh sách đầy đủ (tương tự như trong bước 2). GCP đã phân nhóm các skus theo service, tức phản hồi đã nhỏ hơn rất nhiều, song ta vẫn cần thực hiện bước lọc. Dưới đây là một số loại sku sẽ hữu ích cho việc lọc này: serviceRegions: khu vực có hỗ trợ SKU. description: mô tả về SKU mà con người có thể đọc được. resourceGroup: một nhóm các phân loại có liên quan tới SKU ("RAM, "GPU", "InterregionEgress",…) Cũng giống như “MeterID”, “skuId” (yếu tố định danh SKU) sẽ dẫn ta tới đích xác sản phẩm đang cần. Cuối cùng, hãy xem xét kết quả. Ví dụ một đối tượng SKU như sau: {   "name": "services/6F81-5844-456A/skus/B62C-9514-EC43",   "skuId": "B62C-9514-EC43",   "description": "Network Inter Region Egress from Americas to Sao Paulo",   "category": {     "serviceDisplayName": "Compute Engine",     "resourceFamily": "Network",     "resourceGroup": "InterregionEgress",     "usageType": "OnDemand"   },   "serviceRegions": [     "us-central1",     "us-east1",     "us-west1"   ],   "pricingInfo": [     {       "summary": "",       "pricingExpression": {         "usageUnit": "GiBy",         "usageUnitDescription": "gibibyte",         "baseUnit": "By",         "baseUnitDescription": "byte",         "baseUnitConversionFactor": 1073741824,         "displayQuantity": 1,         "tieredRates": [           {             "startUsageAmount": 0,             "unitPrice": {               "currencyCode": "USD",               "units": "0",               "nanos": 0             }           },           {             "startUsageAmount": 1,             "unitPrice": {               "currencyCode": "USD",               "units": "0",               "nanos": 80000000             }           }         ]       },       "aggregationInfo": {         "aggregationLevel": "ACCOUNT",         "aggregationInterval": "MONTHLY",         "aggregationCount": 1       },       "currencyConversionRate": 1,       "effectiveTime": "2020-08-18T22:12:14.341Z"     }   ],   "serviceProviderName": "Google" } Quan sát các miền usageUnit, units, nanos và aggregationInterval ta sẽ thấy giá ước tính của Network Inter Region Egress from Americas to Sao Paulo (Mạng xuyên khu vực từ Mỹ tới Sao Paulo) như sau: 1GB đầu: 0USD/tháng >1Gb: 80000000/10^9 = 0,08USD/tháng Kết luận Cả API RateCard và API Cloud Billing Catalog đều trả kết quả là một đối tượng JSON khổng lồ cần được xử lý thêm. Bài viết cũng đã gợi ý một số vùng trong đối tượng JSON hữu ích cho quá trình lọc. Qua bài viết, hi vọng bạn có thể sử dụng API RateCard và API Cloud Billing Catalog dễ dàng hơn, giúp tiết kiệm nhiều thời gian hơn khi khám phá các API này. Cảm ơn bạn đã dành thời gian theo dõi bài viết! Liên hệ với chúng tôi để biết thêm thông tin chi tiết về dịch vụ của FPT CloudFanpage: https://www.facebook.com/fptsmartcloud/Email: [email protected]: 1900 638 399

Adobe là một case-study đáng học hỏi khi chuyển đổi thành công từ một công ty phần mềm truyền thống trở thành một trong những công ty SaaS dựa trên Cloud lớn mạnh nhất hiện nay. Năm 2007, doanh thu toàn cầu từ các ứng dụng doanh nghiệp SaaS là ​​khoảng 5,1 tỷ USD và được dự đoán sẽ tăng trưởng hơn 100% trong suốt vài năm tới. Vì thế, để tồn tại, Adobe cũng sẽ phải “unlock” mô hình kinh doanh của mình. Khi Cloud trở thành cơ hội không thể bỏ lỡ Di chuyển lên Cloud mang đến cơ hội cho Adobe tự bảo vệ mình trước các sản phẩm cạnh tranh. Giải pháp điện toán đám mây cũng có thể tung ra các bản cập nhật và cải tiến bất cứ khi nào, trái ngược với chu kỳ truyền thống phát hành sản phẩm 18-24 tháng của Adobe. [caption id="attachment_6142" align="aligncenter" width="624"] Giao diện thiết kế của Adobe thời kỳ đầu.[/caption] Nhiều nhà lãnh đạo cấp cao của Adobe lúc đó đã quan ngại về rủi ro doanh thu, lợi nhuận và giá cổ phiếu giảm trong giai đoạn chuyển đổi. Họ lo lắng rằng cả khách hàng và cổ đông sẽ không hiểu chuyện gì sẽ xảy ra nếu như Adobe thực hiện chuyển đổi. Họ sẽ mất niềm tin vào thành công của công ty, và tài chính của công ty sẽ vượt quá khả năng phục hồi. Khủng hoảng tài chính và bước ngoặt mang tính lịch sử Cuộc khủng hoảng kinh tế 2008 đã mở ra nhiều thời cơ và thách thức, khi Adobe nhận ra rằng họ có rất ít rào cản về tài chính và cần phải thực hiện động thái này ngày lập tức để bảo vệ công ty và khách hàng của họ. Trong thời điểm nhạy cảm, Adobe đã chọn con đường mạo hiểm là chuyển thành một công ty SaaS: Một là, trở thành doanh nghiệpdẫn đầu về điện toán đám mây.Hai là, “bốc hơi” trở thành “đám mây”.  Có thể bạn quan tâm: Điểm giao thoa giữa Điện toán đám mây và Dữ liệu lớn Những dấu mốc quan trọng của Adobe 2007: Chaianu Narayen đảm nhận vị trí CEO Adobe lúc bấy giờ đã đưa ra một quyết sách táo bạo để phá vỡ hiện trạng tại Adobe bằng việc xây dựng thêm các dịch vụ tiếp thị và digital marketing để tích cực mở rộng ứng dụng của mình.      2008: Adobe phát hành Photoshop Express, cho phép người dùng chỉnh sửa ảnh, tạo album và chia sẻ chúng với người khác. Chứng tỏ rằng Adobe đã nắm bắt được xu hướng tương lai bằng cách tạo ra một sản phẩm trên nền tảng web hướng tới người tiêu dùng và khả năng tiếp cận mạng xã hội trên thế giới. 2009: Adobe mua lại công ty phân tích doanh nghiệp hàng đầu Omnatio. Nó cho phép Adobe cung cấp các công nghệ phân tích, đo lường và tối ưu hóa ứng dụng trên nền tảng web cho người dùng. 2010: Adobe phát hành eSignatures, một công cụ chữ ký dựa trên Cloud cho thấy công ty đang thực hiện nhiều bước hơn để xây dựng hệ thống điện toán đám mây. Khi họ phát hành công cụ này, họ nói rằng nhiệm vụ đằng sau nó là xây dựng một thứ gì đó nhanh chóng và dễ sử dụng. Đồng thời, bất cứ ai cũng có thể truy cập được và sử dụng ở mọi lúc, mọi nơi.2011: Adobe đã lên kế hoạch tập trung nhiều hơn vào HTML5, thứ mà lĩnh vực công nghệ đang làm, cũng như, để cung cấp cho họ nhiều cơ hội hơn trên các trình duyệt web và di động. Nó thực sự cần thiết, bởi vì trong hệ sinh thái công nghệ phức tạp, các công ty phần mềm cần phải điều chỉnh linh hoạt hơn để cạnh tranh với các công ty phần cứng. 2013: Đây là bước ngoặt lớn nhất trong lịch sử Adobekhi phát hành Creative Cloud (CC) để thay thế Creative Suite (CS). Họ thông báo rằng, trong tương lai, tất cả các phiên bản ứng dụng CS, thông qua dịch vụ dựa trên giấy phép bản quyền sẽ chuyển lên Cloud. Dịch vụ của họ đã chuyển từ giao dịch mua một lần từ $1800 (CS) đến $50/tháng cho toàn bộ CC (hoặc $19/tháng cho một ứng dụng). Ngày nay, Adobe luôn được nhắc đến là một case-study điển hình trong việc chuyển đổi thành công lên Điện toán đám mây. Giờ đây, Adobe vẫn đang phát triển mạnh mẽ dòng sản phẩm của họ nhờ vào các dịch vụ Cloud. Doanh thu của Adobe tăng 23,71% trong năm 2019 (so với năm tài chính 2018) lên thành 11,17 tỷ đô và thu nhập ròng tăng 13,92 % lên thành 2,95 tỷ đô. Có thể bạn quan tâm: Ước tính định giá Cloud với API của Azure và GCP Liên hệ với chúng tôi để biết thêm thông tin chi tiết về dịch vụ của FPT CloudFanpage: https://www.facebook.com/fptsmartcloud/Email: [email protected]: 1900 638 399

Mối quan hệ giữa điện toán đám mây và DevOps là gì? Liệu DevOps có thực sự chỉ là “Công nghệ thông tin của đám mây”? Liệu bạn có thể chỉ làm DevOps ở đám mây? Câu trả lời cho cả ba câu hỏi này là “ không thể”. Cloud và DevOps hoàn toàn độc lập nhưng lại cùng nhau củng cố những chiến lược cho việc trao đổi các giá trị kinh doanh thông qua nền tảng công nghệ thông tin. Sự đổi mới kinh tế số Để thực sự hiểu rõ về mối quan hệ giữa Cloud và DevOps, chúng ta nên nhìn lại và cùng xem bức tranh tổng quát về những gì đang diễn ra với cả hai. Cloud và DevOps đã phát triển cùng với ba sự thay đổi lớn mang tính xã hội. Đầu tiên, chúng ta đang trong giai đoạn chuyển mình từ nền kinh tế sản xuất sang ngành kinh tế dịch vụ. Con người đang ngày càng tập trung vào trải nghiệm hơn là vào sự vật. Trong khi các công ty thì vẫn tiếp tục sản xuất các sản phẩm, họ cùng lúc đóng gói chúng trong những hình thức dịch vụ. Sự thay đổi từ sản xuất sang dịch vụ cũng tác động phần nào tới sự cung cấp phần mềm. Trước đây các công ty sản xuất và phát triển phần mềm thì cung cấp dịch vụ tới tay người dùng, đồng thời chịu trách nhiệm cho việc lắp đặt và vận hành. Với sự ra đời của “đám mây”, phần lớn các công ty xâu dụng phần mềm đã thay mặt khách hàng của mình vận hành nó. Từ khoá “as-a-service” hiện rất phổ biến tại nhiều lớp của IT stack, chúng ta có thể gọi nó là IaaS, PaaS, SaaS, BPaaS, DbaaS. Tại mỗi mức độ, nhà cung cấp sẽ cho phép người dùng sử dụng dịch vụ dựa vào nhu cầu đồng thời trả tiền cho họ dựa vào mức độ tiêu thụ, và thoái thác trách nhiệm quản lí cho nhà cung cấp. Thứ hai, môi trường kinh doanh của thế kỉ 21 đang buộc các công ty phải thay đổi quan điểm của họ từ sự ổn định và hiệu quả để chuyển qua tính nhanh nhẹn và sáng tạo. Tốc độ này thì ngày càng tăng tốc. Để thay đổi bộ mặt với thị trường, các công ty rất cần phải thay đổi cách tiếp cận với công việc của họ. Họ cần rút ngắn lại chu kì làm việc, tăng tần suất giao hàng, và áp dụng một thái độ thử nghiệm liên tục. Mạng xã hội cũng đang dần dần chuyển giao sức mạnh từ nhà sản xuất sang người tiêu dùng. Tiếp thị đang thay đổi từ hành vi điều khiển đến việc đáp ứng như cầu của nó. Từ các công ty như một toàn thể xuống đến từng nhân viên, các công ty cần phải trao quyền cho các phản ứng sáng tạo, và giảm thiểu những sự lãng phí sẽ cản trở khả năng hoạt động trên đó. Thứ ba, chiều kỹ thuật số đang hoàn toàn có ảnh hưởng tới chiều vật lý. Truyền kỹ thuật số tăng đáng kể cổ phần cho công nghệ thông tin. Chúng ta đang dần dần đạt tới một thời điểm khi mà bất cứ một hành vi hàng ngày nào cũng gắn liền với hoạt động của công nghệ số. Rất nhiều công ty phụ thuộc vào công nghệ thông tin cho sự sống còn của mình. Công nghệ thông tin, do đó, không thể thất bại ở việc cung cấp một nền tảng vững chắc cho một nền kinh tế mang tính thích nghi cao. Có thể bạn quan tâm: Câu chuyện một bước lên mây của Adobe Cho phép tính nhanh gọn Những thay đổi này sẽ phải làm gì với Cloud và DevOps? Cloud là một sự phản ánh trực tiếp đến nhu cầu của sự linh hoạt. Trước đây thì mọi người chỉ xem Cloud đơn giản là một cách tiết kiệm tiền và di chuyển từ CapEx tới OpEx. Dần dần thì họ đã nhận ra rằng giá trị thực sự nằm ở việc cắt giảm những lãng phí, thất thoát sẽ kìm hãm tốc độ và giảm năng suất. Rất ít công ty sẽ xác định hoạt động trung tâm dữ liệu như là một phần của việc đề xuất giá trị cốt lõi của họ. Sự chuyển mình từ mô hình kinh tế sản xuất sang mô hình dịch vụ, cùng với đường tuyền kĩ thuật số, cũng đồng nghĩa với việc nhiều công ty trở thành nhà cung cấp dịch vụ phần mềm cũng như người tiêu dùng. Điện toán đám mây cho phép các hoạt động kinh doanh diễn ra nhanh  và hiệu quả hơn bằng cách làm cho cơ sở hạ tầng CNTT linh hoạt hơn. Tuy nhiên, điện toán đám mây cũng chỉ là một phần nào đó của câu trả lời cho câu hỏi liệu công nghệ thông tin sẽ cho phép doanh nghiệp thích ứng tới đâu. Cho dù một tổ chức CNTT có chạy các ứng dụng của một công ty về phần cứng trung tâm dữ liệu, hoặc trên một đám mây riêng hoặc công cộng, nó vẫn cần phải đồng bộ  chính nó với các nhu cầu của doanh nghiệp , thay vì buộc các doanh nghiệp liên kết chính nó với của CNTT. Những tổ chức có nền tảng Silo và các quy trình thủ công vẫn gây ra lãng phí nên đã cản trở khả năng để cung cấp liên tục thay đổi và tiến hành các thí nghiệm. DevOps – Từ chức năng tới khả năng tương thích Nhìn từ góc độ DevOps, ứng dụng quan trọng nhất mà Software-as-Service mang lại là cách nó đã phá bỏ khoảng cách giữa việc ứng dụng và vận hành. Người dùng nay đã có thể trải nghiệm chúng như những khía cạnh liền mạch của một thể thống nhất. Cùng lúc, họ có thể kì vọng vào một mức độ cao hơn chất lượng của việc việc ứng dụng và vận hành, và trông đợi người cung cấp dịch vụ sẽ cung cấp sự thay đổi liên tục trên nền tảng chất lượng. Những kỳ vọng này đòi hỏi một cách tiếp cận hoàn toàn khác nhau để cung cấp phần mềm. Chức năng hoạt động + bản đồ vận hành sẽ dẫn tới sự phát triển + sự vận hành. DevOps chính xác như vậy. DevOps đại diện cho một nỗ lực để hoàn thành các mối quan hệ tin tưởng lẫn nhau cùng cho Software-as-Service như Agile đã làm cho phần mềm của sản phẩm. Agile đã dạy rằng phát triển phải di chuyển cùng tốc độ và sự linh hoạt giống như trong kinh doanh; từ đó DevOps luôn nỗ lực để vận hành cùng tốc độ và sự linh hoạt như khả năng phát triển. Có thể bạn quan tâm: Điểm giao thoa giữa Điện toán đám mây và Dữ liệu lớn Ứng dụng đám mây và DevOps – Không thể chờ đợi lâu hơn nữa Cũng giống như việc kinh doanh, CNTT cần phải tham gia vào các thử nghiệm liên tục. Đám mây công cộng như AWS đang kéo sự kinh doanh ngày càng xa với các bộ phận IT nội bộ. Đã qua rồi những ngày đấu tranh để duy trì sự quản lí đó. CNTT cần sự thay đổi, ngay lập tức. Điện toán đám mây và DevOps thì đều đang giúp CNTT chỉ ra được những thay đổi chuyển hoá từ nền kinh tế sả xuất sang nền kinh tế dịch vụ, với  sự gián đoạn liên tục và đường truyền kĩ thuật số – những thứ đang chèo lái nền kinh tế trong thế kỉ 21. Liên hệ với chúng tôi để biết thêm thông tin chi tiết về dịch vụ của FPT CloudFanpage: https://www.facebook.com/fptsmartcloud/Email: [email protected]: 1900 638 399

Chuyển dịch lên điện toán đám mây (Cloud Transformation) là việc chuyển đổi các hệ thống lỗi thời (các nền tảng cũ như IBM Lotus Note) thành điện toán đám mây (như Office 365), hay thay thế tài nguyên xử lý từ trung tâm dữ liệu hiện có, bằng tài nguyên trên các nền tảng điện toán đám mây (Amazon Web Services, hay Microsoft Azure…). Mục tiêu của bài viết là cung cấp một góc nhìn thực tế về quy trình Cloud Transformation (tạm dịch là: chuyển đổi lên đám mây), dựa trên những trải nghiệm thực tế trong việc hỗ trợ khách hàng chuyển đổi các từ hệ thống lỗi thời (như nền tảng hợp tác và liên lạc IBM Lotus Notes) sang Cloud. Đây là một quá trình bao gồm 4 giai đoạn: Nhận dạng, Thẩm định, Chuyển đổi, và Đánh giá. 1. Nhận dạng Nâng cao năng suất hoạt động, giảm thời gian phát triển, và thúc đẩy đổi mới công nghệ trong tổ chức vẫn luôn là những mục tiêu thiết yếu cho việc chuyển đổi những hệ thống lâu đời. Nhìn chung, những mục tiêu này tập trung vào hai yếu tố chính: Đó là tính Kinh tế và Năng suất. Tính Kinh tế Trước hết, cần phải giúp khách hàng có một khái niệm rõ ràng về cách điện toán đám mây có thể chuyển đổi mô hình đầu tư của doanh nghiệp từ CAPEX (chi phí đầu tư) sang OPEX (chi phí hoạt động). Về cơ bản, đây là mô hình định giá theo hướng dung bao nhiêu trả bấy nhiêu. Thông qua đó, doanh nghiệp không phải đầu tư vào các cơ sở dữ liệu đắt đỏ, trả các chi phí điện, hệ thống làm mát, nhân công hoạt động 24/7, nhà kho, bảo mật, backup,… giúp giảm tới 80% chi phí sở hữu. Cũng như loại bỏ phần chi phí khấu hao khỏi bảng cân đối tài chính. Năng suất Trong một hệ thống IT thông thường, các yêu cầu về tài nguyên có thể mất tới hàng tuần, hay thậm chí hàng tháng để được xử lý, làm cản trở quá trình doanh nghiệp mở rông/ nâng cấp hay đổi mới hệ thống. Với điện toán đám mây, vấn đề này có thể được giải quyết một cách dễ dàng, và bộ phận IT có thể hỗ trợ đẩy nhanh quá trình triển khai hệ thống, cũng như mở ra những khả năng rộng mở hơn thông qua việc cung cấp tài nguyên theo nhu cầu (on demand). Khả năng cho Dev/Test Cung cấp môi trường dev/ test mới qua các template hoặc một vài thao tác đơn giản trên cổng quản lý. Nâng cấp các template có sẵn. Thanh toán ngay theo nhu cầu . Quy mô toàn cầu và đa mô hình Hỗ trợ triển khai các mô hình Master/slave và CDN để tăng khả năng cung cấp nội dung đến người dùng cuối. Mở rộng trung tâm dữ liệu hiện có thông qua việc tạo liên kết trực tiếp đến môi trường Cloud. Dễ dàng triển khai và quản lý Tận dụng các bộ công cụ quản lý hiện đại, được hỗ trợ và cập nhật liên tục bởi nhà cung cấp dịch vụ Cloud. Loại bỏ các công việc mang tính lặp lại cũng như thời gian chờ đợi trong việc xây dựng và triển khai mã nguồn với ứng dụng nền tảng CI/CD. Và đương nhiên, không cần phải lo về việc mua mới cơ sở hạ tầng. Các phương án mua bản quyền và thanh toán linh hoạt. Hỗ trợ nhiều mô hình bản quyền khác nhau. Ví dụ: Tận dụng sức mạnh của điện toán đám mây trong phát triển hệ thống. Lấy bối cảnh một doanh nghiệp bán ô tô đã qua sử dụng như một ví dụ cơ bản về nâng cao trải nghiệm khách hàng nhờ Cloud Transformation. Ngay khi khách hàng tới cửa hàng, camera tại bãi đỗ xe sẽ quét biển số xe, và nhận dạng khách hàng thông qua hệ thống dữ liệu khách hàng. Từ đó, hệ thống cũng đồng thời cho biết các hành vi tiêu dùng, yêu cầu, và cả các hành vi trên mạng xã hội, và cử ra một nhân viên bán hàng phù hợp. Những xử lý trên, nếu không thông qua Cloud, sẽ gặp rất nhiều khó khăn khi doanh nghiệp muốn triển khai trên quy mô toàn cầu. Giờ đây với Cloud, quá trình triển khai hệ thống chỉ mất vài giờ, thay vì vài tháng như trước đây. Có thể bạn quan tâm: Cloud và DevOps – Sự kết hợp trong tương lai 2. Thẩm định Chọn đúng hướng đi Trong một dự án chuyển đổi, điều quan trọng là phải chọn đúng hướng. Với điện đoán đám mây, bạn sẽ có rất nhiều lựa chọn về mặt kiến trúc hệ thống, như: IaaS (Infrastracture as a Service), PaaS (Platform as a Service), SaaS (Software as a Service), hay các thiết kế hỗn hợp. Trong thực tế, đa số quá trình chuyển đổi đều sử dụng phối hợp các dịch vụ khác nhau: Phối hợp SharePoint 2013 và SharePoint Online sẽ giúp nâng cao khả năng truy cập, trong khi vẫn bảo mật các dữ liệu nhạy cảm. Đây cũng là một ví dụ cho hiệu quả của việc mở rộng trung tâm dữ liệu bằng Cloud (hybrid cloud). Trong đó, chúng ta khả năng duy trì các hệ thống cũ trong quá trình chờ đủ nguồn lực để chuyển hóa chúng hoàn toàn sang đám mây. Các lựa chọn có thể bao gồm: Public Cloud, Hybrid Cloud, Private Cloud, tùy thuộc vào ngân sách và yêu cầu bảo mật cho các hệ thống. Tổng kết lại, chúng ta có biểu đồ sau. 4. Chuyển đổi và Đánh giá “Của người dùng, cho người dùng, bởi người dùng” Mục đích cuối cùng của hệ thống là để phục vụ người dùng. Vì vậy, yếu tố quan trọng nhất trong sự thành công của mọi dự án là những thay đổi về mặt quản lý, được thực hiện thông qua các buổi workshop kín hoặc các thông báo cập nhật. Qua 10 năm kinh nghiệm, một kết luận cuối cùng về thành công của các dự án được rút ra, đó là: mọi quá trình được thực hiện đều phải có sự kết nối chặt chẽ giữa đội dự án và người dùng. Trong đó, những người dùng khác nhau sẽ cần những nội dung, kênh kết nối khác nhau. Do đó, trong triển khai các dự án, người dùng sẽ được phân chia thành các nhóm theo nhu cầu. Một dự án Cloud Transformation không chỉ kết thúc với một hệ thống mới. Để thực sự đạt được thành công, ta cần duy trì sự thay đổi, tạo động lực đổi mới, cũng như tập trung xử lý các phản hồi của người dùng qua các kênh khác nhau. Để có một hệ thống phản hồi chủ động, cần ứng dụng phương thức phát triển Agile. Trong phương thức này, mọi phản hồi cần được xử lý cẩn thận, và duy trì tính cẩn thận trong dài hạn. Qua đó, các doanh nghiệp có thể tận dụng những lợi thế cạnh tranh, đồng thời phát hiện những kỹ năng và năng lực cần thiết kịp thời để duy trì tính mới của hệ thống. Có thể bạn quan tâm: Câu chuyện một bước lên mây của Adobe 5. Tiềm năng “Giống loài sinh tồn tốt nhất không phải là giống loài mạnh nhất hay thông minh nhất, mà là loài có khả năng thích nghi tốt nhất” (Charles Darwin). Trong một thế giới luôn thay đổi và liên kết, nơi mà mọi dữ liệu cần được phân tích và xử lý, những chuẩn mực doanh nghiệp cũ đã trở nên thực sự lỗi thời. Việc nâng cấp hệ thống lên đám mây, cũng như tăng sự linh hoạt trong quá trình phát triển, sẽ giúp doanh nghiệp giảm chi phí hoạt động, tăng tiềm năng phát triển, và tìm kiếm được những nguồn vốn mới. Chính vì vậy, cần phải nhận dạng và sử dụng một cách tối ưu các cơ hội như điện toán đám mây để có thể dẫn trước đối thủ. Liên hệ với chúng tôi để biết thêm thông tin chi tiết về dịch vụ của FPT CloudFanpage: https://www.facebook.com/fptsmartcloud/Email: [email protected]: 1900 638 399

Cloud không phải là đám mây lơ lửng trên trời, nói một cách ngắn gọn, thì đó là hệ thống máy chủ đám mây của người khác mà chúng ta trả tiền để được “xài ké”. Khi bạn dùng dịch vụ của Azure tức là bạn đang dùng ké máy chủ trong host database, host app của Microsoft. Khi bạn dùng dịch vụ Google Cloud tức là bạn đang dùng máy chủ trong data center của Google. 1. Các khái niệm cơ bản trong Cloud Computing Nói về Điện toán đám mây, ta thường nghe nhắc tới SAAS, PAAS, IAAS. Đây là 3 khái niệm quan trọng cho những ai muốn đi tìm hiểu về Cloud Compute (Điện Toán Đám Mây). Hiểu một cách ngắn gọn thì đây là 3 hình thức cung cấp dịch vụ trong Cloud: [caption id="attachment_62996" align="aligncenter" width="742"] Cloud Computing Models: SASS, PASS và IASS[/caption] SaaS (Software as a Service): là sản phẩm phần mềm (software) mà các công ty phần mềm cung cấp dưới dạng dịch vụ như Gmail, Dropbox, Salesforce… PaaS (Platform as a Service): Bạn sẽ được cung cấp các nền tảng để phát triển ứng dụng từ OS (Windows hoặc  Linux) cho tới Runtime (Docker, NodeJS, C#, Java), bạn chỉ cần đưa code vào chạy là được. IaaS (Infrastructure as a Service): Công ty như FPT Cloud, Azure, Google… sẽ cho bạn thuê cơ sở hạ tầng (infrastructure) của họ bao gồm server, ổ cứng, mạng để bạn có thể chạy code, quản lý hệ thống hoặc làm bất cứ điều gì bạn muốn, việc của bạn chỉ là đóng tiền sử dụng hàng tháng theo nhu cầu sử dụng. Đa phần khi các công ty công nghệ/công ty phần mềm sẽ dùng IaaS, hoặc PaaS để deploy sản phẩm. Các công ty startup, công ty vừa và nhỏ thường dùng IaaS hoặc PaaS do Google, Amazon, Azure cung cấp để đỡ tốn chi phí cho IT. Hiện nay, phần lớn các công ty đều sử dụng SaaS cho các hoạt động thường ngày thay vì tự phát triển, ví dụ như: Slack để giao tiếp giữa các thành viên. Jira để quản lý task. Confluence hoặc Google Docs để quản lý document. Microsoft Teams để họp online, tổ chức webinar. Nếu doanh nghiệp bạn đang quan tâm đến dịch vụ thuê máy chủ đám mây của FPT Cloud thì có thể tham khảo các gói dịch vụ chi tiết tại bảng giá cho thuê server cloud. > Xem thêm: TOP 9 Dịch Vụ Điện Toán Đám Mây Tốt Nhất 2025 2. Cloud khác gì so với hosting hay VPS? [caption id="attachment_62997" align="aligncenter" width="707"] So sánh sự khác nhau giữa Cloud Hosting và VPS Hosting[/caption] Không phải ngẫu nhiên mà Cloud nổi lên như một hiện tượng trong thời đại số, có một số điểm “hay ho” khiến cho Cloud ngày càng được nhiều người dùng để mắt tới. Tính linh hoạt cao: Với hosting, bạn thường thuê một host, tính tiền theo tháng. Nếu muốn nâng cấp host, bạn thường phải chờ đến cuối tháng hoặc hết ngày. Với Cloud, lượng tài nguyên lớn được tạo nên bởi một loạt các server mẹ nên hệ thống Cloud lúc nào cũng dư thừa tài nguyên, đảm bảo việc nâng cấp không chỉ dễ dàng mà còn nhanh chóng. Tiết kiệm chi phí: Do tính linh hoạt của Cloud, bạn có thể scale up, tăng thêm máy vào những giờ cao điểm, sau đó giảm bớt vào giờ thấp điểm để tiết kiệm chi phí. Có cung cấp API: Các nhà cung cấp Cloud thì có API, SDK để các bạn sử dụng, nhằm tích hợp vào hệ thống. Các API này giúp ta dễ dàng build tool để làm việc với Cloud. Đa dạng dịch vụ: So với hosting, các nhà cung cấp Cloud cung cấp nhiều dịch vụ hơn nhiều. Từ Virtual Machine (VPS), Database, Message Queue, lưu trữ file, lưu trữ hướng đối tượng (object storage), Load Balancer, cho tới Git Repo hoặc các tool để analytic, profile performance hệ thống. >> Xem thêm: Nâng cấp các hệ thống doanh nghiệp lên đám mây 3. Kết luận Nếu bạn muốn dấn thân vào con đường làm DevOps hay muốn thăng tiến lên các vị trí cao hơn như Software Architect thì việc có kiến thức về Cloud là rất cần thiết. Liên hệ với chúng tôi để biết thêm thông tin chi tiết về sản phẩm và dịch vụ của FPT Cloud: Fanpage: https://www.facebook.com/fptsmartcloud/ Email: [email protected] Hotline: 1900 638 399

Cách mạng công nghiệp 4.0 hiện nay đang là xu hướng các công ty công nghệ và quan tâm của thế giới. Nó được ứng dụng phát triển công nghệ Internet vạn vật (IoT), tự động hóa, và robot. Vậy điện toán đám mây đóng góp vai trò gì trong sự phát triển này, cùng tìm hiểu qua bài viết sau. Cách mạng công nghiệp 4.0 là gì? Cách mạng công nghiệp lần thứ nhất vào thế kỷ 18 đã làm thay đổi hoàn toàn thế giới thông qua các động cơ thủy lực và hơi nước, giúp việc sản xuất trở nên thuận lợi hơn. Cách mạng công nghiệp lần thứ hai lại phát sinh từ các dây chuyền sản xuất hàng loạt. Công nghệ thông tin giúp tự động hóa sản xuất đã khởi đầu cách mạng công nghiệp lần thứ ba. Giờ đây, ta đang bước vào cuộc cách mạng công nghiệp 4.0 hay cách gọi khác cách mạng công nghiệp lần thứ tư với những tiến bộ rõ rệt đến từ công nghệ Internet vạn vật (IoT), Tự động hóa, và Trí tuệ Nhân tạo (AI). Những công nghệ này, song song với dữ liệu lớn (Big data) và phân tích (Analytics), là những yếu tố chính thúc đẩy cuộc cách mạng công nghiệp 4.0. [caption id="attachment_63269" align="aligncenter" width="768"] Điện toán đám mây là nền tảng của cách mạng công nghiệp 4.0[/caption] Cuộc cách mạng này đã đem lại nhiều sự phát triển xuyên suốt cho mọi lĩnh vực, trong đó nổi bật nhất là các lĩnh vực ngân hàng, dịch vụ tài chính, và bảo hiểm. Cách mạng công nghiệp 4.0 không chỉ thay đổi ngành công nghiệp mà còn tạo ra những ảnh hưởng sâu rộng đến giáo dục, y tế, giao thông và nhiều lĩnh vực khác trong đời sống xã hội. >>> Xem thêm:  Điện toán đám mây là gì? Lợi ích của điện toán đám mây Vai trò của điện toán đám mây trong việc thúc đẩy cách mạng công nghiệp 4.0 Điện toán đám may hay tiếng Anh là Cloud Compute đóng một vai trò rất quan trọng trong việc thúc đẩy cuộc cách mạng công nghiệp này, bằng cách cung cấp nền tảng cho doanh nghiệp đổi mới và phát triển. Theo một báo cáo của Oracle mang tên “Cloud: Opening up the road to Industry 4.0” (tạm dịch: Cloud: Mở đường tới Công nghiệp 4.0), vậy điện toán đám mây đóng vai trò gì đến sự phát triển của cách mạng công nghiệp 4.0. Lưu trữ và xử lý dữ liệu khổng lồ Trong thời đại Công nghiệp 4.0, mỗi thiết bị, cảm biến hay quy trình sản xuất đều tạo ra lượng dữ liệu lớn. Điện toán đám mây cho phép doanh nghiệp lưu trữ, truy xuất và xử lý dữ liệu này một cách hiệu quả mà không cần đầu tư vào hạ tầng phần cứng tốn kém. Tăng tính linh hoạt và khả năng mở rộng Cloud giúp các doanh nghiệp dễ dàng mở rộng quy mô hệ thống theo nhu cầu thực tế. Khi sản lượng tăng, hệ thống có thể nâng cấp tài nguyên chỉ trong vài phút mà không cần đầu tư thêm máy chủ vật lý. Hỗ trợ phân tích và ra quyết định nhanh chóng Kết hợp với AI và machine learning, dữ liệu trên nền tảng đám mây có thể được phân tích theo thời gian thực. Nhờ vậy, doanh nghiệp có thể dự đoán xu hướng, phát hiện lỗi, tối ưu hóa quy trình và ra quyết định chính xác hơn. Kết nối toàn cầu và làm việc từ xa Cloud computing cho phép các phòng ban, nhà máy hoặc đội ngũ kỹ thuật từ nhiều quốc gia kết nối và chia sẻ dữ liệu một cách an toàn và đồng bộ. Điều này đặc biệt hữu ích trong các chuỗi cung ứng toàn cầu và mô hình làm việc từ xa. Tối ưu chi phí và bảo trì Thay vì đầu tư vào hệ thống máy chủ đắt đỏ, doanh nghiệp chỉ cần chi trả theo mức sử dụng (pay-as-you-go). Ngoài ra, nhà cung cấp dịch vụ cloud chịu trách nhiệm bảo trì, nâng cấp và đảm bảo an ninh dữ liệu, giúp doanh nghiệp tiết kiệm chi phí nhân sự và vận hành. [caption id="attachment_63268" align="aligncenter" width="768"] Vai trò của điện toán đám mây[/caption]   6 Ứng dụng nổi bật của điện toán đám mây trong Công nghiệp 4.0 Quản lý và phân tích dữ liệu lớn (Big Data Analytics) Các thiết bị IoT, cảm biến và hệ thống sản xuất trong Công nghiệp 4.0 tạo ra lượng dữ liệu khổng lồ. Cloud giúp doanh nghiệp lưu trữ dữ liệu lớn hiệu quả và kết hợp với công cụ AI để phân tích theo thời gian thực, từ đó: Dự báo nhu cầu sản xuất Phát hiện lỗi kỹ thuật sớm Tối ưu chuỗi cung ứng [caption id="attachment_63270" align="aligncenter" width="768"] Ứng dụng hàng đầu của công nghệ điện toán đám mây[/caption] >>> Có thể bạn quan tâm: Big Data là gì? Tìm hiểu ứng dụng của Big Data trên các nghành Tối ưu hóa vận hành nhà máy thông minh Nhà máy trong kỷ nguyên 4.0 yêu cầu khả năng giám sát liên tục và phản ứng nhanh. Cloud cho phép các thiết bị và hệ thống kết nối với nhau, chia sẻ dữ liệu liên tục để: Điều khiển máy móc từ xa Cập nhật phần mềm tự động Giảm thời gian chết và chi phí bảo trì Hỗ trợ sản xuất linh hoạt và cá nhân hóa Với cloud, các dây chuyền sản xuất có thể tùy biến nhanh chóng để đáp ứng đơn hàng cá nhân hóa hoặc sản xuất theo nhu cầu (on-demand). Các bản thiết kế, thông số kỹ thuật có thể được cập nhật và đồng bộ hóa ngay lập tức. Tăng cường an toàn và bảo mật dữ liệu Các nhà cung cấp cloud hàng đầu (như AWS, Microsoft Azure, Google Cloud) áp dụng các tiêu chuẩn bảo mật quốc tế như ISO 27001, GDPR… Nhờ vậy, doanh nghiệp có thể: Bảo vệ dữ liệu nhạy cảm Kiểm soát truy cập người dùng Sao lưu dữ liệu tự động Hợp tác toàn cầu và làm việc từ xa Điện toán đám mây tạo điều kiện cho các nhóm kỹ thuật, vận hành, quản lý từ nhiều quốc gia cùng làm việc trên một nền tảng duy nhất. Việc chia sẻ tài liệu, kiểm tra trạng thái sản xuất hay cập nhật đơn hàng trở nên dễ dàng và minh bạch. Tự động hóa và trí tuệ nhân tạo Cloud đóng vai trò là nền tảng để triển khai các thuật toán AI và hệ thống tự động hóa trong nhà máy thông minh. Từ đó: Tối ưu quy trình sản xuất Dự đoán lỗi thiết bị Tăng hiệu suất làm việc Công nghiệp 4.0 là một bước tiến mạnh mẽ trong thời đại số hóa, và điện toán đám mây chính là xương sống hỗ trợ quá trình chuyển đổi này. Doanh nghiệp nào sớm ứng dụng cloud sẽ có lợi thế vượt trội về tốc độ, hiệu quả và khả năng cạnh tranh trên thị trường toàn cầu.

Sáng 4/5/2020, Trung tâm dữ liệu (Data Center) lớn nhất Việt Nam của FPT đã khởi công tại Khu Công nghệ cao, quận 9, TP HCM. Data Center (diện tích 10.000 m2 và cung cấp 3.600 Rack - tủ chứa các thiết bị mạng) do FPT khởi công tại Khu Công nghệ cao TP HCM là trung tâm dữ liệu đầu tiên tại Việt Nam thiết kế theo chuẩn Leed Certification - hệ thống tiêu chuẩn quốc tế về kiến trúc xanh. Trung tâm dữ liệu sử dụng công nghệ Drups mới nhất, đang được áp dụng tại các Data Center hiện đại trên thế giới, không sử dụng ắc quy nên góp phần bảo vệ môi trường và đảm bảo độ tin cậy cao cho các hệ thống điện toán đám mây quan trọng. CEO FPT Nguyễn Văn Khoa và các lãnh đạo nhà F cùng khách mời thực hiện nghi thức trước lễ khởi công xây dựng Data Center mới. Đây sẽ là Data Center lớn nhất Việt Nam sau khi hoàn thành. "Chúng tôi tin tưởng Data Center lớn nhất Việt Nam sẽ giúp những dữ liệu của Việt Nam ở lại Việt Nam mà không cần lưu trữ ở nước ngoài. Để đáp ứng nhu cầu cũng như thúc đẩy thị trường, FPT đã đầu tư và đưa ra thị trường các dịch vụ Cloud, các Data Center mới có thể hỗ trợ tối đa các tổ chức, doanh nghiệp trong quá trình chuyển đổi về hạ tầng, ứng dụng, quản lý, an toàn thông tin…", Chủ tịch FPT Telecom - anh Hoàng Nam Tiến chia sẻ tại buổi khởi công. "Với kinh nghiệm hợp tác cùng Tập đoàn FPT, tôi tự tin đây không chỉ là công trình chất lượng mà còn đẹp, mang tính biểu tượng và sẽ hoàn thành đúng tiến độ", ông Nguyễn Thành Vinh (CEO Tập đoàn Delta, đơn vị thi công) chia sẻ. Các thành viên của Tập đoàn FPT, nhà thầu Delta Group và đại diện Ban quản lý Khu Công nghệ cao TP HCM thực hiện nghi thức xúc cát khởi công.Trung tâm dữ liệu mới của FPT sẽ đạt chứng chỉ Uptime Tier III, đây là hệ thống tiêu chuẩn đánh giá danh giá nhất trên thế giới dành cho việc thiết kế, xây dựng, vận hành, quản lý và sự ổn định về dịch vụ của Data Center gồm các cấp độ từ thấp đến cao (Tier I, Tier II, Tier III và Tier IV).Nền tảng điện toán đám mây vững mạnh là hạ tầng cơ bản cho quá trình chuyển đổi số của các doanh nghiệp và kinh tế Việt Nam. Ngoài sự phát triển về hạ tầng Internet, để đáp ứng nhu cầu cũng như thúc đẩy thị trường, FPT đã đầu tư và đưa ra thị trường hàng loạt dịch vụ Cloud, đồng thời cũng là chủ sở hữu hệ thống Data Center lớn nhất tại Việt Nam nhằm hỗ trợ tối đa các tổ chức, doanh nghiệp trong quá trình chuyển đổi về: hạ tầng, ứng dụng, quản lý, an toàn thông tin…  Các trang thiết bị của tập đoàn xây dựng Delta tiến hành động thổ ngay sau lễ khởi công. Data Center tại Khu Công nghệ cao TP HCM có quy mô thiết kế 8 tầng, xây dựng trên diện tích 10.000 m2 và cung cấp 3.600 Rack (tủ chứa các thiết bị mạng), tuân thủ nghiêm ngặt các chứng chỉ quản lý, vận hành theo tiêu chuẩn quốc tế. Công trình dự kiến hoàn thành sau 305 ngày (quý I/2021). FPT hiện có 2 Trung tâm dữ liệu (Data Center) quy mô lớn tuân thủ đầy đủ tiêu chuẩn quốc tế nghiêm ngặt trong quản lý, vận hành Data Center tại Hà Nội và TP HCM. Dự kiến FPT khai trương thêm 2 Data Center mới tại Hà Nội và TP HCM với khả năng cung cấp hạ tầng trong giai đoạn đầu là 1.250 rack tại Hà Nội và 1.000 rack tại TP HCM. Việc đưa vào vận hành 2 Data Center sắp tới sẽ đưa FPT trở thành nhà cung cấp dịch vụ Data Center lớn nhất tại Việt Nam. Tháng 11/2019, Tổ chức nghiên cứu thị trường Frost & Sullivan vừa tôn vinh các công ty hàng đầu châu Á tổ chức tại Singapore. FPT đã được trao giải “Nhà cung cấp Dịch vụ Trung tâm dữ liệu Việt Nam năm 2019”. Liên hệ với chúng tôi để biết thêm thông tin chi tiết về dịch vụ của FPT Smart CloudFanpage: https://www.facebook.com/fptsmartcloud/Email: [email protected]: 1900 638 399