Khi nào cơ sở dữ liệu đám mây phù hợp với tôi?


9

Một số người nói rằng DBaaS (cơ sở dữ liệu như một dịch vụ) - còn gọi là cơ sở dữ liệu đám mây - không phù hợp với Business Intelligence (BI), phân tích (OLAP) hoặc lưu trữ.

Điều này có đúng không? Tổng quát hơn, khi DBaaS là ​​lựa chọn kỹ thuật hiệu quả nhất?

Câu trả lời:


4

Đó là lựa chọn kỹ thuật hiệu quả khi có nhiều lưu lượng truy cập, sử dụng nhiều liên tục.

Các ví dụ bạn liệt kê sử dụng cơ sở dữ liệu chủ yếu như của cơ sở lưu trữ, với việc tìm kiếm / xử lý là một phần phụ xa. Cloud chủ yếu là về tốc độ và sức mạnh CPU, và điều này phải trả giá. Có những giải pháp lưu trữ ít tốn kém hơn (và đáng tin cậy hơn) không cung cấp loại tốc độ nhưng vượt qua đám mây ở tất cả các khía cạnh khác. BI, phân tích, v.v ... không phải là thứ bạn thực hiện 5000 lần một giây 24 giờ một ngày 7 ngày một tuần. Sẽ rẻ hơn khi xây dựng một máy chủ chuyên dụng, sau đó đợi vài giây để mỗi truy vấn kết thúc, hơn là trả tiền bảo trì đám mây cho mục đích đó.

Nếu bạn cung cấp các ứng dụng web - dịch vụ dưới dạng phần mềm qua mạng, đối với nhiều khách hàng, đám mây được chào đón nhất và mang lại hầu hết các lợi ích, vì nó thích nghi với lưu lượng truy cập dao động nhưng luôn ở mức cao. Nếu tải thấp, hoặc bằng không hầu hết thời gian, có nhiều giải pháp hiệu quả hơn về chi phí.

Ngoài ra, nếu dữ liệu rất bí mật, sẽ không khôn ngoan khi đặt nó trên các máy của bên thứ 3 được chia sẻ với các công ty ngẫu nhiên khác, được giám sát bởi những người ngoài tầm kiểm soát của bạn ...


4

Một lý do tôi sử dụng SQL Azure để khởi động trong toàn bộ cài đặt SQL là vì cơ sở dữ liệu đám mây thường cho phép tôi tập trung vào ứng dụng của mình thay vì tập trung vào việc giữ SQL Server được cập nhật / cập nhật / điều chỉnh / thu nhỏ / cụm / và mọi công việc quản trị viên khác sẽ làm đưa tôi ra khỏi mọi thứ.

Mặc dù chúng tôi có thể cần phải thực hiện SQL Server cục bộ trong tương lai tùy thuộc vào số lượng người dùng tin tưởng các công ty khác lưu trữ dữ liệu của họ, từ quan điểm của một nhà phát triển, nó làm rất nhiều điều cho tôi:

  • Cho tôi thêm thời gian để tập trung vào ứng dụng.
  • Tiết kiệm tiền qua một phiên bản SQL đầy đủ (hàng ngàn đô la so với $ 10 / tháng cho mỗi GB) cho đến khi tôi quyết định tôi cần SQL đầy đủ.
  • Cung cấp cho tôi tất cả các tính năng tôi mong đợi như sao lưu / lập chỉ mục.
  • Tôi có thể chạy các phân tích của riêng mình trên DB. Đó là cơ sở dữ liệu của tôi, vì vậy tôi có thể làm những gì tôi muốn. Nó có thể không nằm ngoài khả năng trong hầu hết các trường hợp, vì vậy nếu bạn muốn chạy SSRS / SSAS thì bạn luôn có thể trả thêm một số tiền lớn cho phiên bản đầy đủ. : - /
  • Như SF. nói, đó là khả năng tự động mở rộng và dự phòng, vì vậy bạn (rất có thể) sẽ không mất dữ liệu vì máy chủ gặp sự cố. Nếu một máy chủ chết, bạn sẽ sao lưu sau vài giây nếu mất nhiều thời gian.

Ứng dụng của bạn có được lưu trữ trong Azure không? Nếu không, tôi sẽ không muốn nghe nếu bạn nghĩ rằng việc lưu trữ cơ sở dữ liệu từ ứng dụng sẽ mang lại cho ứng dụng của bạn một hiệu suất đáng chú ý (Tôi đã quan tâm đến việc sử dụng đám mây cho db nhưng không lưu trữ ứng dụng).
KallDrexx

Có, ứng dụng của tôi được lưu trữ trong Azure, vì vậy mọi thứ thực sự gần gũi. Mặc dù, thực sự, các trung tâm dữ liệu Azure cách nhau khá xa (bờ tây, bờ đông, trung tâm, châu Á, v.v.). Bạn thực sự có thể đặt nơi bạn muốn các dịch vụ được lưu trữ của mình ở đó, vì vậy bạn thực sự có thể tiến gần đến (trong một khu vực của quốc gia) với ứng dụng của bạn, bất cứ nơi nào bạn lưu trữ nó. Tôi không nghĩ rằng sẽ là quá khủng khiếp miễn là bạn có một kết nối vững chắc. Azure khá nhanh trong trải nghiệm của tôi, nhưng tôi đã không thử Azure DB với một ứng dụng cục bộ và đã thử nghiệm nó vượt xa một mẫu khi tôi đang học. Dường như nhanh chóng, mặc dù.
Ryan Hayes
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.