VietNetwork.Vn

Không thể phủ nhận rằng điện toán đám mây đã đạt đến điểm bùng phát. Trong tương lai, các ứng dụng mới sẽ nhắm mục tiêu vào môi trường đám mây dưới dạng tùy chọn triển khai được ưa thích.

Điều đó đặt ra một số vấn đề:

• Các ứng dụng của bạn có phù hợp với đám mây không?
• Họ sẽ cung cấp sẵn sàng cao?
• Họ có đáp ứng tốt với khối lượng công việc thất thường và dân số người dùng không?

Tất cả những câu hỏi này đều đặt ra vấn đề cơ bản là liệu kiến trúc ứng dụng truyền thống có hoạt động hiệu quả trong đám mây hay không và chúng có cần được sửa đổi trong bối cảnh môi trường đám mây hoạt động như thế nào không?

Câu trả lời đơn giản là không, các kiến trúc ứng dụng truyền thống don don hoạt động hiệu quả trong đám mây và vâng, chúng cần phải được sửa đổi.

Tại sao lại như vậy và bạn nên làm gì để xây dựng các ứng dụng đám mây đúng cách? Dưới đây là bốn khuyến nghị để xây dựng các ứng dụng đám mây đúng cách.


1. Hiểu rõ cơ sở hạ tầng

Điều đầu tiên và quan trọng nhất để hiểu về các ứng dụng đám mây là bản chất của cơ sở hạ tầng đám mây.

AWS nổi tiếng tuyên bố mọi thứ đều thất bại mọi lúc. Điều này có nghĩa là, không giống như cơ sở hạ tầng truyền thống, được coi là mạnh mẽ và không bị lỗi (mặc dù thực sự thường xuyên thất bại), khi sử dụng cơ sở hạ tầng đám mây, các nhà phát triển ứng dụng nên sử dụng tài nguyên có thể thất bại.

Những lý do cho sự thất bại này có thể khác nhau từ các mạng chuyển mạch bị hỏng, máy chủ gặp sự cố hoặc thậm chí các dịch vụ AWS không khả dụng.

Vấn đề là khi lập kế hoạch cho một ứng dụng đám mây, người ta sẽ mong đợi rằng một số tài nguyên ứng dụng sẽ bị lỗi bất ngờ. Do đó, nó rất quan trọng để bảo vệ ứng dụng khỏi thất bại cơ bản.

Làm thế nào để bạn làm điều đó?

2. Thiết kế cho sự thất bại hoặc các lỗi

Rõ ràng, cách đúng đắn để tiếp cận vấn đề thất bại cơ sở hạ tầng này là nhận ra nó sẽ xảy ra. Thay vì coi thất bại là một điều bất ngờ và sau đó nổi điên vì ứng dụng nằm trên đó cũng thất bại với mô hình với cơ sở hạ tầng truyền thống, một người nên thiết kế các ứng dụng để chúng có khả năng phục hồi khi gặp thất bại.

Điều đó nghĩa là gì?

Cách tốt nhất để đối phó với cơ sở hạ tầng không đáng tin cậy là thiết kế với sự dư thừa. Đảm bảo rằng mọi phần hoạt động của ứng dụng chạy trong ít nhất một cấu trúc liên kết được ghép nối: Hai máy chủ web; hai lớp logic ứng dụng; máy chủ cơ sở dữ liệu nhân đôi.

Và sau đó phân tán các phần dư thừa của ứng dụng. Đặt chúng trong các trung tâm dữ liệu khác nhau. Hoặc thậm chí ở các khu vực khác nhau. Đặt chúng sao cho ngay cả một lần mất điện đáng kể sẽ không làm mất toàn bộ ứng dụng.

Không có câu hỏi nào rằng điều này làm cho thiết kế ứng dụng phức tạp hơn và phát triển và vận hành nhiều công việc hơn, nhưng nó bảo vệ ứng dụng chống lại sự thất bại của cơ sở hạ tầng. Và trong thế giới ngày nay, nơi các ứng dụng thường là giao diện chính cho khách hàng, thời gian hoạt động của ứng dụng là một cách tốt đẹp, đó là một yêu cầu.

3. Dự kiến hạ tầng Cloud Computing sẽ tải khối lượng công việc bao nhiêu

