Vào thời điểm viết bài này, việc tìm kiếm cụm từ "Kỹ sư mạng" trên một trang web việc làm phổ biến đã đưa ra khoảng ba trăm vị trí tuyển dụng trên khắp nước Nga. Để so sánh, tìm kiếm cụm từ "quản trị viên hệ thống" trả về gần 2.5 nghìn vị trí tuyển dụng và "kỹ sư DevOps" - gần 800.
Điều này có nghĩa là các nhà mạng không còn cần thiết trong thời đại của các đám mây chiến thắng, docker, kubernetis và Wi-Fi công cộng phổ biến?
Chúng ta hãy tìm ra nó (s)
Chúng ta hãy làm quen. Tên tôi là Alexey và tôi là một nhà mạng.
Tôi đã làm việc trong lĩnh vực mạng hơn 10 năm và đã làm việc với nhiều hệ thống *nix khác nhau trong hơn 15 năm (tôi đã có cơ hội chọn cả Linux và FreeBSD). Tôi đã làm việc trong các nhà khai thác viễn thông, các công ty lớn, được coi là “doanh nghiệp”, và gần đây tôi đang làm việc trong lĩnh vực fintech “trẻ và táo bạo”, nơi các đám mây, devops, kubernetes và những từ đáng sợ khác chắc chắn sẽ khiến tôi và các đồng nghiệp của tôi phải kinh ngạc. không cần thiết. Một ngày nào đó. Có lẽ.
tuyên bố từ chối trách nhiệm: “Trong cuộc sống của chúng ta, không phải tất cả mọi thứ, luôn luôn và ở mọi nơi, mà là một cái gì đó, đôi khi ở những nơi” (c) Maxim Dorofeev.
Mọi thứ được viết dưới đây có thể và nên được coi là ý kiến cá nhân của tác giả, không tự nhận là sự thật cuối cùng và thậm chí là một nghiên cứu chính thức. Tất cả các nhân vật đều là hư cấu, mọi sự trùng hợp đều là ngẫu nhiên.
Chào mừng đến với thế giới của tôi.
Bạn có thể tìm thấy các nhà mạng ở đâu?
1. Các nhà khai thác viễn thông, công ty dịch vụ và các nhà tích hợp khác. Mọi thứ đều đơn giản: mạng đối với họ là một công việc kinh doanh. Họ trực tiếp bán kết nối (nhà điều hành) hoặc cung cấp dịch vụ khởi chạy/duy trì mạng của khách hàng.
Ở đây có rất nhiều kinh nghiệm nhưng lại không có nhiều tiền (trừ khi bạn là giám đốc hoặc giám đốc bán hàng thành công). Chưa hết, nếu bạn thích mạng lưới và bạn chỉ mới bắt đầu cuộc hành trình của mình, thì sự nghiệp hỗ trợ cho một số nhà điều hành không lớn lắm, ngay cả bây giờ, sẽ là điểm khởi đầu lý tưởng (mọi thứ đều rất có kịch bản trong các liên bang, và ở đó có rất ít chỗ cho sự sáng tạo). Chà, những câu chuyện về việc có thể phát triển từ một kỹ sư đang làm nhiệm vụ trong vài năm lên người quản lý cấp C cũng khá có thật, mặc dù hiếm, vì những lý do rõ ràng. Luôn luôn có nhu cầu về nhân sự, vì vẫn có sự luân chuyển. Điều này đồng thời vừa tốt vừa xấu - mặt khác, luôn có những vị trí tuyển dụng - thường là những người năng động/thông minh nhất đủ nhanh chóng để được thăng chức hoặc đến những nơi khác "ấm áp hơn".
2. “Doanh nghiệp” có điều kiện. Việc hoạt động chính của anh ấy có liên quan đến CNTT hay không không quan trọng. Điều chính là nó có bộ phận CNTT riêng, chịu trách nhiệm đảm bảo hoạt động của hệ thống nội bộ của công ty, bao gồm mạng trong văn phòng, kênh liên lạc đến các chi nhánh, v.v. Các chức năng của kỹ sư mạng trong các công ty như vậy có thể được thực hiện "bán thời gian" bởi quản trị viên hệ thống (nếu cơ sở hạ tầng mạng nhỏ hoặc nhà thầu bên ngoài tham gia vào đó) và người quản lý mạng, nếu vẫn tồn tại, có thể chăm sóc điện thoại và SAN cùng một lúc (không phải nuacho). Họ thanh toán theo nhiều cách khác nhau - điều này phụ thuộc nhiều vào lợi nhuận của doanh nghiệp, quy mô của công ty và cơ cấu. Tôi đã làm việc với cả những công ty nơi Cisco thường xuyên được “nạp vào thùng” và với những công ty nơi mạng được xây dựng từ phân, que và băng keo điện màu xanh, và các máy chủ gần như không được cập nhật (cần phải nói rằng có cũng không có dự trữ). Ở đây có ít kinh nghiệm hơn nhiều và gần như chắc chắn nó sẽ nằm trong lĩnh vực khóa nhà cung cấp cứng hoặc “làm thế nào để tạo ra thứ gì đó từ con số không”. Cá nhân tôi thấy ở đó cực kỳ nhàm chán, mặc dù nhiều người thích nó - mọi thứ đều khá đo lường và có thể đoán trước được (nếu chúng ta đang nói về các công ty lớn), “dorah-bajato”, v.v. Ít nhất mỗi năm một lần, một số nhà cung cấp lớn nói rằng họ đã nghĩ ra một hệ thống cực kỳ siêu lừa đảo khác, tự động hóa mọi thứ ngay bây giờ và tất cả quản trị viên hệ thống cũng như nhà mạng đều có thể được ép xung, chỉ để một vài người nhấn nút trong một giao diện đẹp mắt. Thực tế là ngay cả khi chúng ta bỏ qua chi phí của giải pháp, các nhà mạng sẽ không đi đến đâu từ đó. Đúng, có thể thay vì bảng điều khiển sẽ lại có giao diện web (nhưng không phải là một miếng sắt cụ thể mà là một hệ thống lớn quản lý hàng chục, hàng trăm miếng sắt như vậy), nhưng kiến thức về “cách mọi thứ hoạt động bên trong ” vẫn sẽ cần thiết.
3. Công ty sản phẩm, lợi nhuận của họ đến từ việc phát triển (và thường là hoạt động) của một số phần mềm hoặc nền tảng - chính sản phẩm đó. Thông thường họ nhỏ và nhanh nhẹn, họ vẫn còn kém xa quy mô của doanh nghiệp và bộ máy quan liêu của họ. Chính ở đây, những devops, cubers, docker và những từ khủng khiếp khác được tìm thấy với số lượng lớn chắc chắn sẽ khiến các kỹ sư mạng và mạng trở thành một thứ thô sơ không cần thiết.
Người quản lý mạng khác với quản trị viên hệ thống như thế nào?
Theo cách hiểu của mọi người không phải từ CNTT - không có gì. Cả hai cùng nhìn vào màn hình đen và viết vài câu thần chú, đôi khi nhẹ nhàng chửi thề.
Theo cách hiểu của các lập trình viên - có lẽ là lĩnh vực chủ đề. Quản trị viên hệ thống quản lý máy chủ, nhà mạng quản lý thiết bị chuyển mạch và bộ định tuyến. Đôi khi quản trị viên quá tệ và mọi thứ đều đổ bể cho tất cả mọi người. Thôi, có chuyện gì lạ thì dân mạng cũng có lỗi. Chỉ vì chết tiệt, đó là lý do.
Trên thực tế, sự khác biệt chính là cách tiếp cận công việc. Có lẽ, trong số các nhà mạng, hầu hết đều có những người ủng hộ cách tiếp cận “Nó hoạt động - đừng chạm vào nó!”. Bạn thường có thể làm điều gì đó (trong một nhà cung cấp) chỉ bằng một cách, toàn bộ cấu hình của hộp - nó đây, nằm trong lòng bàn tay của bạn. Chi phí cho một lỗi rất cao và đôi khi rất cao (ví dụ: bạn phải di chuyển vài trăm km để khởi động lại bộ định tuyến và lúc này hàng nghìn người sẽ không liên lạc được - một tình huống khá phổ biến đối với các nhà khai thác viễn thông ).
Theo tôi, đây là lý do tại sao một mặt các kỹ sư mạng có động lực cực kỳ mạnh mẽ cho sự ổn định của mạng (và những thay đổi là kẻ thù chính của sự ổn định), và thứ hai, kiến thức của họ đi sâu hơn là chiều rộng (bạn không cần để có thể cấu hình hàng tá con quỷ khác nhau, bạn cần biết các công nghệ và cách triển khai chúng từ một nhà sản xuất thiết bị cụ thể). Đó là lý do tại sao quản trị viên hệ thống, người đã tìm kiếm trên Google cách đăng ký vlan trên tsiska, vẫn chưa phải là người quản lý mạng. Và không chắc rằng anh ta sẽ có thể hỗ trợ (cũng như khắc phục sự cố) một cách hiệu quả cho một mạng ít nhiều phức tạp.
Nhưng tại sao bạn lại cần người quản lý mạng nếu bạn có hosting?
Để có thêm tiền (và nếu bạn là một khách hàng lớn và được yêu mến, thậm chí có thể miễn phí, “với tư cách là một người bạn”), các kỹ sư của trung tâm dữ liệu sẽ định cấu hình các thiết bị chuyển mạch của bạn cho phù hợp với nhu cầu của bạn và thậm chí có thể giúp nâng cao giao diện BGP với các nhà cung cấp (nếu bạn có mạng con địa chỉ IP của riêng mình để thông báo).
Vấn đề chính là trung tâm dữ liệu không phải là bộ phận CNTT của bạn, nó là một công ty riêng biệt với mục tiêu là kiếm lợi nhuận. Bao gồm cả chi phí của bạn với tư cách là một khách hàng. Trung tâm dữ liệu cung cấp các giá đỡ, cung cấp điện và lạnh cho chúng, đồng thời cung cấp một số kết nối "mặc định" với Internet. Dựa trên cơ sở hạ tầng này, trung tâm dữ liệu có thể đặt cùng vị trí thiết bị của bạn (colocation), cho bạn thuê máy chủ (máy chủ chuyên dụng) hoặc cung cấp dịch vụ được quản lý (ví dụ: OpenStack hoặc K8s). Nhưng hoạt động kinh doanh của trung tâm dữ liệu (thường) không phải là quản lý cơ sở hạ tầng của khách hàng, vì quá trình này khá tốn nhiều công sức, tự động hóa kém (và trong một trung tâm dữ liệu bình thường, mọi thứ đều được tự động hóa), thống nhất thậm chí còn tệ hơn (mỗi khách hàng là cá nhân) và nói chung là đầy rẫy những lời tuyên bố (“bạn nói với tôi rằng máy chủ đã được thiết lập và bây giờ nó đã bị hỏng, tất cả là lỗi của bạn!!!111”). Vì vậy, nếu chủ nhà giúp bạn điều gì đó thì anh ta sẽ cố gắng làm cho nó đơn giản và “chung cư” nhất có thể. Vì điều đó rất khó thực hiện - không có lợi, ít nhất là từ quan điểm về chi phí lao động của các kỹ sư của chính chủ nhà này (nhưng các tình huống khác nhau, hãy xem tuyên bố từ chối trách nhiệm). Điều này không có nghĩa là chủ nhà nhất thiết sẽ làm mọi việc tồi tệ. Nhưng thực tế không phải vậy là anh ấy sẽ làm chính xác những gì bạn thực sự cần.
Có vẻ như điều này khá rõ ràng, nhưng nhiều lần trong quá trình thực hành, tôi nhận thấy thực tế là các công ty bắt đầu phụ thuộc vào nhà cung cấp dịch vụ lưu trữ của họ nhiều hơn một chút so với mức cần thiết và điều này không dẫn đến điều gì tốt đẹp. Phải mất một thời gian dài để giải thích chi tiết rằng không có SLA nào sẽ bù đắp cho những tổn thất trong thời gian ngừng hoạt động (có những trường hợp ngoại lệ, nhưng thường thì nó rất RẤT tốn kém đối với khách hàng) và nhà cung cấp dịch vụ lưu trữ hoàn toàn không biết về những gì đang xảy ra trong cơ sở hạ tầng của khách hàng (trừ những chỉ số rất chung chung). Và nhà cung cấp dịch vụ lưu trữ cũng không tạo bản sao lưu cho bạn. Tình hình thậm chí còn tồi tệ hơn nếu bạn có nhiều hơn một nhà cung cấp dịch vụ lưu trữ. Trong trường hợp có bất kỳ vấn đề nào giữa họ, họ chắc chắn sẽ không tìm ra cho bạn biết chuyện gì đã xảy ra.
Thực ra, động cơ ở đây cũng giống như khi chọn “đội ngũ quản trị viên riêng và gia công phần mềm”. Nếu rủi ro được tính toán, chất lượng phù hợp và doanh nghiệp không bận tâm - tại sao không thử. Mặt khác, mạng là một trong những lớp cơ sở hạ tầng cơ bản nhất và hầu như không đáng để trao nó cho người ngoài nếu bạn đã tự mình hỗ trợ mọi thứ khác.
Khi nào bạn cần một nhà mạng?
Hơn nữa, chúng tôi sẽ tập trung vào các công ty sản phẩm hiện đại. Với các nhà khai thác và doanh nghiệp, mọi thứ đều rõ ràng cộng hoặc trừ - ở đó có rất ít thay đổi trong những năm gần đây và trước đây họ cần các nhà mạng ở đó, bây giờ họ rất cần. Nhưng với những điều hết sức “trẻ và táo bạo” ấy thì mọi việc lại không đơn giản như vậy. Thông thường, họ đặt cơ sở hạ tầng của mình hoàn toàn trên đám mây, vì vậy, họ thậm chí không cần quản trị viên, tất nhiên, ngoại trừ quản trị viên của chính những đám mây đó. Một mặt, cơ sở hạ tầng khá đơn giản trong thiết kế, mặt khác, nó được tự động hóa tốt (ansible / Puppet, terraform, ci / cd ... à, bạn biết đấy). Nhưng ngay cả ở đây cũng có những tình huống mà bạn không thể làm được nếu không có kỹ sư mạng.
Ví dụ 1, cổ điển
Giả sử một công ty bắt đầu với một máy chủ có địa chỉ IP công cộng, được đặt trong trung tâm dữ liệu. Sau đó có hai máy chủ. Rồi hơn thế nữa ... Sớm hay muộn, cần có một mạng riêng giữa các máy chủ. Bởi vì lưu lượng truy cập “bên ngoài” bị giới hạn cả bởi băng thông (chẳng hạn như không quá 100Mbps) và bởi lượng tải xuống / tải lên mỗi tháng (các nhà cung cấp dịch vụ lưu trữ khác nhau có mức giá khác nhau, nhưng băng thông ra thế giới bên ngoài, theo quy định, rất nhiều). đắt hơn mạng riêng).
Máy chủ lưu trữ thêm các card mạng bổ sung vào máy chủ và đưa chúng vào bộ chuyển mạch của chúng trong một vlan riêng. Một mạng LAN “phẳng” xuất hiện giữa các máy chủ. Thoải mái!
Số lượng máy chủ ngày càng tăng, lưu lượng truy cập trong mạng riêng cũng tăng lên - sao lưu, sao chép, v.v. Chủ nhà cung cấp dịch vụ lưu trữ đề nghị chuyển bạn sang các công tắc riêng biệt để bạn không gây trở ngại cho các khách hàng khác và họ không gây trở ngại cho bạn. Máy chủ lưu trữ đặt một số loại thiết bị chuyển mạch và bằng cách nào đó định cấu hình chúng - rất có thể, để lại một mạng phẳng giữa tất cả các máy chủ của bạn. Mọi thứ đều hoạt động tốt, nhưng tại một thời điểm nhất định, các vấn đề bắt đầu xảy ra: độ trễ giữa các máy chủ tăng dần theo định kỳ, nhật ký cho biết có quá nhiều gói arp mỗi giây và kẻ tấn công pentester đã cưỡng hiếp toàn bộ khu vực địa phương của bạn trong quá trình kiểm tra, chỉ làm hỏng một máy chủ.
Tôi nên làm gì?
Chia mạng thành các phân đoạn - vlans. Thiết lập địa chỉ của riêng bạn trong mỗi vlan, chọn một cổng sẽ chuyển lưu lượng giữa các mạng. Trên cổng, hãy cấu hình acl để hạn chế quyền truy cập giữa các phân đoạn hoặc thậm chí đặt một tường lửa riêng bên cạnh.
Ví dụ 1, tiếp theo
Máy chủ được kết nối với khu vực cục bộ bằng một dây. Các công tắc trong giá đỡ bằng cách nào đó được kết nối với nhau, nhưng trong trường hợp xảy ra tai nạn ở một giá đỡ, ba công tắc lân cận khác sẽ rơi ra. Các kế hoạch tồn tại, nhưng vẫn có những nghi ngờ về tính phù hợp của chúng. Mỗi máy chủ có địa chỉ công cộng riêng do máy chủ cấp và gắn với giá. Những thứ kia. khi di chuyển máy chủ, địa chỉ phải được thay đổi.
Tôi nên làm gì?
Kết nối các máy chủ sử dụng LAG (Link Aggregation Group) bằng hai dây tới switch trên rack (cũng cần phải dự phòng). Dự trữ các kết nối giữa các giá đỡ, làm lại chúng bằng một “ngôi sao” (hoặc CLOS thời thượng hiện nay) để việc mất một giá đỡ không ảnh hưởng đến các giá đỡ khác. Chọn các giá đỡ "trung tâm" nơi lõi mạng sẽ được đặt và nơi sẽ bao gồm các giá đỡ khác. Đồng thời, sắp xếp địa chỉ công khai theo thứ tự, lấy từ máy chủ lưu trữ (hoặc từ RIR, nếu có thể) một mạng con mà chính bạn (hoặc thông qua máy chủ lưu trữ) thông báo với thế giới.
Một quản trị viên hệ thống “thông thường”, không có kiến thức sâu về mạng liệu có thể làm được tất cả những điều này không? Không chắc. Chủ nhà sẽ làm điều đó? Có thể là như vậy, nhưng bạn sẽ cần một TOR khá chi tiết, cũng sẽ cần được ai đó biên soạn. và sau đó kiểm tra xem mọi thứ đã được thực hiện chính xác chưa.
Ví dụ 2: Nhiều mây
Giả sử bạn có VPC trên một đám mây công cộng nào đó. Để có quyền truy cập từ văn phòng hoặc bộ phận cơ sở hạ tầng tại chỗ vào mạng cục bộ bên trong VPC, bạn cần thiết lập kết nối qua IPSec hoặc kênh chuyên dụng. Một mặt, IPSec rẻ hơn. không cần mua thêm phần cứng, bạn có thể thiết lập đường hầm giữa máy chủ của mình bằng địa chỉ công cộng và đám mây. Nhưng - độ trễ, hiệu suất hạn chế (vì kênh cần được mã hóa), cộng với kết nối không bảo đảm (vì quyền truy cập đi qua Internet thông thường).
Tôi nên làm gì?
Tăng kết nối thông qua một kênh chuyên dụng (ví dụ: AWS gọi đó là Direct Connect). Để thực hiện việc này, hãy tìm nhà điều hành đối tác sẽ kết nối bạn, quyết định điểm kết nối gần bạn nhất (cả bạn vào nhà điều hành và nhà điều hành vào đám mây) và cuối cùng, thiết lập mọi thứ. Tất cả những điều này có thể được thực hiện mà không cần kỹ sư mạng không? Chắc chắn là có. Nhưng làm thế nào để khắc phục sự cố mà không có nó trong trường hợp có vấn đề thì không còn quá rõ ràng.
Và cũng có thể có vấn đề về tính khả dụng giữa các đám mây (nếu bạn có nhiều đám mây) hoặc vấn đề về độ trễ giữa các vùng khác nhau, v.v. Tất nhiên, hiện nay có rất nhiều công cụ giúp tăng tính minh bạch cho những gì đang diễn ra trên đám mây (giống như Thousand Eyes), nhưng đây đều là những công cụ kỹ sư mạng chứ không phải là công cụ thay thế.
Tôi có thể phác thảo thêm hàng tá ví dụ như vậy từ quá trình thực hành của mình, nhưng tôi nghĩ rõ ràng là trong một nhóm, bắt đầu từ một mức độ phát triển cơ sở hạ tầng nhất định, cần phải có một người (hoặc tốt hơn là nhiều hơn một) biết mạng lưới hoạt động như thế nào. hoạt động, có thể cấu hình thiết bị mạng và xử lý các sự cố nếu phát sinh. Tin tôi đi, anh ấy sẽ có việc phải làm
Một nhà mạng nên biết những gì?
Việc kỹ sư mạng chỉ xử lý mạng và không làm gì khác hoàn toàn không cần thiết (và thậm chí đôi khi có hại). Ngay cả khi chúng tôi không xem xét lựa chọn có cơ sở hạ tầng gần như hoàn toàn hoạt động trên đám mây công cộng (và, dù người ta có thể nói gì, nó ngày càng trở nên phổ biến) và lấy ví dụ như đám mây tiền đề hoặc riêng tư, nơi chỉ “kiến thức ở cấp độ CCNP "Bạn sẽ không rời đi.
Trên thực tế, ngoài mạng - mặc dù đơn giản là có một lĩnh vực nghiên cứu vô tận, ngay cả khi bạn chỉ tập trung vào một hướng (mạng nhà cung cấp, doanh nghiệp, trung tâm dữ liệu, Wi-Fi ...)
Tất nhiên, bây giờ nhiều bạn sẽ nhớ đến Python và các "tự động hóa mạng" khác, nhưng đây chỉ là điều kiện cần chứ chưa đủ. Để một kỹ sư mạng “tham gia nhóm thành công”, anh ta phải có khả năng nói cùng một ngôn ngữ với cả nhà phát triển và quản trị viên / nhà phát triển đồng nghiệp. Nó có nghĩa là gì?
- không chỉ có thể làm việc trong Linux với tư cách là người dùng mà còn có thể quản trị nó, ít nhất là ở cấp độ quản trị viên hệ thống: cài đặt phần mềm cần thiết, khởi động lại dịch vụ bị lỗi, viết một đơn vị hệ thống đơn giản.
- Hiểu (ít nhất là về mặt chung) cách hoạt động của ngăn xếp mạng trong Linux, cách mạng hoạt động trong các bộ ảo hóa và bộ chứa (lxc / docker / kubernetes).
- Tất nhiên, có thể làm việc với ansible/chef/puppet hoặc hệ thống SCM khác.
- Nên viết một dòng riêng về SDN và mạng dành cho đám mây riêng (ví dụ: TungstenFabric hoặc OpenvSwitch). Đây là một kiến thức khổng lồ khác.
Nói tóm lại, tôi đã mô tả một chuyên gia hình chữ T điển hình (như cách nói hiện nay là thời thượng). Có vẻ như không có gì mới, tuy nhiên, theo kinh nghiệm phỏng vấn, không phải kỹ sư mạng nào cũng có thể tự hào về kiến thức về ít nhất hai chủ đề trong danh sách trên. Trên thực tế, việc thiếu kiến thức “trong các lĩnh vực liên quan” khiến không chỉ khó giao tiếp với đồng nghiệp mà còn khó hiểu các yêu cầu mà doanh nghiệp đặt ra đối với mạng như cơ sở hạ tầng cấp thấp nhất của dự án. Và nếu không có sự hiểu biết này, việc bảo vệ quan điểm của mình một cách hợp lý và “bán” nó cho doanh nghiệp sẽ trở nên khó khăn hơn.
Mặt khác, chính thói quen “hiểu cách hệ thống hoạt động” mang lại cho các nhà mạng một lợi thế rất tốt so với nhiều “nhà tổng quát” khác nhau, những người biết về công nghệ từ các bài báo trên Habré/medium và telegram chat, nhưng hoàn toàn không biết nguyên tắc này hay nguyên tắc gì. phần mềm đó hoạt động. Và kiến thức về một số quy luật, như bạn biết, đã thay thế thành công kiến thức về nhiều sự kiện.
Kết luận, hoặc đơn giản là TL;DR
- Quản trị viên mạng (như DBA hoặc kỹ sư VoIP) là một chuyên gia có hồ sơ khá hẹp (không giống như quản trị viên hệ thống / devops / SRE), nhu cầu này không phát sinh ngay lập tức (và trên thực tế có thể không phát sinh trong một thời gian dài) . Nhưng nếu nó phát sinh thì khó có thể được thay thế bởi chuyên môn bên ngoài (gia công phần mềm hoặc các quản trị viên tổng hợp thông thường, “người cũng trông coi mạng”). Điều đáng buồn hơn một chút là nhu cầu về những chuyên gia như vậy rất ít, và có điều kiện, trong một công ty có 800 lập trình viên và 30 nhà phát triển / quản trị viên, chỉ có thể có hai nhân viên mạng hoàn thành công việc của họ một cách hoàn hảo. Những thứ kia. thị trường đã và đang rất nhỏ, thậm chí còn ít hơn với mức lương tốt.
- Mặt khác, một nhà mạng giỏi trong thế giới hiện đại không chỉ cần biết bản thân các mạng (và cách tự động hóa cấu hình của chúng) mà còn biết cách các hệ điều hành và phần mềm tương tác với chúng chạy trên các mạng này. Nếu không có điều này, sẽ vô cùng khó hiểu những gì đồng nghiệp đang yêu cầu ở bạn và truyền đạt (một cách hợp lý) mong muốn/yêu cầu của bạn tới họ.
- Không có đám mây, nó chỉ là máy tính của người khác. Bạn cần hiểu rằng việc sử dụng đám mây công cộng / riêng tư hoặc dịch vụ của nhà cung cấp dịch vụ lưu trữ "làm mọi thứ cho bạn" không phủ nhận thực tế là ứng dụng của bạn vẫn đang sử dụng mạng và các vấn đề với nó sẽ ảnh hưởng đến hoạt động của ứng dụng của bạn . Sự lựa chọn của bạn là nơi đặt trung tâm năng lực, nơi sẽ chịu trách nhiệm về mạng lưới dự án của bạn.
Nguồn: www.habr.com