Tôi đã trò chuyện với một người bạn tư vấn cách đây vài tuần. Vai trò chính của anh hiện tại là làm việc trên các dự án chuyển cơ sở dữ liệu SQL Server lên đám mây (AWS và Azure) và đại trà. Câu chuyện của anh ấy khiến tôi nhớ lại những dự án nhiều năm trước về các dự án P2V trong đó bộ nhớ vật lý và lõi có thể chỉ được ánh xạ tới bộ nhớ ảo và lõi ảo, sau đó giao cho quản trị viên VMWare nhiệm vụ xem xét điều này dựa trên mức tiêu thụ nếu không thì lợi ích của ảo hóa đã bị phủ nhận.
Với di chuyển đám mây, cùng một phương pháp vẫn thường được áp dụng vì sự đơn giản và nhanh chóng nhưng cú sốc xảy ra khi các hóa đơn đăng ký đám mây đến. Nó một lần nữa có thể là một sự lãng phí tiền có thể tránh được, trong trường hợp này, opex trái ngược với capex .
Vì một số lý do, các chủ dự án thường ngần ngại xem xét trước mức sử dụng, mức tiêu thụ và hiệu suất hiện tại và dự đoán chính xác kích thước cần thiết cho việc di chuyển qua đám mây. Vấn đề với việc giải quyết vấn đề sau khi di chuyển là có nhiều rủi ro hơn, nhiều vụ cháy nổ hơn và bạn có thể thực hiện việc này nhanh như thế nào trong khi các hóa đơn vẫn đến hàng tháng.
Vì vậy, chúng tôi rất mong được nghe Denis O’Sullivan và Peter O'Connell sẽ nói gì vào ngày 14 tháng 4 với webcast trực tiếp của họ:Định cỡ chính xác và mở rộng cơ sở dữ liệu đám mây của bạn.
