Tôi là quản trị viên hệ thống FirstVDS và đây là nội dung của bài giảng giới thiệu đầu tiên trong khóa học ngắn hạn của tôi về việc giúp đỡ các đồng nghiệp mới làm quen. Các chuyên gia gần đây mới bắt đầu tham gia quản trị hệ thống đều phải đối mặt với một số vấn đề tương tự. Để đưa ra giải pháp, tôi đã đảm nhận việc viết loạt bài giảng này. Một số nội dung trong đó dành riêng cho việc lưu trữ hỗ trợ kỹ thuật, nhưng nói chung, chúng có thể hữu ích, nếu không phải cho tất cả mọi người thì cho nhiều người. Vì vậy tôi đã điều chỉnh nội dung bài giảng để chia sẻ ở đây.
Chức vụ của bạn được gọi là gì không quan trọng - điều quan trọng là trên thực tế bạn có tham gia vào công việc quản lý hay không. Vì vậy, hãy bắt đầu với những gì quản trị viên hệ thống nên làm. Nhiệm vụ chính của nó là sắp xếp mọi thứ vào trật tự, duy trì trật tự và chuẩn bị cho sự gia tăng trật tự trong tương lai. Nếu không có người quản trị hệ thống, máy chủ sẽ trở thành một mớ hỗn độn. Nhật ký không được ghi hoặc ghi sai nội dung, tài nguyên không được phân phối tối ưu, đĩa chứa đủ loại rác và hệ thống bắt đầu chết dần vì quá nhiều hỗn loạn. Bình tĩnh! Quản trị viên hệ thống trong con người bạn bắt đầu giải quyết vấn đề và loại bỏ tình trạng lộn xộn!
Trụ cột của quản trị hệ thống
Tuy nhiên, trước khi bạn bắt đầu giải quyết vấn đề, bạn nên làm quen với bốn trụ cột chính của quản trị:
- Tài liệu
- tạo khuôn mẫu
- Tối ưu hóa
- Tự động hóa
Đây là điều cơ bản. Nếu bạn không xây dựng quy trình làm việc của mình dựa trên những nguyên tắc này thì nó sẽ không hiệu quả, không hiệu quả và nhìn chung không giống với quản lý thực sự. Chúng ta hãy xem xét từng cái một cách riêng biệt.
Tài liệu
Tài liệu không có nghĩa là đọc tài liệu (mặc dù bạn không thể làm gì nếu không có nó), mà còn phải duy trì nó.
Cách bảo quản tài liệu:
- Bạn đã gặp phải một vấn đề mới mà bạn chưa từng thấy trước đây? Viết ra các triệu chứng chính, phương pháp chẩn đoán và nguyên tắc loại trừ.
- Bạn đã nghĩ ra một giải pháp mới và tinh tế cho một vấn đề chung chưa? Hãy viết nó ra để bạn không phải sáng tạo lại nó sau một tháng kể từ bây giờ.
- Họ có giúp bạn tìm ra câu hỏi mà bạn không hiểu không? Viết ra những điểm và khái niệm chính, tự vẽ sơ đồ.
Ý chính: bạn không nên hoàn toàn tin tưởng vào trí nhớ của mình khi nắm vững và áp dụng những điều mới.
Bạn sẽ làm điều này ở định dạng nào là tùy thuộc vào bạn: đó có thể là một hệ thống có ghi chú, blog cá nhân, tệp văn bản, sổ ghi chú vật lý. Điều chính là hồ sơ của bạn đáp ứng các yêu cầu sau:
- Đừng quá lâu. Làm nổi bật các ý tưởng, phương pháp và công cụ chính. Nếu việc hiểu một vấn đề đòi hỏi phải đi sâu vào cơ chế phân bổ bộ nhớ cấp thấp trong Linux, đừng viết lại bài viết mà bạn đã học được từ đó - hãy cung cấp liên kết tới bài viết đó.
- Các mục phải rõ ràng với bạn. Nếu dòng
race cond.lockupkhông cho phép bạn hiểu ngay những gì bạn mô tả bằng dòng này - hãy giải thích. Tài liệu tốt không mất nửa giờ để hiểu. - Tìm kiếm là một tính năng rất tốt. Nếu bạn viết bài đăng trên blog, hãy thêm thẻ; nếu ghi vào một cuốn sổ tay, hãy dán những mẩu giấy nhỏ có nội dung mô tả. Sẽ chẳng có ý nghĩa gì trong tài liệu nếu bạn dành nhiều thời gian để tìm kiếm câu trả lời trong đó giống như việc bạn dành nhiều thời gian để giải câu hỏi từ đầu.
Tài liệu có thể trông như thế này: từ các ghi chú nguyên thủy trong sổ ghi chú (hình trên), đến cơ sở kiến thức đầy đủ dành cho nhiều người dùng với các thẻ, tìm kiếm và tất cả các tiện ích có thể có (bên dưới).
Bạn không những không phải tìm kiếm những câu trả lời giống nhau hai lần mà việc ghi lại tài liệu còn giúp ích rất nhiều trong việc học các chủ đề mới (ghi chú!), cải thiện khả năng nhận biết của bạn (khả năng chẩn đoán một vấn đề phức tạp chỉ bằng một cái nhìn thoáng qua), và sẽ thêm tổ chức vào hành động của bạn. Nếu đồng nghiệp của bạn có sẵn tài liệu, nó sẽ cho phép họ tìm ra thứ gì và cách bạn chất đống ở đó khi bạn không ở đó.
tạo khuôn mẫu
tạo khuôn mẫu là việc tạo và sử dụng các mẫu. Để giải quyết hầu hết các vấn đề điển hình, cần tạo một mẫu hành động cụ thể. Một trình tự các bước được tiêu chuẩn hóa nên được sử dụng để chẩn đoán hầu hết các vấn đề. Khi bạn đã sửa chữa/cài đặt/tối ưu hóa thứ gì đó, hiệu suất của thứ đó phải được kiểm tra bằng cách sử dụng danh sách kiểm tra được tiêu chuẩn hóa.
Tạo khuôn mẫu là cách tốt nhất để tổ chức quy trình làm việc của bạn. Bằng cách sử dụng các quy trình tiêu chuẩn để giải quyết các vấn đề phổ biến nhất, bạn sẽ thu được rất nhiều điều thú vị. Ví dụ: sử dụng danh sách kiểm tra sẽ cho phép bạn chẩn đoán tất cả các chức năng quan trọng đối với công việc của bạn và loại bỏ chẩn đoán về chức năng không quan trọng. Và các quy trình được tiêu chuẩn hóa sẽ giảm thiểu việc ném bỏ không cần thiết và giảm khả năng xảy ra lỗi.
Điểm quan trọng đầu tiên là các thủ tục và danh sách kiểm tra cũng cần phải được ghi lại. Nếu bạn chỉ dựa vào trí nhớ, bạn có thể bỏ lỡ một số thao tác hoặc kiểm tra thực sự quan trọng và làm hỏng mọi thứ. Điểm quan trọng thứ hai là tất cả các thực hành mẫu có thể và nên được sửa đổi nếu tình huống yêu cầu. Không có mẫu lý tưởng và hoàn toàn phổ quát. Nếu có vấn đề nhưng việc kiểm tra mẫu không phát hiện ra vấn đề đó thì điều này không có nghĩa là không có vấn đề gì. Tuy nhiên, trước khi bạn bắt đầu thử nghiệm một số vấn đề giả định khó xảy ra, trước tiên bạn nên thực hiện thử nghiệm mẫu nhanh.
Tối ưu hóa
Tối ưu hóa nói cho chính nó. Quá trình làm việc cần được tối ưu hóa càng nhiều càng tốt về mặt thời gian và chi phí nhân công. Có vô số lựa chọn: học phím tắt, chữ viết tắt, biểu thức chính quy, công cụ có sẵn. Hãy tìm kiếm những ứng dụng thực tế hơn của những công cụ này. Nếu bạn gọi một lệnh 100 lần một ngày, hãy gán lệnh đó bằng phím tắt. Nếu bạn cần thường xuyên kết nối với cùng một máy chủ, hãy viết bí danh bằng một từ sẽ kết nối bạn ở đó:
Làm quen với các tùy chọn khác nhau có sẵn cho các công cụ - có lẽ có một ứng dụng khách đầu cuối, DE, trình quản lý clipboard, trình duyệt, ứng dụng email, hệ điều hành tiện lợi hơn. Tìm hiểu xem đồng nghiệp và bạn bè của bạn sử dụng những công cụ nào - có thể họ chọn chúng là có lý do. Sau khi bạn có các công cụ, hãy học cách sử dụng chúng: tìm hiểu các phím, chữ viết tắt, mẹo và thủ thuật.
Tận dụng tối ưu các công cụ tiêu chuẩn - coreutils, vim, biểu thức chính quy, bash. Đối với ba phần cuối cùng, có một số lượng lớn các hướng dẫn và tài liệu tuyệt vời. Với sự giúp đỡ của họ, bạn có thể nhanh chóng chuyển từ trạng thái “Tôi cảm thấy mình giống như một con khỉ bẻ hạt bằng máy tính xách tay” thành “Tôi là một con khỉ sử dụng máy tính xách tay để gọi cho mình một chiếc bánh quy hạt”.
Tự động hóa
Tự động hóa sẽ chuyển những hoạt động khó khăn từ đôi tay mệt mỏi của chúng ta sang đôi bàn tay tự động hóa không mệt mỏi. Nếu một số quy trình chuẩn được thực hiện trong năm lệnh cùng loại, thì tại sao không gói tất cả các lệnh này vào một tệp và gọi một lệnh tải xuống và thực thi tệp này?
Bản thân tự động hóa là 80% viết và tối ưu hóa các công cụ của riêng bạn (và 20% khác cố gắng làm cho chúng hoạt động như bình thường). Nó có thể chỉ là một công cụ đơn giản nâng cao hoặc một công cụ toàn năng khổng lồ với giao diện web và API. Tiêu chí chính ở đây là việc tạo ra một công cụ sẽ không tốn nhiều thời gian và công sức hơn lượng thời gian và công sức mà công cụ đó sẽ giúp bạn tiết kiệm. Nếu bạn dành năm giờ để viết một tập lệnh mà bạn sẽ không bao giờ cần đến nữa, đối với một nhiệm vụ mà lẽ ra bạn phải mất một hoặc hai giờ để giải quyết nếu không có tập lệnh thì đây là cách tối ưu hóa quy trình làm việc rất kém. Bạn chỉ có thể dành năm giờ để tạo ra một công cụ nếu số lượng, loại nhiệm vụ và thời gian cho phép, điều này không thường xuyên xảy ra.
Tự động hóa không nhất thiết có nghĩa là viết các tập lệnh hoàn chỉnh. Ví dụ: để tạo một loạt đối tượng cùng loại từ một danh sách, tất cả những gì bạn cần là một lớp lót thông minh sẽ tự động thực hiện những gì bạn sẽ làm bằng tay, chuyển đổi giữa các cửa sổ, với hàng đống bản sao-dán.
Thực tế, nếu xây dựng quy trình quản trị trên XNUMX trụ cột này, bạn có thể nhanh chóng nâng cao hiệu quả, năng suất và trình độ của mình. Tuy nhiên, danh sách này cần được bổ sung thêm một mục nữa mà nếu thiếu nó thì gần như không thể làm việc trong lĩnh vực CNTT - tự học.
Tự học quản trị hệ thống
Để có thể thành thạo một chút trong lĩnh vực này, bạn cần không ngừng nghiên cứu và học hỏi những điều mới. Nếu bạn không có chút mong muốn đối mặt với những điều chưa biết và tìm ra nó, bạn sẽ nhanh chóng mắc kẹt. Tất cả các loại giải pháp, công nghệ và phương pháp mới liên tục xuất hiện trong lĩnh vực CNTT và nếu bạn không nghiên cứu chúng ít nhất một cách hời hợt, thì bạn đang trên con đường dẫn đến thất bại. Nhiều lĩnh vực công nghệ thông tin có nền tảng rất phức tạp và đồ sộ. Ví dụ, hoạt động mạng. Mạng và Internet có ở khắp mọi nơi, bạn gặp chúng hàng ngày, nhưng một khi bạn đào sâu vào công nghệ đằng sau chúng, bạn sẽ khám phá ra một lĩnh vực khổng lồ và rất phức tạp, việc nghiên cứu về nó không bao giờ là một cuộc dạo chơi trong công viên.
Tôi không đưa mục này vào danh sách vì nó là chìa khóa cho CNTT nói chung chứ không chỉ cho quản trị hệ thống. Đương nhiên, bạn sẽ không thể học được mọi thứ ngay lập tức - đơn giản là bạn không có đủ thời gian. Vì vậy, khi giáo dục bản thân, bạn nên nhớ những mức độ trừu tượng cần thiết.
Bạn không cần phải tìm hiểu ngay cách hoạt động của cách quản lý bộ nhớ trong của từng tiện ích riêng lẻ cũng như cách nó tương tác với quản lý bộ nhớ Linux, nhưng thật tốt khi biết RAM là gì về mặt sơ đồ và tại sao lại cần đến nó. Bạn không cần biết các tiêu đề TCP và UDP khác nhau về mặt cấu trúc như thế nào, nhưng sẽ là một ý tưởng hay nếu bạn hiểu những khác biệt cơ bản về cách thức hoạt động của các giao thức. Bạn không cần phải tìm hiểu sự suy giảm tín hiệu trong quang học là gì, nhưng sẽ rất thú vị nếu biết tại sao tổn thất thực tế luôn được di truyền qua các nút. Không có gì sai khi biết cách các phần tử nhất định hoạt động ở một mức độ trừu tượng nhất định và không nhất thiết phải hiểu hoàn toàn tất cả các cấp độ khi không có sự trừu tượng nào cả (bạn sẽ phát điên lên).
Tuy nhiên, trong lĩnh vực của bạn, suy nghĩ ở mức độ trừu tượng “à, đây là thứ cho phép bạn hiển thị các trang web” là không tốt lắm. Các bài giảng sau đây sẽ được dành cho tổng quan về các lĩnh vực chính mà người quản trị hệ thống phải giải quyết khi làm việc ở mức độ trừu tượng thấp hơn. Tôi sẽ cố gắng giới hạn lượng kiến thức được ôn tập ở mức độ trừu tượng tối thiểu.
10 Điều Răn Quản Trị Hệ Thống
Như vậy, chúng ta đã học được bốn trụ cột và nền tảng chính. Chúng ta có thể bắt đầu giải quyết vấn đề không? Chưa. Trước khi làm điều này, bạn nên làm quen với cái gọi là “các phương pháp hay nhất” và các quy tắc ứng xử tốt. Nếu không có chúng, bạn có thể sẽ gây hại nhiều hơn là có lợi. Vì vậy, hãy bắt đầu:
- Một số đồng nghiệp của tôi tin rằng quy tắc đầu tiên là “không gây hại”. Nhưng tôi có xu hướng không đồng ý. Khi bạn cố gắng không gây hại, bạn không thể làm được gì - quá nhiều hành động có khả năng phá hoại. Tôi nghĩ quy tắc quan trọng nhất là - “tạo bản sao lưu”. Ngay cả khi bạn gây ra một số thiệt hại, bạn luôn có thể quay trở lại và mọi thứ sẽ không quá tệ.
Bạn nên luôn sao lưu khi thời gian và địa điểm cho phép. Bạn cần sao lưu những gì bạn sẽ thay đổi và những gì bạn có nguy cơ mất đi do một hành động có khả năng phá hoại. Bạn nên kiểm tra tính toàn vẹn của bản sao lưu và sự hiện diện của tất cả dữ liệu cần thiết. Không nên xóa bản sao lưu ngay sau khi bạn đã kiểm tra mọi thứ, trừ khi bạn cần giải phóng dung lượng ổ đĩa. Nếu vị trí đó yêu cầu, hãy sao lưu nó vào máy chủ cá nhân của bạn và xóa nó sau một tuần.
- Quy tắc quan trọng thứ hai (mà bản thân tôi thường vi phạm) là "đừng trốn". Nếu đã sao lưu thì ghi vào đâu để đồng nghiệp không phải tìm lại. Nếu bạn đã thực hiện một số hành động không rõ ràng hoặc phức tạp, hãy viết nó ra: bạn sẽ về nhà và vấn đề có thể lặp lại hoặc phát sinh đối với người khác và giải pháp của bạn sẽ được tìm thấy bằng cách sử dụng từ khóa. Ngay cả khi bạn làm điều gì đó mà bạn biết rõ thì đồng nghiệp của bạn cũng có thể không làm như vậy.
- Quy tắc thứ ba không cần phải giải thích: “không bao giờ làm điều gì đó mà hậu quả mà bạn không biết, tưởng tượng hoặc hiểu”. Đừng sao chép lệnh từ Internet nếu bạn không biết chúng làm gì, hãy gọi cho man và phân tích chúng trước. Đừng sử dụng các giải pháp làm sẵn nếu bạn không thể hiểu được công dụng của chúng. Duy trì việc thực thi mã bị xáo trộn ở mức tối thiểu. Nếu bạn không có thời gian để tìm hiểu thì bạn đã làm sai điều gì đó và bạn nên đọc điểm tiếp theo.
- "Bài kiểm tra". Các tập lệnh, công cụ, dòng lệnh và lệnh mới phải được kiểm tra trong môi trường được kiểm soát, không phải trên máy khách, nếu có khả năng xảy ra các hành động phá hoại dù ở mức tối thiểu. Ngay cả khi bạn đã sao lưu mọi thứ (và bạn đã làm vậy), thời gian ngừng hoạt động không phải là điều tuyệt vời nhất. Tạo một máy chủ/ảo/chroot riêng cho việc này và kiểm tra ở đó. Có cái gì bị hỏng không? Sau đó, bạn có thể khởi động nó trên "chiến đấu".
- "Điều khiển". Giảm thiểu mọi thao tác mà bạn không kiểm soát được. Một đường cong phụ thuộc của gói có thể kéo xuống một nửa hệ thống và cờ -y được đặt cho yum Remove mang lại cho bạn cơ hội thực hành kỹ năng khôi phục hệ thống của mình từ đầu. Nếu hành động không có lựa chọn thay thế không được kiểm soát, điểm tiếp theo là bản sao lưu sẵn sàng.
- "Kiểm tra". Kiểm tra hậu quả của hành động của bạn và liệu bạn có cần quay lại bản sao lưu hay không. Kiểm tra xem vấn đề đã thực sự được giải quyết chưa. Kiểm tra xem lỗi có được sao chép hay không và trong điều kiện nào. Kiểm tra những gì bạn có thể phá vỡ bằng hành động của mình. Không cần thiết phải tin tưởng vào công việc của mình nhưng đừng bao giờ kiểm tra.
- "Giao tiếp". Nếu bạn không thể giải quyết vấn đề, hãy hỏi đồng nghiệp xem họ có gặp phải vấn đề này không. Nếu bạn muốn áp dụng một quyết định gây tranh cãi, hãy tìm hiểu ý kiến của đồng nghiệp. Có lẽ họ sẽ đưa ra một giải pháp tốt hơn. Nếu bạn không tự tin vào hành động của mình, hãy thảo luận với đồng nghiệp. Ngay cả khi đây là lĩnh vực chuyên môn của bạn, một cái nhìn mới mẻ về tình huống có thể làm sáng tỏ rất nhiều điều. Đừng xấu hổ vì sự thiếu hiểu biết của chính mình. Thà hỏi một câu ngu ngốc, tỏ ra ngu ngốc và nhận được câu trả lời, còn hơn là không hỏi, không nhận được câu trả lời và cuối cùng trở thành một kẻ ngốc.
- “Đừng từ chối giúp đỡ một cách vô lý”. Điểm này ngược lại với điểm trước. Nếu bạn được hỏi một câu hỏi ngu ngốc, hãy làm rõ và giải thích. Họ yêu cầu điều không thể - giải thích rằng điều đó là không thể và tại sao, đưa ra các lựa chọn thay thế. Nếu bạn không có thời gian (bạn thực sự không có thời gian, không phải mong muốn) - hãy nói rằng bạn có một câu hỏi khẩn cấp, rất nhiều việc, nhưng bạn sẽ giải quyết nó sau. Nếu đồng nghiệp không có nhiệm vụ khẩn cấp, hãy đề nghị liên hệ với họ và giao phó câu hỏi.
- "Cung cấp thông tin phản hồi". Một trong những đồng nghiệp của bạn đã bắt đầu sử dụng một kỹ thuật mới hoặc một kịch bản mới và bạn có đang gặp phải những hậu quả tiêu cực từ quyết định này không? Báo cáo nó. Có lẽ vấn đề có thể được giải quyết trong ba dòng mã hoặc năm phút tinh chỉnh kỹ thuật. Bạn có gặp lỗi trong phần mềm của mình không? Báo cáo một lỗi. Nếu nó có thể tái tạo được hoặc không cần phải sao chép thì rất có thể nó sẽ được sửa chữa. Nói lên những mong muốn, đề xuất và phê bình mang tính xây dựng của bạn, đồng thời đưa ra các câu hỏi để thảo luận nếu chúng có vẻ phù hợp.
- "Yêu cầu phản hồi". Tất cả chúng ta đều không hoàn hảo, giống như những quyết định của mình, và cách tốt nhất để kiểm tra tính đúng đắn của quyết định của bạn là đưa nó ra thảo luận. Nếu bạn đã tối ưu hóa thứ gì đó cho khách hàng, hãy yêu cầu họ giám sát công việc; có thể nút thắt cổ chai trong hệ thống không phải là nơi bạn đang tìm kiếm. Bạn đã viết một kịch bản trợ giúp - hãy đưa nó cho đồng nghiệp của bạn xem, có thể họ sẽ tìm ra cách cải thiện nó.
Nếu bạn liên tục áp dụng những cách thực hành này trong công việc của mình, hầu hết các vấn đề sẽ không còn là vấn đề nữa: bạn không chỉ giảm thiểu số lỗi và lỗi sai của chính mình đến mức tối thiểu mà còn có cơ hội sửa chữa sai lầm (trong hình thức sao lưu và đồng nghiệp sẽ tư vấn cho bạn sao lưu). Hơn nữa - chỉ có những chi tiết kỹ thuật mà như chúng ta biết, ma quỷ nằm ở đó.
Các công cụ chính mà bạn sẽ phải làm việc với hơn 50% thời gian là grep và vim. Điều gì có thể đơn giản hơn? Tìm kiếm văn bản và chỉnh sửa văn bản. Tuy nhiên, cả grep và vim đều là những công cụ đa năng mạnh mẽ cho phép bạn tìm kiếm và chỉnh sửa văn bản một cách hiệu quả. Nếu một số notepad của Windows cho phép bạn chỉ cần viết/xóa một dòng thì trong vim bạn có thể làm hầu hết mọi thứ với văn bản. Nếu bạn không tin tôi, hãy gọi lệnh vimtutor từ thiết bị đầu cuối và bắt đầu học. Đối với grep, sức mạnh chính của nó là ở biểu thức chính quy. Có, bản thân công cụ này cho phép bạn đặt điều kiện tìm kiếm và xuất dữ liệu khá linh hoạt, nhưng nếu không có RegExp thì điều này không có nhiều ý nghĩa. Và bạn cần biết các biểu thức chính quy! Ít nhất là ở mức độ cơ bản. Để bắt đầu, tôi khuyên bạn nên xem cái này , nó bao gồm những điều cơ bản về biểu thức chính quy và cách sử dụng chúng cùng với grep. Ồ vâng, khi bạn kết hợp chúng với vim, bạn sẽ có được khả năng SỨC MẠNH TUYỆT VỜI để thực hiện mọi việc với văn bản mà bạn phải gắn nhãn chúng bằng các biểu tượng 18+.
Trong số 50% còn lại, 40% đến từ bộ công cụ coreutils. Đối với coreutils bạn có thể xem danh sách tại , và hướng dẫn sử dụng cho toàn bộ danh sách có trên trang web . Những gì không có trong bộ này nằm ở phần tiện ích . Bạn không cần phải học thuộc lòng tất cả các phím nhưng ít nhất cũng nên biết đại khái những công cụ cơ bản có thể làm được. Bạn không cần phải phát minh lại bánh xe từ nạng. Bằng cách nào đó, tôi cần thay thế ngắt dòng bằng dấu cách trong đầu ra từ một số tiện ích và bộ não bệnh hoạn của tôi đã sinh ra một công trình như sed ':a;N;$!ba;s/n/ /g', một đồng nghiệp đã đến và dùng chổi đuổi tôi ra khỏi bảng điều khiển, sau đó giải quyết vấn đề bằng cách viết tr 'n' ' '.
Tôi khuyên bạn nên nhớ chức năng của từng công cụ riêng lẻ và chìa khóa của các lệnh được sử dụng thường xuyên nhất; đối với mọi thứ khác đều có con người. Hãy gọi cho người đàn ông nếu bạn có bất kỳ nghi ngờ nào. Và hãy nhớ đọc chính người đàn ông đó - nó chứa thông tin quan trọng về những gì bạn sẽ tìm thấy.
Biết những công cụ này, bạn sẽ có thể giải quyết một cách hiệu quả một phần đáng kể các vấn đề mà bạn sẽ gặp phải trong thực tế. Trong các bài giảng sau, chúng ta sẽ xem xét thời điểm sử dụng các công cụ này cũng như các khung cho các dịch vụ và ứng dụng cơ bản mà chúng áp dụng.
Quản trị viên hệ thống FirstVDS Kirill Tsvetkov đã ở bên bạn.
Nguồn: www.habr.com