Câu chuyện tôi liên tục đọc được từ những người rời Nextcloud luôn là một. Ứng dụng đồng bộ báo „đã đồng bộ đầy đủ”, nhưng tệp thì thiếu. Một lần nâng cấp vấp phải sự cố cơ sở dữ liệu. Việc tải ảnh lên hoạt động theo cách người dùng không ngờ tới.
Lời than phiền đằng sau cả ba trường hợp đều giống nhau: họ muốn một luồng công việc đáng tin cậy từ một bộ phần mềm được dựng ra để bao phủ rất nhiều luồng.
Tôi có một phiên bản Nextcloud trên VPS ở Frankfurt, dựng trong một cuối tuần cách đây hai năm và từ đó tới giờ có lẽ đã dùng bốn lần. Việc cài đặt thành công. Phiên bản đó vẫn đang chạy. Tôi chỉ ngừng mở nó, vì hóa ra chín trong mười thứ Nextcloud làm được thì tôi chưa bao giờ cần.
Bản phân phối All-in-One chính thức đòi hỏi ít nhất 2 GB RAM ngay khi bật bất kỳ container tùy chọn nào, và hướng dẫn hiệu năng của nó khuyến nghị cộng thêm khoảng 1 GB RAM cho mỗi người dùng hoạt động, trên mức yêu cầu cơ bản. Vì vậy các triển khai theo nhóm cần nhiều dư địa hơn khi mức sử dụng đồng thời tăng lên. Cộng đồng cũng có một chủ đề đang mở trên help.nextcloud.com đề nghị dự án cân nhắc một phiên bản nhẹ hơn.
Dưới đây là ba lối ra tương ứng với ba luồng công việc. Ở đâu có yêu cầu tài nguyên chính thức, tôi dùng chúng. Ở đâu không có, tôi bỏ qua các con số cứng. Bản đồ di chuyển cho thấy bạn giữ được gì, mất gì, và mỗi lần chuyển đổi rắc rối ở chỗ nào.
Phiên bản ngắn gọn
- Nếu bạn chỉ dùng Nextcloud để đồng bộ tệp giữa các thiết bị của chính mình, Syncthing là một lựa chọn tốt: ngang hàng, không cần máy chủ trung tâm, kèm vài lưu ý quan trọng trên nền tảng di động.
- Nếu bạn dùng Nextcloud như một không gian chia sẻ tệp nhóm cho nhiều người dùng, Seafile CE là một lựa chọn tốt. Mức tối thiểu được ghi nhận là 2 GB RAM và 2 nhân CPU, và phạm vi hẹp hơn giúp việc tính toán quy mô dễ hơn khi chia sẻ tệp là nhiệm vụ chính.
- Nếu bạn chủ yếu dùng Nextcloud như một trình duyệt tệp trên web, Cloudreve hoặc AList mang lại một hệ thống gọn hơn nhiều mà không phải kéo theo toàn bộ bộ cộng tác của Nextcloud.
- Hai điểm vướng trong bất kỳ lần chuyển đổi nào là khoảng trống CalDAV/CardDAV (lịch và danh bạ) và sao lưu ảnh trên iOS. Cả hai đều được đề cập trong bản đồ di chuyển bên dưới.
Vì sao Nextcloud có cảm giác nặng nề (và vì sao đó không phải là lỗi)
Trên một bản cài Nextcloud All-in-One mới tinh, htop cho thấy một ngăn xếp nhiều container thực thụ: container chính của AIO, Apache, máy chủ ứng dụng Nextcloud, PostgreSQL, Redis và Notify Push. Office, Talk, Talk Recording, ClamAV, tìm kiếm toàn văn, Imaginary, Whiteboard và các bản sao lưu dựa trên Borg đều là tùy chọn. Phần lõi nặng hơn một tiến trình đồng bộ đơn mục đích, nhưng các dịch vụ tùy chọn kia chỉ tốn RAM khi bạn bật chúng.
Cuộc thảo luận All-in-One chính thức trên GitHub đặt mức tối thiểu được ghi nhận ở 2 GB RAM, nhưng con số leo lên nhanh: 3 GB ngay khi bật ClamAV, Talk Recording hoặc tìm kiếm toàn văn, 5 GB khi bật tất cả, cộng khoảng 1 GB cho mỗi người dùng hoạt động trên mức nền.
Đó là khuyến nghị về quy mô chứ không phải mức tiêu thụ RAM ổn định đo được: AIO cần nhiều bộ nhớ hơn khi các dịch vụ tùy chọn được bật, và khuyến nghị thêm dư địa cho mỗi người dùng hoạt động. Đó là cái giá về kiến trúc của việc gói hơn ba mươi tính năng vào một bộ phần mềm tự vận hành duy nhất. Nguồn: github.com/nextcloud/all-in-one/discussions/1335.
Chính cộng đồng Nextcloud cũng nhận ra điều đó. Một chủ đề trên help.nextcloud.com mang tên „Nextcloud Lite, discuss” được mở vào tháng 12 năm 2024, hỏi liệu dự án có nên phát hành một bản phân phối rút gọn cho những người chỉ cần tệp và chia sẻ hay không. Một số người dùng, kể cả những người vốn yêu thích Nextcloud, đã đề nghị một bản dựng nhẹ hơn. Phần lớn phản hồi phản đối, lập luận rằng các tính năng không cần thiết có thể tắt đi, và cắt bớt các ứng dụng bảo mật sẽ là một đánh đổi tệ. Chủ đề vẫn mở và những người bảo trì chưa ngả về bên nào. Tham khảo: help.nextcloud.com/t/nextcloud-lite-discuss/213611.
Lập luận phản biện có trọng lượng. AIO vốn đã kèm sẵn PostgreSQL, Redis và APCu. Chính hướng dẫn hiệu năng của nó khuyên nên tắt những container tùy chọn và ứng dụng Nextcloud mà bạn không cần. Nếu phiên bản của bạn nặng vì bạn đã bật Office, Talk, ClamAV, tìm kiếm toàn văn hay các dịch vụ khác mà giờ không còn dùng, hãy tỉa bớt chỗ đó trước. Nếu bạn thực sự dùng các dịch vụ đó cùng nhau thì phần chiếm dụng lớn hơn đang làm việc có ích.
Nhưng nếu bạn cài Nextcloud rồi chỉ mở nó để thả tệp vào một thư mục đồng bộ, thì câu chuyện tinh chỉnh không dành cho bạn.
Để hiểu Nextcloud đứng ở đâu bên cạnh nhánh phái sinh gần nhất của nó, xem so sánh Nextcloud vs ownCloud.
Ý chính của phần này: Nextcloud quá dư thừa cho đúng một luồng công việc mà phần lớn người tự vận hành thực sự dùng đến.
Chẩn đoán ba nguyên mẫu: lối ra nào là của bạn?
Trước khi chọn công cụ, hãy chọn luồng công việc. Gần như mọi người dùng Nextcloud tôi từng trò chuyện đều rơi gọn vào một trong ba kiểu.
Nguyên mẫu A. Chỉ đồng bộ giữa các thiết bị. „Tôi cài Nextcloud để giữ laptop, máy bàn và điện thoại đồng bộ với nhau. Tôi chưa bao giờ dùng giao diện web cho việc gì nghiêm túc. Tôi không chia sẻ tệp với người khác.”
Nguyên mẫu B. Chia sẻ tệp trong nhóm. „Tôi cài Nextcloud vì nhiều người cần tải lên và tải xuống từ một không gian tệp dùng chung. Khi thì từ trình duyệt, khi thì từ ứng dụng máy tính. Tôi quan tâm hiệu năng với tệp lớn.”
Nguyên mẫu C. Chỉ cổng web. „Tôi cài Nextcloud như một trình duyệt tệp trên web. Một cách để đăng nhập và lấy tệp của mình từ bất cứ đâu. Có thể tôi đã cài ứng dụng máy tính. Tôi hiếm khi dùng nó. Đồng bộ thời gian thực không phải là mục đích.”
Nếu hai kiểu cùng đúng với bạn, hãy chọn kiểu khiến bạn phải nói: „nếu ngày mai cái này ngừng chạy, trong vòng một tiếng tôi sẽ nhận ra”. Đó là luồng công việc bạn phụ thuộc vào. Những cái còn lại là tiện ích dễ chịu, có thể thay sau hoặc sống thiếu cũng được.
Mức tài nguyên tối thiểu cho từng lối đi:
| Công cụ | Khuyến nghị về RAM | Kiến trúc bên dưới | Mô hình đồng bộ |
|---|---|---|---|
| Nextcloud AIO | Từ 2 GB với các container tùy chọn, cộng khoảng 1 GB cho mỗi người dùng hoạt động | PHP + PostgreSQL + nhiều container | Khách-chủ, đồng bộ nguyên tệp |
| Seafile CE | Mức tối thiểu được ghi nhận là 2 GB | C/Python + MariaDB | Khách-chủ, khử trùng lặp theo khối |
| Syncthing | Không có mức tối thiểu cố định chính thức; thay đổi theo kích thước thư viện và các lần quét | Một tệp nhị phân Go duy nhất | Ngang hàng |
| Cloudreve | Chưa công bố mức tối thiểu cứng chính thức | Go + cơ sở dữ liệu | Khách-chủ, lưu trữ trên nhiều nền tảng phía sau |
| AList | Chưa công bố mức tối thiểu cứng chính thức | Go + SQLite theo mặc định | Cổng web đặt trên kho lưu trữ đã gắn kết |
Các con số của Nextcloud AIO và Seafile CE ở trên là yêu cầu hoặc khuyến nghị đã được ghi nhận. Syncthing, Cloudreve và AList không công bố mức RAM tối thiểu cứng tương đương để có thể so sánh song song một cách sòng phẳng, vì vậy hãy tính quy mô cho những công cụ đó theo thư viện thực tế, nền tảng lưu trữ và khối lượng công việc của bạn, thay vì coi các con số bộ nhớ lúc rảnh do cộng đồng đưa ra là yêu cầu.
Ý chính của phần này: hãy chọn công cụ hợp với luồng công việc mà bạn từng dùng Nextcloud để làm, chứ không phải công cụ có danh sách tính năng dài nhất.
Nguyên mẫu A. Syncthing cho đồng bộ giữa các thiết bị
Một laptop, một máy bàn và một điện thoại. Bạn thả tệp vào một thư mục trên laptop, hai mươi giây sau nó xuất hiện trên hai thiết bị kia. Không cổng web. Không thư viện dùng chung. Không nhóm. Syncthing được dựng ra cho đúng việc đó, và đó là việc duy nhất nó làm.
Syncthing hoạt động ngang hàng. Không có máy chủ theo nghĩa kiến trúc. Mỗi thiết bị chạy cùng một tệp nhị phân, và các thiết bị tìm thấy nhau qua mạng tiếp sức toàn cầu hoặc qua mạng LAN. Bạn có thể thêm một VPS vào mạng lưới, nhưng nó chỉ là một nút ngang hàng trong số những nút khác, không phải trung tâm điều phối. Không có trình duyệt tệp trên web. Không có CalDAV. Không có phân quyền theo nhóm. Nếu cách bạn dùng Nextcloud chỉ là „giữ các thư mục của tôi đồng bộ”, thì không mất mát nào trong số đó đáng kể.
Chi phí tài nguyên là phần được chú ý nhiều nhất. Với thư viện nhỏ, chẳng hạn vài nghìn tệp dưới 50 GB, Syncthing lúc rảnh thường nằm trong khoảng 50 đến 100 MB RAM. Khi thư viện lên tới hàng trăm nghìn tệp, mức dùng RAM có thể vượt 700 MB. Phần lớn người tự vận hành không bao giờ chạm tới đó. Nếu bạn có một phần tư triệu tệp trong một thư mục, bạn sẽ chạm tới.
Hai nguồn sơ cấp ghi nhận hành vi khi mở rộng quy mô đó:
- Chủ đề lâu năm trên diễn đàn Syncthing về mức dùng RAM: forum.syncthing.net/t/ram-utilization/9769
- Báo cáo trên GitHub của chính dự án về ngưỡng dốc khi mở rộng: github.com/syncthing/syncthing/issues/468
VPS vẫn có ý nghĩa ngay cả trong mô hình ngang hàng. Laptop và điện thoại của bạn không cùng trực tuyến một lúc. Nếu bạn muốn thay đổi lan truyền khi một thiết bị đang ngủ, bạn cần một thiết bị thứ ba luôn bật. Một VPS chạy Syncthing đảm nhiệm vai trò đó và cung cấp bản mới nhất cho thiết bị tiếp theo thức dậy. Thư viện nhỏ chạy thoải mái dưới 512 MB RAM; hãy cấp 1 GB nếu thư viện của bạn vượt vài trăm nghìn tệp.
Xây dựng trên VPS Linux với quyền root, NVMe và sức mạnh AMD EPYC.
Xem các gói LinuxLưu ý về iOS là điều mà các hướng dẫn Syncthing thường lướt qua. Không có ứng dụng Syncthing chính thức cho iOS với khả năng tải ảnh nền đáng tin cậy. Có vài ứng dụng của bên thứ ba, nhưng không cái nào sánh được với những gì ứng dụng iOS của Nextcloud làm cho việc sao lưu cuộn camera. Nếu đồng bộ ảnh từ iPhone là lý do bạn chạy Nextcloud, riêng Syncthing sẽ không thay thế được. Cách xoay xở là dùng ứng dụng trả phí như PhotoSync để đẩy vào một thư mục Syncthing, hoặc giữ Nextcloud chạy thuần cho riêng luồng đó trong khi bạn chuyển mọi thứ còn lại.
Ma sát khi chuyển theo hướng này rất thấp. Syncthing làm việc trên hệ thống tệp thông thường. Bạn trỏ nó vào thư mục nơi tệp của bạn đã sẵn có, thêm mã thiết bị của các máy khác, và việc đồng bộ bắt đầu. Không có gì phải chuyển đổi, không có gì phải nhập vào. Dữ liệu chính là thứ vốn đã nằm trên ổ đĩa.
Ý chính của phần này: Syncthing thắng về mức tài nguyên và độ tin cậy khi đồng bộ giữa các thiết bị, nhưng thua ở sao lưu ảnh trên iOS và từ bỏ hoàn toàn cổng web.
Nguyên mẫu B. Seafile cho đồng bộ tệp trong nhóm
Một nhóm bốn người. Một thư viện dùng chung tên „Operations” chứa 60 GB hợp đồng, tệp thiết kế và bản xuất. Ba trong bốn người dùng ứng dụng đồng bộ trên máy tính, một người thích trình duyệt hơn. Thỉnh thoảng có người tải lên một video 4 GB.
Một triển khai Nextcloud chỉ để chia sẻ tệp vẫn có thể cần nhiều dư địa hơn khi số người dùng hoạt động và dịch vụ tùy chọn tăng lên. Seafile vốn hẹp hơn ngay từ thiết kế, nên dễ tính quy mô hơn khi đồng bộ và chia sẻ tệp là những việc duy nhất bạn cần.
Seafile được viết bằng C và Python với cơ sở dữ liệu nền MariaDB. Không có lớp PHP. Mô hình đồng bộ là khử trùng lặp theo khối: khi bạn sửa một tệp, chỉ những khối thay đổi được truyền đi, và các khối giống nhau giữa nhiều người dùng chỉ lưu một lần. Đồng bộ mặc định của Nextcloud truyền nguyên tệp trong hầu hết trường hợp.
Những báo cáo từ cộng đồng rằng Seafile nhanh hơn trên thư viện lớn lan truyền rất rộng, và kiến trúc là lý do. Tôi sẽ không trích các con số bội số cứ lặp đi lặp lại trong các bài so sánh. Dấu vết không dẫn tới nguồn sơ cấp nào. Điều tôi có thể nói là khử trùng lặp theo khối, được ghi trong tài liệu Seafile, chính là lý do cấu trúc khiến chênh lệch tốc độ tồn tại.
Tài liệu hiện tại của Seafile Community Edition ghi mức tối thiểu là 2 GB RAM và 2 nhân CPU. Con số này trùng với mức tối thiểu 2 GB của Nextcloud AIO khi có bất kỳ container tùy chọn nào được bật. Phạm vi hẹp hơn của Seafile vẫn có thể giúp việc tính quy mô cho chia sẻ tệp dễ hơn, nhưng chênh lệch bộ nhớ chính xác phụ thuộc vào khối lượng công việc, số người dùng hoạt động, kích thước thư viện và những dịch vụ Nextcloud nào đang bật.
Với một nhóm chỉ cần đồng bộ và chia sẻ tệp, Seafile giúp bạn tránh các dịch vụ Nextcloud dư thừa mà bạn không dùng. Điều đó có thể giảm mức chiếm dụng máy chủ, nhưng khoảng cách chính xác phụ thuộc vào khối lượng công việc chứ không theo một quy tắc cố định kiểu 2 GB so với 5 GB.
Việc chuyển đổi cần chút chuẩn bị vì không có công cụ nhập sẵn từ Nextcloud sang Seafile. Hãy dựng máy chủ Seafile, cài ứng dụng máy tính Seafile trên một máy có thể truy cập tệp hiện có của bạn, tạo thư viện đích và để ứng dụng tải chúng lên. Việc chuyển mất bao lâu tùy thuộc kích thước thư viện và băng thông tải lên khả dụng.
Seafile lưu dữ liệu thư viện dưới dạng khối và đối tượng nội bộ chứ không phải tệp thông thường có thể duyệt. Liệt kê thư mục dữ liệu bằng ls cho thấy cấu trúc đối tượng nội bộ của Seafile thay vì cây thư mục gốc của bạn. Mã hóa là một tính năng riêng, không phải lý do khiến các đối tượng đó khó đọc. Nghĩa là bạn không thể khôi phục một thư viện Seafile chỉ bằng cách sao chép những tệp trông bình thường ra khỏi kho lưu trữ nền của nó.
Seafile CE còn đòi hỏi dọn rác thủ công. Bạn chạy một tập lệnh để dọn các khối không còn được tham chiếu sau khi xóa thư viện hoặc tệp. Bản Pro tự động hóa nhiều hơn phần này. Bản Community thì không. Seafile sẽ khiến bạn khó chịu nếu sự yên tâm vận hành của bạn đến từ việc có thể sao dữ liệu ra bất cứ lúc nào bằng cp -r.
Mất mát còn lại cần tính trước: lịch và danh bạ. Seafile không triển khai CalDAV lẫn CardDAV. Nếu Nextcloud là sổ địa chỉ đứng sau điện thoại của bạn, bạn sẽ cần một dịch vụ nhẹ riêng để lấp chỗ trống đó. Radicale và Baikal là những câu trả lời quen thuộc.
Ý chính của phần này: Seafile hợp nếu bạn dùng Nextcloud chủ yếu như một không gian chia sẻ tệp nhiều người dùng. Kiến trúc lấy tệp làm trung tâm giúp bạn tránh phải mang theo ngăn xếp cộng tác rộng hơn của Nextcloud. Cái giá phải trả là mô hình lưu trữ theo khối và đối tượng, cùng việc mất CalDAV/CardDAV.
Nguyên mẫu C. Cloudreve hoặc AList cho cổng web
Lối ra bị bỏ quên nhiều nhất. Người dùng này muốn một trang web để đăng nhập từ bất kỳ thiết bị nào và lấy tệp của mình. Họ gần như không dùng ứng dụng máy tính. Họ không quan tâm đồng bộ thời gian thực. Với công việc đó, toàn bộ ngăn xếp tính năng của Nextcloud là quá thừa so với nhu cầu.
Với người dùng đó, không Nextcloud, không Seafile, cũng không Syncthing là câu trả lời đúng. Câu trả lời đúng là một cổng web. Hai dự án hợp gọn ở đây, và chúng khác nhau trên một trục: công cụ quản lý kho lưu trữ của bạn hay chỉ đọc từ đó.
Cloudreve là một cổng web cộng thêm lớp lưu trữ được quản lý. Tệp nằm trong kho lưu trữ do Cloudreve kiểm soát (ổ đĩa cục bộ, kho đối tượng tương thích S3 hoặc các nền tảng phía sau khác). Nó có tài khoản người dùng và hạn mức, và Cloudreve Pro giờ đã có ứng dụng máy tính Windows chính thức với đồng bộ hai chiều thời gian thực. Kiến trúc là một tệp nhị phân Go cộng cơ sở dữ liệu, và kho mã của dự án đang hoạt động tại github.com/cloudreve/cloudreve.
AList đặt một giao diện web lên trên kho lưu trữ sẵn có. Nó có thể duyệt và thao tác trên các nền tảng đã gắn kết như ổ đĩa cục bộ, S3, Google Drive, OneDrive, SMB và WebDAV, gồm cả thao tác tệp ở nơi nền tảng đó hỗ trợ. Nó chạy như một tệp nhị phân Go và dùng SQLite theo mặc định, nên một triển khai cơ bản không cần máy chủ cơ sở dữ liệu riêng. Nếu tệp của bạn vốn đã nằm dưới dạng tệp thông thường trên một kho được hỗ trợ, AList có thể trình bày chúng mà không cần nhập vào một định dạng mới.
Khi nào chọn cái nào:
- AList nếu tệp của bạn đã được sắp xếp trên ổ đĩa hoặc trên kho đám mây và bạn chỉ muốn một giao diện web thống nhất đặt lên trên. Việc chuyển gần như bằng không. Hãy trỏ AList tới nơi tệp đang nằm.
- Cloudreve nếu bạn muốn một lớp được quản lý với tài khoản người dùng, hạn mức và một kho lưu trữ duy nhất mà cổng web sở hữu từ đầu đến cuối. Việc chuyển rất nhẹ: cấu hình một nền tảng lưu trữ, sao tệp qua, xong.
Một điều cần rõ trước khi chọn bất kỳ cái nào: AList không thay thế việc đồng bộ, và khả năng đồng bộ của Cloudreve hẹp hơn Nextcloud. Cloudreve Pro có ứng dụng đồng bộ máy tính chính thức cho Windows, nhưng không công cụ nào trong hai cái cho bạn hệ sinh thái CalDAV/CardDAV của Nextcloud hay một luồng sao lưu ảnh đa nền tảng tương đương. Nếu những thứ đó là thiết yếu, bạn gần với nguyên mẫu A hoặc B hơn là C. AList và Cloudreve không phải là Nextcloud bản nhẹ. Chúng là công cụ hẹp hơn cho công việc hẹp hơn.
Ý chính của phần này: Cloudreve và AList là lựa chọn tốt nếu bạn chủ yếu dùng trình duyệt tệp web của Nextcloud. AList giữ cho việc thiết lập đơn giản hơn khi bạn chỉ cần một lớp web trên kho lưu trữ sẵn có. Cloudreve hợp lý hơn khi bạn muốn kho lưu trữ được quản lý, tài khoản người dùng và đồng bộ máy tính trên Windows.
Bản đồ ma sát khi chuyển đổi: bạn giữ được gì, bạn mất gì
Đây là bảng cần đọc trước khi bạn rút phích cắm. Đây cũng là nơi phần lớn các lần chuyển đổi đi chệch hướng.
| Từ Nextcloud sang | Tệp có chuyển được không? | Lịch / Danh bạ | Sao lưu ảnh trên iOS | Ghi chú / Công việc / Talk | Công sức chuyển đổi |
|---|---|---|---|---|---|
| Syncthing | Có, sao chép trực tiếp | Cần một dịch vụ CalDAV/CardDAV riêng | Không có ứng dụng iOS chính thức | Không bao gồm | Tùy vào lượng dữ liệu và số thiết bị |
| Seafile | Có, tải lên qua ứng dụng máy tính | Cần một dịch vụ CalDAV/CardDAV riêng | Được hỗ trợ qua các ứng dụng di động của Seafile | Không bao gồm | Tùy vào lượng dữ liệu và tốc độ tải lên |
| Cloudreve | Có, sao chép sang kho lưu trữ đã cấu hình | Không bao gồm | Không có luồng tương đương với sao lưu camera của Nextcloud | Không bao gồm | Tùy vào nền tảng lưu trữ và lượng dữ liệu |
| AList | Kho lưu trữ thông thường sẵn có có thể gắn kết tại chỗ | Không bao gồm | Không có đồng bộ di động gốc | Không bao gồm | Thấp nếu tệp đã nằm trên một nền tảng được hỗ trợ |
Khoảng trống CalDAV/CardDAV là khoản chi phí chuyển đổi bị bỏ sót nhiều nhất. Nếu sổ địa chỉ trên điện thoại của bạn đồng bộ với Nextcloud, đường dẫn đó đứt ngay khoảnh khắc bạn ngừng chạy Nextcloud, bất kể công cụ tệp nào thay thế. Radicale và Baikal là những lựa chọn thay thế nhẹ quen thuộc, và cả hai đều là dịch vụ nhỏ hơn nhiều so với một bản cài Nextcloud đầy đủ. Đó là những miếng vá cần để mắt tới trước khi rút phích cắm phiên bản Nextcloud của bạn.
Nếu bạn muốn một môi trường riêng để thử việc chuyển đổi trước khi giao dữ liệu của mình cho nó, Linux VPS của Cloudzy cho bạn một chỗ sạch sẽ để làm việc đó. Một máy chủ thử nghiệm riêng cho phép bạn diễn tập việc chuyển mà không động tới phiên bản đang chạy thật, và bạn có thể triển khai bất kỳ thứ nào dưới đây chỉ bằng một cú nhấp:
Khi nào bạn nên ở lại với Nextcloud
Chẩn đoán cắt theo cả hai chiều. Dưới đây là ba lý do để ở lại, xếp theo mức quan trọng.
Bạn thực sự dùng hệ sinh thái lịch, danh bạ, công việc và ghi chú. Nextcloud gom cả bốn thứ sau một lần đăng nhập, với một cài đặt CalDAV/CardDAV chạy được, một giao diện web chạy được và các ứng dụng di động chạy được. Thay thế chúng bằng các dịch vụ riêng lẻ nghĩa là chạy Radicale hoặc Baikal cho lịch và danh bạ, một ứng dụng ghi chú riêng và một trình quản lý công việc riêng. Hai hoặc ba dịch vụ thay vì một. Hai hoặc ba kiểu hỏng thay vì một. Nếu đó là công việc hằng ngày của bạn, Nextcloud tự trả được cái giá RAM của nó.
Bạn dựa vào ngăn xếp cộng tác tích hợp của Nextcloud. Nextcloud giữ tệp, soạn thảo tài liệu, lịch, danh bạ, công việc, ghi chú và các tính năng cộng tác khác sau một tài khoản và một giao diện. Seafile có thể tích hợp Collabora hoặc OnlyOffice để soạn thảo tài liệu đồng thời, nên riêng việc làm tài liệu chung không phải lý do để loại nó. Khác biệt nằm ở chỗ thay thế hệ sinh thái Nextcloud rộng hơn vẫn có nghĩa là phải ghép các dịch vụ riêng lẻ cho những tính năng Seafile không bao phủ.
Nextcloud của bạn nặng vì những dịch vụ bạn không dùng. AIO vốn đã kèm PostgreSQL, Redis và APCu, nên đổi cơ sở dữ liệu hay bật APCu không phải là bước tinh chỉnh ở đây. Hãy bắt đầu bằng cách tắt những container tùy chọn và ứng dụng Nextcloud bạn không cần. Nếu Office, Talk, ClamAV, tìm kiếm toàn văn hay các dịch vụ xem trước đang chạy mà không phục vụ mục đích thực sự nào, hãy bỏ tải đó đi trước khi quyết định chuyển đổi.
Cái lý lẽ nói rằng „hãy rời đi nếu bạn chỉ dùng 10% tính năng” cũng nói rằng „hãy ở lại nếu bạn thực sự dùng những tính năng đó”. Hãy thành thật xem bạn thuộc bên nào.
Ý chính của phần này: nếu luồng công việc của bạn gồm lịch, danh bạ và soạn thảo tài liệu chung, Nextcloud vẫn là công cụ đúng. Hãy sửa phần cấu hình trước khi bỏ chạy.
Câu hỏi thường gặp
Giải pháp thay thế Nextcloud nhẹ nhất là gì?
Tùy luồng công việc. AList là một trong những lựa chọn đơn giản nhất cho việc truy cập tệp chỉ qua web, vì nó có thể nằm trên kho lưu trữ sẵn có và dùng SQLite theo mặc định. Syncthing là lựa chọn hẹp hơn cho đồng bộ giữa các thiết bị. Seafile Community Edition là bản thay thế đầy đủ hơn khi bạn cần chia sẻ tệp cho nhiều người dùng; mức tối thiểu được ghi nhận của nó là 2 GB RAM và 2 nhân CPU.
Seafile có dùng ít bộ nhớ hơn Nextcloud không?
Seafile có thể cần ít tài nguyên hơn cho một khối lượng công việc chỉ gồm chia sẻ tệp, nhưng không có chênh lệch RAM cố định áp dụng cho mọi triển khai. Cả Seafile CE lẫn Nextcloud AIO đều có thể khởi đầu quanh mức nền 2 GB tùy cấu hình. Dung lượng khuyến nghị của Nextcloud sau đó tăng theo số người dùng hoạt động và dịch vụ được bật, trong khi Seafile được dựng quanh một khối lượng công việc hẹp hơn là đồng bộ và chia sẻ tệp.
Làm sao để chuyển từ Nextcloud sang Seafile?
Không có công cụ nhập tự động. Cách làm hiệu quả: cài Seafile, cài ứng dụng máy tính Seafile trên một máy có thể đọc thư mục dữ liệu Nextcloud của bạn, tạo một thư viện trên máy chủ Seafile, rồi để ứng dụng đẩy tệp vào đó dưới dạng khối. Lịch và danh bạ không đi cùng tệp. Bạn sẽ phải dựng một máy chủ CalDAV riêng như Radicale hoặc Baikal và đồng bộ lại từ điện thoại. Việc chuyển mất bao lâu tùy vào lượng dữ liệu và băng thông tải lên bạn có.
Syncthing có tốt hơn Nextcloud cho sao lưu ảnh không?
Trên di động thì không hẳn. Ứng dụng Android chính thức của Syncthing đã ngừng phát triển sau bản phát hành tháng 12 năm 2024, dù vẫn còn các lựa chọn Android do cộng đồng duy trì. iOS đến nay vẫn chưa có ứng dụng Syncthing chính thức với sao lưu ảnh nền kiểu Nextcloud. Nếu sao lưu tự động cuộn camera là trung tâm trong thiết lập của bạn, hãy coi hỗ trợ di động là một quyết định riêng thay vì mặc định rằng Syncthing thay thế được ứng dụng Nextcloud.
Tôi có thể chạy các giải pháp thay thế Nextcloud trên VPS giá rẻ không?
Có, nhưng hãy chọn quy mô VPS theo đúng công cụ và khối lượng công việc cụ thể, thay vì mặc định rằng một mức bộ nhớ hợp cho cả bốn. Seafile CE chính thức khuyến nghị ít nhất 2 GB RAM và 2 nhân CPU. Syncthing, AList và Cloudreve không đưa ra mức RAM tối thiểu cứng có thể so sánh trực tiếp cho những khối lượng công việc bàn tới ở đây, nên hãy bắt đầu từ yêu cầu triển khai của chúng và chừa dư địa cho kích thước thư viện, cơ sở dữ liệu và nền tảng lưu trữ của bạn.
Thảo luận
Bình luận
Đăng nhập để tham gia thảo luận.