Feb 3, 2012

Amazon EC2, RDS take sysadmin's job?

Về chủ đề: Cloud Computing có làm mất hay làm giảm job của sysadmin hay không?

IMO, câu trả lời là có.

Amazon EC2, RDS là một ví dụ về IaaS (Infra. as a Service) cung cấp cơ
sở hạ tầng ở mức OS và DB cho sysadmin ở dạng on-demand, setup dễ
dàng, muốn bao nhiêu có bấy nhiêu và trả tiền theo lượng tài nguyên mà
họ cần sử dụng.

Một hệ thống dùng EC2, RDS vẫn cần sysadmin: OS cần sysamin, DB cần
sysadmin; nhưng việc quản lý sẽ dễ dàng hơn.
Với EC2, việc cài đặt dễ hơn nên số lượng sysadmin cần sẽ ít hơn và
việc quản trị cũng dễ hơn.
Với RDS, việc scaling DB, quản lý DB ít hơn, do đó số lượng sysadmin
(DBA) cũng cần ít hơn.

cf.
http://en.wikipedia.org/wiki/Amazon_Elastic_Compute_Cloud
http://en.wikipedia.org/wiki/Amazon_Relational_Database_Service

Feb 2, 2012

Linux: The Case for the /usr Merge

Nếu chỉ merge, tính tương thích ngược sẽ không bị ảnh hưởng
"So the proposal in front of Fedora is to move directories /bin,
/sbin, /lib, and /lib64 under /usr."

Theo cách này, "chuẩn" về cấu trúc thư mục của Linux sẽ bị thay đổi:
http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html

Các biến môi trường liên quan tới $PATH và $*LIB* có lẽ không cần thay đổi.

Lý do lịch sử: Vì năm 1969/1970, thiếu ổ cứng nên UNIX creator mới
phải chia như thế, và nó được hiểu là "chuẩn" cho tới nay mà không ai
hỏi "vì sao" :D
http://lists.busybox.net/pipermail/busybox/2010-December/074114.html

cf.
http://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge

Tieu tiet: The color of bikeshe

vuhung:
Gần đây Vietlug rơi vào những chủ đề rất tiểu tiết như định nghĩa X là
gì, Y là gì (là những khái niệm cơ bản), hoặc văn phạm.

IMO, đây là những đề tài không nên quan tâm; chúng ta nên tập trung
vào những chủ đề lớn hơn.

Tham khảo:
http://www.unixguide.net/freebsd/faq/16.19.shtml
http://en.wikipedia.org/wiki/Parkinson%27s_Law_of_Triviality

Lờ Ong:
Nếu vì hiểu sai những khái niệm cơ bản để dẫn đến những cái nhìn sai
lệch về FOSS thì sao hả anh Hưng. Chắc anh xem film revolutionOS cái
đoạn mà bill gate viết thư nói về FOSS rồi chứ. Ông ta cũng ko hiểu
cái X,Y j đó đâu. Từ trước tới giờ chưa làm dc cái j lớn là do đốt
cháy giai đoạn, hiểu mọi thứ 1 cách hời hợt. Đừng nghĩ rằng mình xây
dc tòa tháp từ tầng 1. Phải xây từ móng đã. Những diễn đàn như thế này
nên đưa cho mọi người cái nhìn đúng đắn kể cả là sơ đẳng nhất. Nhiều
người còn chưa hiểu hết cái X là j Y là j lắm anh Hưng ạ. Nếu họ hiểu
thì FOSS sẽ phát triển rộng lên rồi.

Dieu Hoang:
Theo tôi thấy, ngay cả những thứ hết sức căn bản (nhưng cần thiết)
như thế nào là FOSS, cái gì là FSF và chúng "free" như thế nào, chúng
có những ràng buộc gì...v...v... nhưng lại có vô số người dù đã "mê"
Linux, theo LInux, làm việc với FOSS đã lâu nhưng vẫn còn lơ mơ, thậm
chí ngộ nhận.

Tôi đồng ý với ý kiến của MrTux Hdb, Lờ Ong, Duong Yang Ha Nguyen và
Ngô Huy ở trên. Không hiểu căn bản đã nguy, hiểu sai căn bản còn nguy
hơn nữa. Dạng này thì rất khó đi xa và đi sâu bởi vì sẽ bị lênh bênh,
lập lờ ở một khoản nào đó.

We don't care what is the color of the bikeshed but we should care
what is the bikeshed, how was it built, who is owning it, how can we
use it and how can we maintain it......

vuhung:
Thanks các bác nói thẳng nói thật :)

Hiểu cơ bản và chắc đúng là quan trọng.
Hiểu rộng cũng là một cách tiếp cận khác.
Hai cách tiếp cận này sẽ làm anh em IT thiên theo 2 hướng khác nhau:
Quản lý và chuyên gia.

Guideline #3 của nhóm: "I think the people on this mailing list are
rude!". Có lẽ ime cũng quên điều này.

Kịch bản này đã xảy ra: A và B tranh luận về đề tài X. B phát hiện A
hiểu chưa thấu đáo về khái niệm X' bổ trợ cho X và B, A tranh luận về
X'.
Tranh luận về X' thì OK, fork ra topic mới thì tốt hơn; giữ lịch sự và
tôn trọng lẫn nhau. Common sense là cần, Giang Ngoc Dinh cũng đã nói
về khái niệm này.

Không chỉ sinh viên, mà rất nhiều người tự thỏa hiệp và dễ dãi với
chính mình: Hiểu không đúng, hiểu sai một chút cũng không sao.

Nhưng cũng nhiều người khó tính.

Làm cho cả 2 kiểu đối tượng trên thỏa mãn khó lắm các bác ạ :)