Linux용 NetFS

리눅스는 뿐만 아니라하나"네트워크 구성을 위한 통합된 사용자 공간 인터페이스" 기능많은각각은 다양한 유형의 사용 사례에 최적화되어 있습니다.

• 네트워크 관리자오늘날 가장 잘 알려진 데스크탑 및 서버 배포판에서는 이 설정이 기본 설정임을 알 수 있습니다. 이는 DHCP 또는 고정 IP 주소가 있는 유선 네트워크 인터페이스만 필요할 수 있는 내장형 시스템의 경우 과잉입니다. 내 기억이 맞다면 초기 버전은 널리 배포되었고(제 생각에는 Fedora에서 출시된 것 같습니다) 많은 미움을 받았습니다.상당히그렇다면 최고의 시간을 준비하십시오.
• 시스템 네트워크systemd 소프트웨어 제품군에 포함되어 있습니다. NetworkManager보다 가볍고 원래 임베디드 시스템 사용 사례를 위해 설계되었습니다. 저는 NetworkManager가 가질 수 있는 종류의 데스크탑 환경 통합을 갖고 있지 않다고 생각합니다.
• 네트워크 계획기본 계층에서 사용하는 네트워크 구성 인터페이스 위의 상위 계층 관리 계층으로 Canonical(Ubuntu 제조업체)에서 도입했습니다. 여러 유형의 배포에 대한 네트워크 구성을 자동화된 방식으로 배포하기 위한 통합 인터페이스를 제공할 수 있으므로 클라우드 서비스 공급자 유형 환경에서 가장 유용한 것으로 보입니다.

...그리고 많은 다른 사람들.

Linux용 NetFS와 같은 시스템을 개발하지 못할 이유가 없습니다. FUSE를 사용하면 쉽습니다. 네트워크 구성 파일 시스템에는 고성능이 필요하지 않기 때문입니다.

하지만 당신은 알고 있습니다 :

그리고 왜 대표하려는지 이해가 안가네요네트워크 인터페이스 구성~처럼디렉터리 생성특히 유용할 것입니다. 물론 동일한 "동사"(명령)를 재사용할 수 있지만 개념을 "명사"(파일 및 디렉터리, 일부는 실제로 고유한 특수 규칙이 있는 IP 주소임)로 만드는 비용이 듭니다. 복잡한.

Unix 스타일 운영 체제가 오랫동안 인기를 얻은 가장 큰 이유는 그 구조에 있습니다.장려하다사용자는 자신의 필요에 맞게 자신만의 "동사"(셸 별칭, 스크립트, 사용자 정의 프로그램)를 구축합니다. 작업에 가장 적합한 "동사"를 개발하는 대신 최소한의 "동사" 집합으로 돌아가려고 하는 것은 내 생각에는 요점을 놓치는 것입니다.

이것도 생각나네요해머의 법칙: "당신의 유일한 도구가 망치라면, 모든 것을 못처럼 다루기는 쉽습니다."