Giờ đây, các ứng dụng là giao diện khách hàng chính, đã qua rồi thời của dân số người dùng dự đoán được liên kết với các ứng dụng tập trung vào nhân viên. Mọi người nên mong đợi tải thất thường, cả hai vì số lượng khách hàng chắc chắn tăng lên (một hy vọng), nhưng cũng bởi vì việc sử dụng của khách hàng có thể thay đổi tùy theo ý thích của giờ.

Một số người nổi tiếng đã đề cập đến 3 triệu người theo dõi của cô trên Twitter rằng cô vừa sửa sang lại ngôi nhà của mình? Nếu bạn là một tổ chức tài chính, bạn có thể mong đợi một luồng giao thông khổng lồ vì mọi người nghĩ rằng họ nên xem xét tái cấp vốn.

Bạn có được sự trôi dạt. Khối lượng công việc trên đám mây rất thất thường và ứng dụng của bạn sẽ sẵn sàng để xử lý chúng.

Bạn đã có sự dư thừa tại chỗ, phải không? Bước tiếp theo là thiết kế ứng dụng của bạn để tài nguyên ứng dụng bổ sung có thể tham gia và thả ra nhóm tài nguyên thực thi.

Vì vậy, bạn sẽ có thể thêm ba (hoặc 30) máy chủ web vào cặp dự phòng mà bạn đã chạy để giải quyết lưu lượng truy cập do người nổi tiếng điều khiển.

4. Tận dụng dịch vụ đám mây

Một sai lầm lớn mà các tổ chức CNTT mắc phải là nghĩ về điện toán đám mây như là cơ sở hạ tầng điện toán thuần túy. Youllll thường thấy các nhóm CNTT nói về việc áp dụng IaaS để giảm áp lực trung tâm dữ liệu nội bộ hoặc sử dụng máy ảo trên đám mây để vận hành các ứng dụng.

Điều này giả định rằng, đối với tất cả các phần mềm chạy trong ứng dụng, tổ chức CNTT sẽ cài đặt, định cấu hình và quản lý phần mềm. Cần một cơ sở dữ liệu? Chà, DBA sẽ cài đặt MySQL, cấu hình nó, kết nối nó với bộ lưu trữ và sau đó một nhóm hoạt động sẽ chịu trách nhiệm giữ cho hệ thống MySQL luôn hoạt động.

Cách tiếp cận này hoàn toàn bỏ qua thực tế rằng tất cả các nhà cung cấp đám mây AAG đã xây dựng các dịch vụ phong phú trên đầu các dịch vụ IaaS của họ.

Họ đều cung cấp dịch vụ cơ sở dữ liệu được quản lý. Trên thực tế, AWS chỉ làm phong phú thêm dịch vụ DynamoDB chính / giá trị của họ (một dịch vụ được quản lý) bằng cách đặt bộ đệm vào trước nó (một dịch vụ được quản lý khác) để cải thiện hiệu suất. Microsoft vừa ra mắt CosmoDB, một dịch vụ cơ sở dữ liệu khóa / giá trị và tài liệu kết hợp cực kỳ sáng tạo. Và, tất nhiên, Google đã tung ra Spanner, một cơ sở dữ liệu SQL có tính nhất quán cao, hiệu quả cao toàn cầu.

Kiểu đặt cài đặt MySQL của bạn là xấu hổ, eh? (Đừng lo lắng, tất cả họ đều cung cấp dịch vụ MySQL được quản lý nếu điều đó làm bạn thích).

Và đây chỉ là một danh mục. Họ đã quản lý hệ thống IoT, kho dữ liệu, học máy.

Nó rất quan trọng để mở rộng suy nghĩ của bạn ra ngoài đám mây trên nền tảng cơ sở dữ liệu trên nền tảng đám mây, để nhận ra nó là đám mây thực sự, vì khả năng tính toán đã được phân phối ở một số dạng khác nhau.

Tóm lại

Xây dựng các ứng dụng đám mây đúng cách là tầm thường. Nó đòi hỏi kiến thức, sự kiên trì và sẵn sàng loại bỏ các giả định đã tồn tại từ lâu.

Đổi lại, điều có thể làm là khả năng tạo ra các ứng dụng mạnh hơn nhiều, tốt hơn rất nhiều so với các đối tác truyền thống của chúng.