Oracle
 sql >> Cơ Sở Dữ Liệu >  >> RDS >> Oracle

Di chuyển chậm sang đám mây

Hãy giơ tay lên nếu bạn đã nghe điều gì đó tương tự trước đây từ một nhà cung cấp dịch vụ đám mây:

Chúng tôi chắc chắn có Mark Hurd đã tuyên bố tại OpenWorld 2015 rằng vào năm 2025, 80% tất cả các ứng dụng sản xuất sẽ ở trên đám mây. Hoặc Oracle nói rằng 100% nhà phát triển và thử nghiệm sẽ ở trên đám mây vào năm 2025. Các nhà cung cấp khác cũng đưa ra tuyên bố tương tự. Bây giờ, tôi bắt đầu nghe thấy bằng chứng giai thoại rằng tỷ lệ chấp nhận đám mây không nhanh như chúng ta vẫn tin.

Khoảng một năm trước, tôi được một cơ sở truyền thông liên quan đến cơ sở dữ liệu yêu cầu viết một số bài báo về đám mây và cơ sở dữ liệu Oracle. Câu trả lời của tôi là công ty của tôi chuyển sang đám mây rất chậm và tôi nghi ngờ mình có thể là nguồn cung cấp kỹ thuật tốt cho họ. Người biên tập mà tôi đã nói chuyện sau đó thông báo với tôi rằng họ cũng đang nghe điều tương tự từ các nhà văn kỹ thuật khác và họ đang gặp khó khăn trong việc tìm kiếm những nhà văn giỏi về chủ đề đám mây vì có rất ít chuyển động trong thế giới thực lên đám mây. Tuy nhiên, biên tập viên đã rất cố gắng để đưa nội dung lên phương tiện truyền thông của họ vì tất cả những gì mọi người nói về là đám mây. Người biên tập bị ràng buộc giữa nội dung họ muốn được xuất bản và nội dung họ có thể lấy.

Điều tôi để lại trong ngày hôm đó là các phương tiện truyền thông và các nhà cung cấp đang thổi phồng đám mây, nhưng những người trong chúng tôi trong chiến hào không nhảy vào cuộc đua. Dẫn đến kết luận rõ ràng này… những người thực sự muốn chúng ta sử dụng đám mây là các nhà cung cấp dịch vụ đám mây. Lý do chính Mark Hurd muốn chúng tôi chạy 80% ứng dụng sản xuất của chúng tôi trên đám mây là vì nó tốt cho công việc kinh doanh của họ. Các nhà cung cấp đám mây sẽ cung cấp cho chúng tôi rất nhiều lý do tại sao đám mây lại tốt cho doanh nghiệp của chúng tôi. Và những lý do đó thường là những lý do rất tốt và tại sao cuối cùng tất cả chúng ta sẽ đạt được điều đó.

Tuần trước, tôi đã đến thăm một giám đốc điều hành của một công ty công nghệ, một người bạn lâu năm của tôi. Sau khi trò chuyện về vợ chồng và con cái và rất nhiều chủ đề không liên quan đến CNTT, chúng tôi chuyển cuộc trò chuyện sang cách doanh nghiệp của anh ấy đang hoạt động. Công việc kinh doanh rất tốt và anh ấy thường xuyên bận rộn. Sau đó, tôi hỏi liệu khách hàng của anh ấy có chuyển sang đám mây không và liệu doanh nghiệp của anh ấy có đang giúp họ với những nỗ lực đó hay không. Anh ấy trả lời rằng anh ấy hầu như chưa có khách hàng nào chuyển sang đám mây. Anh ấy đã cung cấp cho tôi danh sách các lý do khiến tỷ lệ chấp nhận đám mây của khách hàng của anh ấy thấp, nhưng cơ bản là nó quá ít lợi ích so với chi phí ban đầu để đạt được điều đó.

Hôm nay, tôi đã xem qua một bài viết về SQL Server có vẻ như bề ngoài không liên quan nhiều đến đám mây. Bị chôn vùi trong bài báo đó là câu trích dẫn này khiến tôi giật mình.

Đối với tôi, việc áp dụng đám mây đang đi đúng mục tiêu với kỳ vọng của tôi. Những người duy nhất mong đợi sự chuyển đổi nhanh hơn sang đám mây là các nhà cung cấp, phương tiện truyền thông và những người mua tất cả các quảng cáo cường điệu. Tác giả của bài viết này đưa ra hai lý do chính khiến việc áp dụng đám mây không như những gì mọi người dự đoán. Tôi có thể mua những lý do có thể áp dụng cho một số triển khai đám mây, nhưng tôi nghĩ tác giả bỏ lỡ con thuyền vì nhiều lý do khác quan trọng hơn là làm chậm việc áp dụng đám mây.

