Trong bài viết trước , tôi đã xem xét nhận định gần đây của Gartner rằng 75% cơ sở dữ liệu sẽ được triển khai trên đám mây vào năm 2022 – và đám mây hiện là nền tảng mặc định để quản lý dữ liệu .
Sự chuyển đổi mạnh mẽ sang điện toán đám mây công cộng mang lại rất nhiều hệ quả, nhiều trong số đó đã được viết rất chi tiết trong vài năm qua. Nhưng có một câu hỏi mà tôi nghĩ chưa được đặt ra đủ là: điều này có ý nghĩa gì đối với những quản trị viên cơ sở dữ liệu tội nghiệp, đang phải vật lộn? Hãy bắt đầu bằng việc nhìn lại hành trình mà các quản trị viên cơ sở dữ liệu đã trải qua kể từ "những ngày xưa cũ".
DBA 1.0: Những ngày xưa (tốt đẹp)
Các trung tâm dữ liệu trước đây thường có bốn nhóm người riêng biệt sống trong sự cùng tồn tại tương đối hòa bình: Quản trị viên hệ thống (SysAdmins), Quản trị viên cơ sở dữ liệu (DBAs), Quản trị viên mạng (Network
Admins) và Quản trị viên lưu trữ (Storage Admins): Bốn nhóm chuyên gia, mỗi nhóm có bộ kỹ năng riêng biệt và phạm vi trách nhiệm được phân định khá rõ ràng. Tôi nói là bốn, nhưng thực ra chỉ có ba – như bất cứ ai nhớ về thời kỳ này đều sẽ chứng thực, Quản trị viên mạng thực chất là những sinh vật thần thoại không bao giờ ngồi ở bàn làm việc của họ; bằng chứng lịch sử hiện nay cho thấy rằng họ thực chất chỉ là một đoạn mã đơn giản tự động đóng bất kỳ yêu cầu nào với cụm từ "Không tìm thấy vấn đề nào với mạng".
Quản trị viên cơ sở dữ liệu (DBA) giữ một vị trí độc đáo trong nhóm này, bởi vì họ làm việc ở tầng cao hơn trong kiến trúc ứng dụng và do đó, họ tiếp xúc với các nhà phát triển và chủ sở hữu ứng dụng, người dùng nghiệp vụ và đôi khi – nói nhỏ thôi – cả những “người dùng cuối” tuyệt vời đó. Thật tiện lợi, điều này khiến DBA trở thành người hoàn hảo để đổ lỗi cho hầu hết mọi vấn đề ở bất kỳ tầng nào trong kiến trúc ứng dụng. Ứng dụng chậm? Chắc chắn là vấn đề về cơ sở dữ liệu. Truy vấn mất quá nhiều thời gian? CHẮC CHẮN là vấn đề về cơ sở dữ liệu. Không cần biết máy chủ cơ sở dữ liệu không đủ bộ nhớ, các nhà phát triển không biết cách lập trình SQL và hệ thống lưu trữ là một mớ hỗn độn RAID5 chạy trên ổ cứng cũ kỹ… thì luôn luôn là vấn đề về cơ sở dữ liệu. Và chúng ta biết đó không phải là vấn đề mạng vì ở đây ghi rằng “Không tìm thấy vấn đề nào với mạng”.
Một hệ quả của vị trí “đặc biệt” này là nhiều quản trị viên cơ sở dữ liệu (DBA) phải học các kỹ năng ngoài chuyên môn cốt lõi của họ (mạng, kỹ năng quản trị Linux hoặc Windows, tối ưu hóa SQL, giải mã PL/SQL, đàm phán con tin, v.v.). Tôi rất muốn nói rằng khát vọng học hỏi này xuất phát từ lòng tự hào nghề nghiệp, nhưng những DBA giỏi nhất mà tôi từng gặp chỉ đơn giản là học những kỹ năng này để chứng minh rằng họ không sai và nhờ đó có được một cuộc sống dễ dàng hơn. “Ồ, bạn nghĩ SQL của bạn chạy chậm vì cơ sở dữ liệu của tôi à? Vậy thì nếu bạn viết lại nó như thế này, nó sẽ chạy chỉ trong 10% thời gian và không làm cho tất cả đèn trong trung tâm dữ liệu bị tối đi, đồ ngốc…”
DBA 2.0: Chuyên viên CNTT tổng quát
Khi trung tâm dữ liệu phát triển và các công nghệ mới như ảo hóa, NoSQL, Hadoop và điện toán đám mây trở nên phổ biến, các vai trò được xác định rõ ràng của những năm trước bắt đầu trở nên mờ nhạt. Trong thập kỷ qua, chúng ta đã chứng kiến sự trỗi dậy của một "thực thể" mới trong trung tâm dữ liệu: Chuyên viên CNTT đa năng. Tất nhiên, đây chủ yếu chỉ là một cách nói khác của Quản trị viên cơ sở dữ liệu (DBA) với nhiều trách nhiệm hơn (nhưng không được trả thêm lương) . Hiện nay, việc các DBA quản lý nhiều công nghệ khác nhau ngoài hệ quản trị cơ sở dữ liệu quan hệ (RDBMS) truyền thống đã trở nên phổ biến: nhiều DBA đang quản lý, ít nhất ở một mức độ nào đó, các cụm VMware hoặc các nền tảng ảo hóa khác; tôi biết những DBA đã từng phải vật lộn với tường lửa và mạng được định nghĩa bằng phần mềm… Tôi thậm chí còn gặp rất nhiều DBA quản trị các mảng lưu trữ All-Flash của họ (đơn giản hơn so với mảng đĩa kiểu cũ).
Nói thêm một chút, bất kỳ ai có chức danh "Quản trị viên cơ sở dữ liệu Oracle" cũng đều phải quản lý mọi công nghệ mang nhãn hiệu Oracle – và đó là rất nhiều thứ. Fusion Middleware, Oracle Linux, Weblogic, Oracle ZFS Appliance, bất cứ thứ gì chạy dưới sự quản lý của Automatic Storage Management, thậm chí cả Java! Danh sách còn dài nữa… không biết bao lâu nữa thì sẽ có người nhận được yêu cầu hỗ trợ vì TikTok không hoạt động bình thường?
Larry Ellison từng tuyên bố muốn xóa bỏ vị trí quản trị viên cơ sở dữ liệu (DBA) , nhưng thực tế là vai trò của DBA giờ đây thậm chí còn rộng hơn nữa.
DBA 3.0: Quản trị viên cơ sở dữ liệu DevOps trên nền tảng đám mây
Đến năm 2020, người quản trị cơ sở dữ liệu (DBA) hiện đang quản lý các ứng dụng chạy trên cơ sở dữ liệu được đặt trong các container trên máy ảo trên đám mây, có thể được triển khai thông qua một số hình thức cơ sở hạ tầng dưới dạng mã (infrastructure-as-code). Ước mơ của các tổ chức CNTT hiện đại là đạt được mức độ tự động hóa lý tưởng – và chính DBA là người có nhiều kinh nghiệm nhất trong việc tự động hóa các tác vụ đa chức năng; họ đã cố gắng làm điều đó trong nhiều năm chỉ để có một cuộc sống dễ dàng hơn. (Hãy lưu ý rằng ước mơ về “một cuộc sống dễ dàng hơn” thúc đẩy rất nhiều hành vi của DBA!)
Tất nhiên, giờ đây mọi thứ đều là DevOps rồi… phải không? Nếu bạn không phải là DevOps, bạn không thuộc về nhóm. Nhớ hồi đó mọi thứ đều phải theo phương pháp Agile không? Nhưng khi bạn tìm hiểu sâu hơn, “Agile” chỉ là cách nói khác của “chúng ta chưa hề ghi chép lại bất cứ thứ gì”. Giờ đây, DevOps đã thay thế Agile trở thành từ khóa được ưa chuộng. Và nghĩa đen của “DevOps” là “chúng ta vẫn không ghi chép lại bất cứ thứ gì, nhưng đồng thời chúng ta cũng sẽ không tuân theo bất kỳ quy trình kiểm soát thay đổi nào hoặc kiểm tra bất kỳ bản phát hành mã nào ngoài các quy trình kiểm thử cơ bản nhất, vậy nên chúc may mắn”.
Nhưng trong hành trình tiến hóa dài hơi này, có một điều mà các quản trị viên cơ sở dữ liệu (DBA) chưa từng được tiếp xúc… cho đến ngày hôm nay. Đó là chi phí . Là một DBA, bạn có thể đã phải tranh luận để có được máy chủ mạnh hơn, CPU nhanh hơn, nhiều giấy phép xử lý cơ sở dữ liệu hơn, các tùy chọn về chi phí (“Tôi cần gói nâng cấp hiệu năng, chết tiệt!”), nhưng điện toán đám mây là một câu chuyện hoàn toàn khác. Một DBA xây dựng cơ sở dữ liệu trên đám mây công cộng đang đưa ra những quyết định có ảnh hưởng trực tiếp đến hóa đơn hàng tháng (có thể rất lớn) từ AWS / Azure / GCP / Oracle Cloud / hoặc nhà cung cấp khác mà bạn lựa chọn. Đây là điều tôi muốn xem xét trong bài viết này trước khi đi quá xa.
Các chuyên gia quản trị cơ sở dữ liệu trên toàn thế giới, hãy đoàn kết!
Thành thật mà nói, tôi không hề có ý định biến bài viết này thành một bản tuyên ngôn dành cho quản trị viên cơ sở dữ liệu (DBA), nhưng một khi đã bắt đầu viết thì tôi không thể dừng lại. Viết blog đôi khi là như vậy đấy. Trong bài viết tiếp theo, chúng ta sẽ đi sâu hơn vào tương lai của DBA và xem xét chi phí điện toán đám mây. Trong lúc đó, hãy cùng tóm tắt lại:
Ai cũng biết rằng DBA là người hùng thầm lặng, cần cù của CNTT doanh nghiệp: tận tâm nhưng lương thấp, quá tải và thiếu đào tạo, bị đổ lỗi cho mọi thứ mà chẳng được cảm ơn gì… DBA thực sự là Morlock của trung tâm dữ liệu, làm việc thâu đêm suốt sáng và cả những ngày cuối tuần vất vả để giữ cho tất cả những người dùng tuyệt vời, được nuông chiều đó …EloiNgười dùng cuối hài lòng*. Nếu bạn là một DBA, hãy tự thưởng cho mình vì đã sống sót qua hành trình tiến hóa này. Nếu bạn là một SysAdmin, hãy thành thật: các bạn cần thỉnh thoảng mời các DBA của mình một ly nước. Và nếu bạn là một Network Admin: hãy tuân thủ đúng quy trình.
* Nếu những thông tin tham khảo về Morlock và Eloi không phù hợp với bạn, hãy đọc bài này .
Website không chứa bất kỳ quảng cáo nào, mọi đóng góp để duy trì phát triển cho website (donation) xin vui lòng gửi về STK 90.2142.8888 - Ngân hàng Vietcombank Thăng Long - TRAN VAN BINH
=============================
Nếu bạn không muốn bị AI thay thế và tiết kiệm 3-5 NĂM trên con đường trở thành DBA chuyên nghiệp hay làm chủ Database thì hãy đăng ký ngay KHOÁ HỌC ORACLE DATABASE A-Z ENTERPRISE, được Coaching trực tiếp từ tôi với toàn bộ bí kíp thực chiến, thủ tục, quy trình của gần 20 năm kinh nghiệm (mà bạn sẽ KHÔNG THỂ tìm kiếm trên Internet/Google) từ đó giúp bạn dễ dàng quản trị mọi hệ thống Core tại Việt Nam và trên thế giới, đỗ OCP.
- CÁCH ĐĂNG KÝ: Gõ (.) hoặc để lại số điện thoại hoặc inbox https://m.me/tranvanbinh.vn hoặc Hotline/Zalo 090.29.12.888
- Chi tiết tham khảo:
https://bit.ly/oaz_w
=============================
2 khóa học online qua video giúp bạn nhanh chóng có những kiến thức nền tảng về Linux, Oracle, học mọi nơi, chỉ cần có Internet/4G:
- Oracle cơ bản: https://bit.ly/admin_1200
- Linux: https://bit.ly/linux_1200
=============================
KẾT NỐI VỚI CHUYÊN GIA TRẦN VĂN BÌNH:
📧 Mail: binhoracle@gmail.com
☎️ Mobile/Zalo: 0902912888
👨 Facebook: https://www.facebook.com/BinhOracleMaster
👨 Inbox Messenger: https://m.me/101036604657441 (profile)
👨 Fanpage: https://www.facebook.com/tranvanbinh.vn
👨 Inbox Fanpage: https://m.me/tranvanbinh.vn
👨👩 Group FB: https://www.facebook.com/groups/DBAVietNam
👨 Website: https://www.tranvanbinh.vn
👨 Blogger: https://tranvanbinhmaster.blogspot.com
🎬 Youtube: https://www.youtube.com/@binhguru
👨 Tiktok: https://www.tiktok.com/@binhguru
👨 Linkin: https://www.linkedin.com/in/binhoracle
👨 Twitter: https://twitter.com/binhguru
👨 Podcast: https://www.podbean.com/pu/pbblog-eskre-5f82d6
👨 Địa chỉ: Tòa nhà Sun Square - 21 Lê Đức Thọ - Phường Mỹ Đình 1 - Quận Nam Từ Liêm - TP.Hà Nội
=============================
cơ sở dữ liệu, cơ sở dữ liệu quốc gia, database, AI, trí tuệ nhân tạo, artificial intelligence, machine learning, deep learning, LLM, ChatGPT, DeepSeek, Grok, oracle tutorial, học oracle database, Tự học Oracle, Tài liệu Oracle 12c tiếng Việt, Hướng dẫn sử dụng Oracle Database, Oracle SQL cơ bản, Oracle SQL là gì, Khóa học Oracle Hà Nội, Học chứng chỉ Oracle ở đầu, Khóa học Oracle online,sql tutorial, khóa học pl/sql tutorial, học dba, học dba ở việt nam, khóa học dba, khóa học dba sql, tài liệu học dba oracle, Khóa học Oracle online, học oracle sql, học oracle ở đâu tphcm, học oracle bắt đầu từ đâu, học oracle ở hà nội, oracle database tutorial, oracle database 12c, oracle database là gì, oracle database 11g, oracle download, oracle database 19c/21c/23c/23ai, oracle dba tutorial, oracle tunning, sql tunning , oracle 12c, oracle multitenant, Container Databases (CDB), Pluggable Databases (PDB), oracle cloud, oracle security, oracle fga, audit_trail,oracle RAC, ASM, oracle dataguard, oracle goldengate, mview, oracle exadata, oracle oca, oracle ocp, oracle ocm , oracle weblogic, postgresql tutorial, mysql tutorial, mariadb tutorial, ms sql server tutorial, nosql, mongodb tutorial, oci, cloud, middleware tutorial, docker, k8s, micro service, hoc solaris tutorial, hoc linux tutorial, hoc aix tutorial, unix tutorial, securecrt, xshell, mobaxterm, putty