Dưới đây là những lý do chính khiến tôi thấy quá trình chuyển đổi trên đám mây di chuyển với tốc độ chậm hơn dự kiến, không theo thứ tự cụ thể:

  • Việc chuyển đổi các hệ thống hiện có sang đám mây rất tốn kém. Tôi đã thấy nhiều công ty chuyển sang Office 365 thay vì lưu trữ các dịch vụ Exchange của riêng họ. Trong mỗi lần chuyển đổi sang Office 365, mọi công ty sẽ dành rất nhiều giờ lao động để đạt được điều đó. Tôi đã thấy các nhóm người làm việc từ 10 - 20 giờ mỗi tuần trong cả năm để chuyển sang đám mây. Số công sức này không được bán cho chúng tôi khi nhà cung cấp dịch vụ đám mây cố gắng cho chúng tôi biết chúng tôi sẽ tiết kiệm được bao nhiêu tiền. Bất kỳ ai đã từng di chuyển hệ thống doanh nghiệp sản xuất trong công ty của họ đều biết cần phải nỗ lực như thế nào để thực hiện quá trình chuyển đổi một cách liền mạch cho người dùng cuối. Nếu bạn đang chuyển sang đám mây, bạn cũng có thể cần phải nâng cấp lên các phiên bản phần mềm mới hơn, nền tảng mới hơn, v.v. Kiểu di chuyển này không được thực hiện nhẹ nhàng. Các nhà cung cấp dịch vụ đám mây đã giúp việc chuyển đổi rất nhiều thứ sang đám mây trở nên rất dễ dàng, nhưng họ không thể giúp các quy trình tổ chức nội bộ của chúng tôi thay đổi một cách dễ dàng.
  • Các chuyển đổi tốt nhất sang đám mây dành cho các triển khai mới. Thật khó để di chuyển các hệ thống hiện có ở bất kỳ đâu. Những gì chúng ta thường thấy là các công ty bước vào lĩnh vực điện toán đám mây với những nỗ lực mới. Điều này cho phép công ty tích lũy kinh nghiệm với các công nghệ đám mây mà không làm gián đoạn quy trình làm việc hiện có. Thật không may cho các nhà cung cấp đám mây, các triển khai mới không xuất hiện hàng ngày đối với mọi doanh nghiệp CNTT.
  • Tuân thủ Quy định . Tùy thuộc vào doanh nghiệp của bạn, bạn có thể có các quy định khác nhau mà công ty của bạn phải tuân thủ để duy trì hoạt động kinh doanh trong khu vực đó. Các nhà cung cấp đám mây đã tăng cường nỗ lực để có thể cung cấp dịch vụ ở nhiều khu vực nhất có thể đáp ứng các quy định của chính phủ. Tuy nhiên, các nhà cung cấp đám mây có thể di chuyển nhanh hơn so với các quy định áp đặt cho các doanh nghiệp và các doanh nghiệp thường bị bỏ rơi khi cố gắng phân loại xem giải pháp của nhà cung cấp đám mây có giữ họ tuân thủ quy định hay không. Không có gì ngạc nhiên khi bản thân nỗ lực này đã tiêu tốn của công ty một khoản tiền không cần phải chi nếu họ ở lại cơ sở.
  • Chúng tôi cần bảo vệ dữ liệu. Dữ liệu là tối quan trọng. Dữ liệu rất có giá trị đối với doanh nghiệp. Việc vi phạm dữ liệu rất tốn kém. Ngay cả khi giải pháp đám mây tuân thủ các quy định, công ty vẫn có thể không sẵn sàng chấp nhận các tác động nếu vi phạm dữ liệu được phát hiện là do bên thứ ba đã làm hoặc không làm đúng cách. Khách hàng hoặc cổ đông của công ty có thể chưa sẵn sàng cho việc này. Việc trở thành Người bảo vệ dữ liệu đôi khi đánh bại mọi mong muốn di chuyển lên đám mây. Đây có thể là một yếu tố FUD tại nơi làm việc, nhưng nó là có thật đối với nhiều người.
  • Cánh đồng của những giấc mơ so với Nếu nó không tan vỡ… Các nhà cung cấp dịch vụ đám mây đang cố gắng bán cho chúng tôi Cánh đồng của những giấc mơ. Họ đã xây dựng nó và chúng ta nên đến. Người nông dân trong phim đã đúng. Anh ấy đã xây dựng nó và họ đã đến. Các nhà cung cấp dịch vụ đám mây đang nói với chúng tôi về sân chơi mới tuyệt vời này và chúng tôi nên tham gia. Cuộc sống ở đó thật tuyệt. Những nhà cung cấp đám mây này, giống như người nông dân trong phim, đã đúng. Tuy nhiên, nhiều người trong cộng đồng CNTT đều có cảm giác này và nó nói rằng "Nếu nó không bị hỏng, đừng sửa nó". Khi nhiều công ty đang nhìn vào đám mây và nhìn thấy bãi cỏ xanh tươi hơn ở phía bên kia, chúng tôi cũng nhìn vào và thấy rằng mọi thứ đang ổn ở đúng vị trí của chúng. Thành thật mà nói, mặc dù có những lợi ích đối với đám mây nhưng bản thân những lợi ích đó đôi khi không phải là động lực kinh doanh đủ lớn để thực hiện .

Đối với tôi, danh sách trên là những lý do chính khiến việc sử dụng đám mây chậm hơn so với dự kiến ​​của một số người. Nhiều tổ chức CNTT trên toàn thế giới chỉ đơn giản là sẽ không thực hiện chuyển đổi hàng loạt sang đám mây trong một khung thời gian ngắn.

Vui lòng không đọc bài đăng trên blog này và nghĩ rằng tôi chống lại đám mây. Hơn bất cứ điều gì, tôi chỉ là một người theo chủ nghĩa thực tế và cách tôi nhìn thấy cơ sở hạ tầng CNTT của công ty mình và cách đám mây phù hợp với điều đó. Tôi biết rằng chúng ta sẽ không nhảy lên đám mây bởi vì nó tồn tại và tôi không đơn độc trong dòng suy nghĩ này. Chúng ta sẽ đến đó vào một ngày nào đó, theo thời gian của chúng ta và mốc thời gian đó sẽ mất rất nhiều năm.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Thời lượng của dữ liệu trong bảng Tạm thời chung?

  2. ĐẶT SQLBLANKLINES:Cách Cho phép Dòng trống trong SQLcl &SQL * Plus

  3. Truy vấn con đệ quy với sắp xếp

  4. Oracle có khôi phục giao dịch do lỗi không?

  5. Làm thế nào để chuyển danh sách đối tượng Java sang thủ tục lưu trữ của Oracle bằng MyBatis?