சிறந்த Self-hosted Trello மாற்றீடுகள்: ஒப்பீடு

எந்த self-hosted Trello மாற்றீட்டை நீங்கள் தேர்ந்தெடுக்க வேண்டும்?

Trello-வின் அதே board அமைப்பு மற்றும் அதன் import கோப்பு தேவைப்பட்டால் Planka, ஒரு குழுவிற்கு single sign-on மற்றும் board-ஐ விட கூடுதல் வசதிகள் தேவைப்பட்டால் Vikunja, மற்றும் VPS (virtual private server) சிறியதாக இருந்தால் Kanboard ஆகிய மூன்று self-hosted Trello மாற்றீடுகள் கவனத்திற்குரியவை. Focalboard-ல் புதிய திட்டத்தைத் தொடங்க வேண்டாம். அதன் standalone server-க்கு 783 நாட்களாக எந்த ஒரு release-ம் வரவில்லை, மேலும் அதன் README தற்போது ஒரு பராமரிப்பாளரை (maintainer) கோருகிறது.

இங்கே உள்ள 5 கருவிகளில் Wekan ஐந்தாவது ஆகும். இது வேலை செய்கிறது, ஆனால் மற்ற அனைத்தையும் விட பல மடங்கு அதிக memory-ஐப் பயன்படுத்துகிறது. கீழே உள்ள ஒவ்வொரு version, licence மற்றும் தேதி ஆகியவை 5 August 2026 அன்று சரிபார்க்கப்பட்டன.

ஒவ்வொரு board tool-க்கும் எவ்வளவு RAM தேவைப்படுகிறது?

[
  {
    "tool": "Planka + Postgres",
    "idle_memory_mb": 280
  },
  {
    "tool": "Vikunja + SQLite",
    "idle_memory_mb": 110
  },
  {
    "tool": "Focalboard + SQLite",
    "idle_memory_mb": 120
  },
  {
    "tool": "Wekan + FerretDB",
    "idle_memory_mb": 750
  },
  {
    "tool": "Kanboard + SQLite",
    "idle_memory_mb": 70
  }
]

இவை யாரும் பயன்படுத்தாத நிலையில், புதிதாக நிறுவப்பட்ட மென்பொருளின் இயல்பான idle பயன்பாட்டு அளவுகள் ஆகும். stack இயங்கத் தொடங்கிய ஒரு நிமிடத்திற்குப் பிறகு docker stats காட்டும் அளவீடு இது. ஒரு திட்டத்தை வடிவமைக்க இவற்றை அடிப்படையாகக் கொண்டு, பின்னர் உங்கள் பயன்பாட்டிற்கு ஏற்ப அளவீடு செய்யவும். துல்லியமான மெகாபைட் அளவை விட, பயன்பாட்டின் கட்டமைப்பு முக்கியமானது.

Kanboard-ன் குறைந்தபட்ச தேவை 70 MB ஆகும், ஏனெனில் இது PHP மற்றும் SQLite-ஐப் பயன்படுத்துகிறது. நீண்ட நேரம் இயங்கும் application process எதுவும் உங்கள் board-களை நினைவகத்தில் வைத்திருக்காது, எனவே கோரிக்கைகளுக்கு இடையில் container-ன் பயன்பாடு மிகக் குறைவாகவே இருக்கும். Vikunja என்பது 110 MB அளவுள்ள ஒரு Go binary ஆகும், இதில் SQLite இயல்பான database-ஆக இருப்பதால், ஒரே ஒரு container-ல் முழு stack-உம் இயங்கும். Planka-விற்கு 280 MB தேவைப்படுகிறது, ஏனெனில் இது எப்போதும் Node server மற்றும் PostgreSQL என இரண்டு container-களாக இயங்குகிறது. Planka-வில் SQLite வசதி இல்லாததால், database-ஐ மாற்ற முடியாது.

Wekan-ன் பயன்பாடு 750 MB ஆகும், ஏனெனில் இது ஒரு Meteor application. Meteor ஒரு live query layer-ஐ Node நினைவகத்தில் வைத்துக்கொண்டு, ஒவ்வொரு board மாற்றத்தையும் WebSocket வழியாக இணைக்கப்பட்டுள்ள அனைத்து browser-களுக்கும் அனுப்பும். இதனால், பயன்பாடு நிலையாக இருக்காமல், இணைக்கப்பட்டுள்ள பயனர்களின் எண்ணிக்கைக்கு ஏற்ப நினைவகப் பயன்பாடு அதிகரிக்கும். 1 GB RAM கொண்ட VPS-ல் Wekan தொடங்கும், ஆனால் சில பயனர்கள் பெரிய board-ஐத் திறக்கும்போது அது செயலிழந்துவிடும். இதன் அறிகுறியாக container மறைந்து, exit code 137 உடன் மீண்டும் தொடங்கும், இதை docker compose ps ஒரு restart loop-ஆகக் காட்டும். இதை host-ல் dmesg -T | grep -i "out of memory" மூலம் உறுதிப்படுத்தவும், ஏனெனில் kernel-ன் out-of-memory killer இது குறித்து application-க்கு எந்தத் தகவலையும் தெரிவிக்காது.

Database சார்ந்த சார்புநிலை உங்கள் backup பணிகளில் பாதியைத் தீர்மானிக்கிறது, எனவே அதன் விவரங்கள் இதோ. Planka-விற்கு PostgreSQL தேவை. Vikunja இயல்பாக SQLite-ஐப் பயன்படுத்துகிறது, மேலும் PostgreSQL மற்றும் MySQL அல்லது MariaDB-யையும் ஆதரிக்கிறது. Kanboard இயல்பாக SQLite-ஐப் பயன்படுத்துகிறது, மேலும் MySQL, MariaDB மற்றும் PostgreSQL-ஐயும் ஆதரிக்கிறது; இதன் ஆவணங்கள் PostgreSQL-ஐப் பரிந்துரைக்கின்றன மற்றும் NFS (network file system)-ல் SQLite-ஐப் பயன்படுத்துவதைத் தவிர்க்க எச்சரிக்கின்றன. Focalboard இயல்பாக SQLite-ஐப் பயன்படுத்துகிறது. Wekan, MongoDB wire protocol-ஐப் பயன்படுத்துகிறது. இதன் இயல்பான Compose கோப்பு இப்போது உண்மையான MongoDB server-க்கு பதிலாக, embedded SQLite backend கொண்ட FerretDB v1-ஐ வழங்குகிறது. உங்களுக்குத் தேவைப்பட்டால், தனித்த MongoDB 7 Compose கோப்பைப் பயன்படுத்தலாம்.

இவற்றில் எந்தெந்தத் திட்டங்கள் இன்னும் பராமரிக்கப்படுகின்றன?

[
  {
    "tool": "Planka 2.1.1",
    "release_age": 109
  },
  {
    "tool": "Vikunja 2.5.0",
    "release_age": 1
  },
  {
    "tool": "Focalboard 8.0.0",
    "release_age": 783
  },
  {
    "tool": "Wekan 10.67",
    "release_age": 1
  },
  {
    "tool": "Kanboard 1.2.53",
    "release_age": 12
  }
]

Focalboard 783 நாட்கள் என்ற கால இடைவெளியுடன் மற்றவற்றிலிருந்து மாறுபடுகிறது. அதன் கடைசி standalone release, v8.0.0, ஜூன் 2024-ல் வெளியானது. Mattermost, board உருவாக்கத்தை ஒரு தனி repository-ல் உள்ள plugin-ஆக மாற்றியுள்ளது. அந்த standalone README கோப்பு, இந்த repository தற்போது பராமரிக்கப்படவில்லை என்று குறிப்பிடுகிறது. இந்த ஒப்பீட்டில் "இல்லை" என்று உறுதியாகச் சொல்லக்கூடியது இது ஒன்றுதான். மற்ற அனைத்தும் ஒரு சமரசமே.

Planka-வின் 109 நாட்கள் என்பது, ஆண்டுக்குச் சில releases-களை வெளியிடும் ஒரு திட்டத்திற்கு ஆரோக்கியமான நிலையாகும். Version 2.1.1 ஏப்ரல் 2026-ல் வெளியானது. Kanboard, சரிபார்ப்பிற்கு 12 நாட்களுக்கு முன்பு v1.2.53-ஐ வெளியிட்டது; அதற்கு முந்தைய இரண்டு releases மார்ச் மற்றும் ஏப்ரல் 2026-ல் வந்தன.

Vikunja மற்றும் Wekan ஆகிய இரண்டுமே சரிபார்ப்பிற்கு ஒரு நாளுக்குள் புதிய releases-களை வெளியிட்டன. ஆனால், இந்த இரண்டு தகவல்களையும் நீங்கள் வெவ்வேறு விதமாகப் புரிந்துகொள்ள வேண்டும். Vikunja, v2.5.0-ஐ ஒரு சாதாரண minor release-ஆகக் குறிப்பிட்டது. Wekan, v10.65, v10.66 மற்றும் v10.67 ஆகியவற்றை ஒரே நாளில் வெளியிட்டது; இது அதன் வழக்கமான செயல்பாட்டு முறை. அடிக்கடி releases வருவதால் மட்டுமே அது ஒரு நிலையான இலக்கு என்று அர்த்தமல்ல. Wekan-ஐப் பயன்படுத்தும்போது, நீங்கள் வேகமாக மாறும் version number-ஐப் பின்தொடரத் தேர்ந்தெடுக்கிறீர்கள். எனவே, ஒவ்வொரு முறை update செய்யும்போதும் tag-ஐ pin செய்துவிட்டு, release notes-ஐப் படித்துப் பார்க்கவும்.

ஒரு பலகையை (board) விட அதிகமான வசதிகள் உள்ளனவா?

பெரும்பாலான ஒப்பீட்டு கட்டுரைகள் "இது Trello போல இருக்கிறது" என்பதோடு நின்றுவிடுகின்றன. RAM-ஐ விட இந்த அம்சம் மிக முக்கியமானது, ஏனெனில் காலக்கெடு (deadline) கொண்ட எந்தவொரு பணிக்கும் பலகை (board) ஒரு சிறந்த வடிவமைப்பு அல்ல.

• Planka என்பது ஒரு பலகை கருவி மட்டுமே: திட்டங்கள், பலகைகள், பட்டியல்கள், அட்டைகள், லேபிள்கள், சரிபார்ப்புப் பட்டியல்கள், கருத்துகள் மற்றும் இணைப்புகள் இதில் உள்ளன. ஆகஸ்ட் 2026 நிலவரப்படி, காலண்டர் மற்றும் வரைபடக் காட்சிகள் (map views) Pro அம்சங்களாக உள்ளன.
• Vikunja ஒரே பணித் தொகுப்பிற்கு நான்கு விதமான காட்சிகளை வழங்குகிறது: பட்டியல் (List), Kanban, அட்டவணை (Table) மற்றும் Gantt. ஒரு பணி ஒருமுறை மட்டுமே உருவாக்கப்படுகிறது, நீங்கள் அதை நகலெடுப்பதற்குப் பதிலாக காட்சியை மட்டும் மாற்றிக்கொள்ளலாம்.
• Kanboard என்பது பணி-முன்னேற்ற வரம்புகள் (work-in-progress limits), துணைப் பணிகள், இணைப்புகள், கருத்துகள், தானியங்கி செயல்பாடுகள் மற்றும் வடிகட்டுதலுக்கான சிறிய வினவல் மொழி (query language) கொண்ட பலகைகள் ஆகும். அதன் முகப்புப் பக்கத்திலேயே "வசதிகளின் எண்ணிக்கை வேண்டுமென்றே குறைவாக வைக்கப்பட்டுள்ளது" என்று குறிப்பிடப்பட்டுள்ளது, இதுவே அதன் சரியான விளக்கமாகும்.
• Wekan என்பது நீச்சல் பாதைகள் (swimlanes), சரிபார்ப்புப் பட்டியல்கள், தனிப்பயன் புலங்கள், REST (representational state transfer) API மற்றும் webhooks கொண்ட பலகைகள் ஆகும்.
• Focalboard ஒரே அட்டைகளின் மீது பலகை, அட்டவணை மற்றும் காலண்டர் காட்சிகளை வழங்கியது. முழுமைக்காக இது இங்கே பட்டியலிடப்பட்டுள்ளது.

உங்களுக்கு உண்மையில் தேவைப்படுவது பணி கண்காணிப்பு வசதியுடன் கூடிய ஒரு விக்கி (wiki) என்றால், இது சரியான ஒப்பீடு அல்ல. BookStack, Wiki.js மற்றும் Outline அந்த வடிவத்தை உள்ளடக்கியது, மேலும் சுயமாக ஹோஸ்ட் செய்யப்படும் Notion மாற்றுகள் அனைத்தும் ஒருங்கே அமைந்த பணித்தளங்களை (all-in-one workspace) உள்ளடக்கியவை.

பல்வேறு பயனர்களுக்கான அணுகல் மற்றும் single sign-on

Planka-வின் இலவச Community edition-ல் OpenID Connect வசதி உள்ளது. அதிகாரப்பூர்வமான Compose கோப்பில் இதற்கான அமைப்புகள் comment செய்யப்பட்ட நிலையில் உள்ளன; அவற்றில் OIDC_ISSUER, OIDC_CLIENT_ID மற்றும் OIDC_CLIENT_SECRET ஆகியவை அடங்கும். எனவே, நீங்கள் upgrade செய்வதற்குப் பதிலாக, அந்த வரிகளை uncomment செய்தால் போதுமானது. உங்கள் நிறுவனத்திற்கு வெளியே உள்ளவர்களுக்கான Guest roles வசதி Pro பதிப்பில் மட்டுமே கிடைக்கும்.

Vikunja ஒரே நேரத்தில் பல providers மூலம் OpenID Connect-ஐ ஆதரிக்கிறது. VIKUNJA_AUTH_OPENID_ENABLED=true என்பதை அமைத்த பிறகு, ஒவ்வொரு provider-க்கும் ஒரு தொகுதி VIKUNJA_AUTH_OPENID_PROVIDERS_<ID>_* மாறிகளை (variables) சேர்க்கவும். இதில் teams மற்றும் per-project sharing வசதிகள் உள்ளன; இவை இருபது பேர் கொண்ட ஒரு நிறுவனத்திற்குத் தேவையான அடிப்படை வசதிகளாகும்.

Wekan ஆனது LDAP (lightweight directory access protocol), OAuth2, OIDC மற்றும் SAML ஆகியவற்றை ஆதரிக்கிறது. Kanboard-ல் LDAP வசதி உள்ளமைக்கப்பட்டே (built-in) வருகிறது; மற்றவற்றுக்கு ஒரு பொதுவான OAuth2 plugin உள்ளது. மேலும், இதில் per-project roles மற்றும் groups வசதிகளும் உள்ளன. Focalboard-ன் standalone server-ல் single sign-on வசதி எதுவுமே இல்லை; இதைத் தவிர்ப்பதற்கு இது இரண்டாவது முக்கிய காரணமாகும்.

இவை அனைத்தையும் நீங்கள் சொந்தமாக இயக்கும் Authentik identity provider உடன் இணைக்கலாம். இருபது பேருக்கு ஒவ்வொரு செயலிக்கும் தனித்தனி கடவுச்சொற்களை வழங்குவதை விட, இதுவே சிறந்த தீர்வாகும்.

உங்கள் Trello boards-ஐ இறக்குமதி செய்ய முடியுமா?

Planka-வில் இதற்கான வழி மிகவும் எளிமையானது. Trello-விலிருந்து board-ஐ JSON கோப்பாக export செய்யவும், Planka-வில் ஒரு புதிய board-ஐ உருவாக்கவும், பின் Import என்பதைக் கிளிக் செய்து Trello-வைத் தேர்ந்தெடுக்கவும். முதலில் அதன் வரம்புகளைப் படித்துக்கொள்ளுங்கள், ஏனெனில் அவை முக்கியமானவை: பயனர்கள் மற்றும் இணைப்புகள் (attachments) இறக்குமதி செய்யப்படாது, ஒரு கார்டுக்கு ஒரு checklist மட்டுமே வரும், மேலும் Trello-வின் இயல்புநிலை JSON export 1,000 செயல்களுடன் நின்றுவிடும், அது பாதியில் நின்றது என்பதற்கான எச்சரிக்கை எதுவும் வராது. முடிவுகளை நம்புவதற்கு முன் கோப்பை நீங்களே சரிபார்க்கவும்.

Vikunja, Trello-வின் OAuth flow மூலம் இறக்குமதி செய்கிறது. Settings பகுதிக்குச் சென்று "Import from other services" என்பதைத் தேர்ந்தெடுக்கவும். ஒவ்வொரு migrator-ஐயும் அதன் icon தோன்றுவதற்கு முன்பாக config-ல் enable செய்ய வேண்டும். VIKUNJA_SERVICE_PUBLICURL சரியாக இருக்க வேண்டும், ஏனெனில் OAuth redirect உங்கள் browser-ல் நடக்கும், server-லிருந்து அல்ல. Vikunja, Todoist, Microsoft To Do, TickTick மற்றும் Wekan ஆகியவற்றிலிருந்தும் இறக்குமதி செய்யும் வசதியைக் கொண்டுள்ளது.

Wekan, அதன் import படிவத்தில் Trello board JSON-ஐ paste செய்தால் ஏற்றுக்கொள்கிறது. Kanboard-ல் உள்ளமைக்கப்பட்ட (built-in) Trello importer இல்லை. உங்களிடம் பல ஆண்டுகால Trello தரவுகள் இருந்தால், இதைக் கருத்தில் கொண்டு Kanboard-ஐத் தவிர்ப்பது நல்லது.

மொபைல் அனுபவம் எப்படி இருக்கும்?

ஐந்து கருவிகளில் Vikunja மட்டுமே அதிகாரப்பூர்வ மொபைல் செயலிகளைக் கொண்டுள்ளது. ஒவ்வொரு release-உடனும் Android மற்றும் iOS build-கள் வருகின்றன. செயலி களஞ்சியம் (repository) தன்னை ஒரு alpha பதிப்பாகவே குறிப்பிடுகிறது, எனவே இதை முதன்மை அணுகல் முறையாகக் கருதாமல், web interface-க்கு ஒரு துணையாகக் கருதவும். Planka-விற்குத் திட்டத்தின் சார்பில் அதிகாரப்பூர்வ செயலி இல்லை, இருப்பினும் அதன் web interface responsive ஆக உள்ளது மற்றும் மூன்றாம் தரப்பு client-களும் கிடைக்கின்றன. Wekan மற்றும் Kanboard ஆகியவை web-ல் மட்டுமே இயங்கும்; Kanboard-ன் interface தெளிவாக desktop திரைக்காகவே உருவாக்கப்பட்டுள்ளது.

உரிமம் தொடர்பான கேள்வி மற்றும் Planka ஏன் மாறுபடுகிறது

Planka இப்போது open source கிடையாது; பெரும்பாலான ஒப்பீடுகளில் இந்த உண்மை விடுபடுகிறது. இது MIT உரிமத்தின் கீழ் தொடங்கப்பட்டது, 2023-ல் AGPL-3.0-க்கு மாறியது, மேலும் 2.0 தொடரிலிருந்து இது PLANKA Community License-ன் கீழ் வெளியாகிறது (ships). இது PLANKA Software GmbH நிறுவனத்தால் நிர்வகிக்கப்படும் ஒரு fair-code உரிமம் ஆகும். இந்த உரிமம் OSI-ஆல் அங்கீகரிக்கப்படாததால், GitHub இதை "Other" என்று குறிப்பிடுகிறது. உங்கள் சொந்த பயன்பாட்டிற்காக இதை self-host செய்வது இலவசம் மற்றும் வெளிப்படையாக அனுமதிக்கப்படுகிறது; இது தனிப்பட்ட, உள்நாட்டு, இலாப நோக்கற்ற மற்றும் கல்வி சார்ந்த பயன்பாடுகளை உள்ளடக்கும். இதற்கு அணுகலை மறுவிற்பனை செய்வதற்கோ அல்லது பிற நிறுவனங்களுக்கு ஒரு சேவையாக (SaaS) இயக்குவதற்கோ வணிக உரிமம் (commercial licence) தேவை.

இரு நபர்களுக்கு இது ஒரு நியாயமான ஒப்பந்தம். ஒரு நிறுவனத்தைப் பொறுத்தவரை, இருபது பேரின் உழைப்பை இதில் முதலீடு செய்வதற்கு முன், இந்த நிபந்தனைகளை வாசிப்பது அவசியம். மற்ற நான்கு கருவிகளும் சாதாரண open source வகையைச் சேர்ந்தவை: Vikunja என்பது AGPL-3.0, Wekan மற்றும் Kanboard ஆகியவை MIT, மேலும் Focalboard என்பது Apache 2.0 மற்றும் AGPL-3.0 ஆகியவற்றின் கலவையாகும்.

இரண்டு தேர்விற்கான Pinned Compose கோப்புகள்

Image tag-ஐ Pin செய்யவும். latest என்பது அடுத்த docker compose pull-க்கு மாறும்போது major version மாற்றத்தை ஏற்படுத்தலாம், மேலும் major version மாற்றங்கள் எளிதில் மீள முடியாத database migrations-ஐ இயக்கும். கீழே உள்ள இரண்டு கோப்புகளும் உண்மையான release-க்கு tag செய்யப்பட்ட upstream கோப்புகள் ஆகும்.

SQLite-ல் Vikunja, ஒரு container:

services:
  vikunja:
    image: vikunja/vikunja:2.5.0
    restart: unless-stopped
    environment:
      VIKUNJA_SERVICE_PUBLICURL: https://tasks.example.com
      VIKUNJA_SERVICE_SECRET: replace-with-a-long-random-string
      VIKUNJA_SERVICE_TIMEZONE: Europe/Berlin
      VIKUNJA_DATABASE_TYPE: sqlite
      VIKUNJA_DATABASE_PATH: /app/vikunja/files/vikunja.db
    ports:
      - "127.0.0.1:3456:3456"
    volumes:
      - ./files:/app/vikunja/files

முதலில் சரியான உரிமையாளருடன் data directory-ஐ உருவாக்கவும், ஏனெனில் container UID 1000-ஆக இயங்குகிறது மற்றும் root-க்கு சொந்தமான directory-ல் எழுத முடியாது:

mkdir -p files && sudo chown 1000 files
docker compose up -d
docker compose ps
curl -sf http://127.0.0.1:3456/api/v1/info

சரியாக இயங்கும் stack-ல் service running என்று காட்டும், மேலும் info endpoint ஒரு version புலத்தைக் கொண்ட JSON-ஐத் தரும். இங்கே Connection refused என்று வந்தால், container வெளியேறிவிட்டது என்று அர்த்தம். docker compose logs vikunja அதற்கான காரணத்தைக் கூறும், database கோப்பில் அனுமதி மறுக்கப்படுவது (permission error) பொதுவான காரணமாகும்.

PostgreSQL-ல் Planka, இரண்டு containers:

services:
  planka:
    image: ghcr.io/plankanban/planka:2.1.1
    restart: unless-stopped
    volumes:
      - data:/app/data
    ports:
      - "127.0.0.1:3000:1337"
    environment:
      - BASE_URL=https://boards.example.com
      - DATABASE_URL=postgresql://postgres@postgres/planka
      - SECRET_KEY=replace-with-openssl-rand-hex-64
    depends_on:
      postgres:
        condition: service_healthy

  postgres:
    image: postgres:16-alpine
    restart: unless-stopped
    volumes:
      - db-data:/var/lib/postgresql/data
    environment:
      - POSTGRES_DB=planka
      - POSTGRES_HOST_AUTH_METHOD=trust
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U postgres -d planka"]
      interval: 10s
      timeout: 5s
      retries: 5

volumes:
  data:
  db-data:

POSTGRES_HOST_AUTH_METHOD=trust என்பது PostgreSQL கடவுச்சொல் இல்லாமல் எந்த இணைப்பையும் ஏற்கும் என்று அர்த்தம். database port host-க்கு வெளியிடப்படாததால் மட்டுமே இது பாதுகாப்பானது, எனவே அதே Compose network-ல் உள்ள மற்றொரு container மட்டுமே அதை அணுக முடியும். postgres service-க்கு ports: உள்ளீட்டைச் சேர்க்க வேண்டாம்.

எந்த stack-ம் நேரடியாக இணையத்தை எதிர்கொள்ளக்கூடாது. இரண்டுமே 127.0.0.1-ல் bind செய்யப்படுகின்றன, எனவே முன்னால் ஒரு reverse proxy-ஐ வைத்து TLS (transport layer security)-ஐ அங்கே முடிக்கவும். நீங்கள் ஒன்றுக்கும் மேற்பட்டவற்றை host செய்யும்போது பல Compose apps-க்கு முன்னால் Traefik பயன்படுத்துவது வழக்கமான முறையாகும், மேலும் Docker Compose அடிப்படை வழிகாட்டி இந்தப் பக்கத்தில் விடுபட்ட கோப்புகளின் பகுதிகளை விளக்குகிறது.

உங்கள் board ஒரு database, எனவே அதை backup செய்யுங்கள்

ஒரு board கருவி அமைதியாகச் செயலிழக்கக்கூடும். ஒரு volume காணாமல் போகும் வரை யாரும் backup இல்லாததை கவனிக்க மாட்டார்கள். சேதமடைந்த SQLite கோப்பு சாதாரணமாகத் திறக்கும், ஆனால் database disk image is malformed வாரங்களுக்குப் பிறகு பிழையை வெளிப்படுத்தும்.

நேரலையில் இயங்கும் SQLite கோப்பை ஒருபோதும் cp மூலம் நகலெடுக்காதீர்கள். நகலெடுக்கும்போது தரவு எழுதப்பட்டுக் கொண்டிருக்கலாம், இதனால் காப்பகம் முழுமையாகத் தெரிந்து, மீட்டெடுக்கும்போது சில வரிசைகள் (rows) விடுபட்ட database-ஆக மாறக்கூடும். நகலெடுக்கும் சில நொடிகள் மட்டும் service-ஐ நிறுத்தி வைக்கவும்:

docker compose stop vikunja
tar czf vikunja-$(date +%F).tgz files
docker compose start vikunja

Planka-விற்கு, இயங்கும் cluster-ன் data directory-ஐ நகலெடுப்பதற்குப் பதிலாக PostgreSQL-ஐ dump செய்யுங்கள். இணைப்புகள் (attachments) database-ல் சேமிக்கப்படுவதில்லை என்பதால், uploads volume-ஐத் தனியாக backup எடுங்கள்:

docker compose exec -T postgres pg_dump -U postgres -Fc planka > planka-db.dump
docker volume ls
docker run --rm -v planka_data:/data -v "$PWD":/backup alpine \
  tar czf /backup/planka-files.tgz -C /data .

docker volume ls உண்மையான volume பெயரை அச்சிடும். இது உங்கள் Compose project பெயருடன் _data இணைந்திருக்கும். இல்லாத ஒரு பெயரை வழங்கினால், அது காலியான volume-ஐ உருவாக்கி, பிழை ஏதுமின்றி காலியான காப்பகத்தை மட்டுமே தரும். எனவே, கோப்பின் அளவைச் சரிபார்க்கவும்.

பின்பு, அதே server-ல் ஒரு தற்காலிக stack-ல் அதை ஒருமுறை மீட்டெடுத்து, உங்களுக்குத் தெரிந்த ஒரு card-ஐத் திறந்து பார்க்கவும். நீங்கள் ஒருமுறை கூட மீட்டெடுத்துப் பார்க்காத backup என்பது வெறும் ஊகம் மட்டுமே. காப்பகங்களை server-க்கு வெளியே அனுப்பி வையுங்கள், ஏனெனில் நீங்கள் பாதுகாக்கும் அதே VPS-ல் சேமிக்கப்படும் நகல் ஒரு உண்மையான backup ஆகாது. VPS-லிருந்து restic backups எடுப்பது குறித்த பகுதி இதைப் பற்றி விளக்குகிறது.

இரண்டு பரிந்துரைகள்

2 GB VPS-ல் இருவர் பயன்படுத்தினால்: Planka-வை இயக்கவும். இது பார்ப்பதற்கும் செயல்படுவதற்கும் Trello-வை ஒத்திருக்கும். Trello-விலிருந்து தரவுகளை இறக்குமதி செய்ய ஒரு கோப்பை இழுத்து விட்டால் போதும். 280 MB idle memory மட்டுமே தேவைப்படுவதால், மீதமுள்ள பெரும்பாலான 2 GB இடத்தை reverse proxy மற்றும் பிற சேவைகளுக்குப் பயன்படுத்தலாம். Community License மூலம் இருவர் கொண்ட குழுவிற்கு எந்தக் கட்டணமும் இன்றி இதைப் பயன்படுத்த முடியும். source-available உரிமத்தைச் சார்ந்திருக்க விரும்பவில்லை எனில், 110 MB அளவில் இயங்கும் SQLite-உடன் கூடிய Vikunja சிறந்த open-source தேர்வாகும்.

ஒரு நிறுவனத்தில் இருபது பேர் இருந்தால்: PostgreSQL-ல் Vikunja-வை இயக்கவும். இந்த அளவில் இருபது தனித்தனி கடவுச்சொற்களுக்குப் பதிலாக OpenID Connect தேவைப்படும். குழுக்கள் மற்றும் திட்ட வாரியான பகிர்வு அவசியம். மேலும், பெரும்பாலான பணிகள் ஒரு பலகையில் (board) அடங்காது என்பதால், List, Table மற்றும் Gantt காட்சிகள் வெறும் கூடுதல் வசதியாக மட்டும் இருக்காது. AGPL-3.0 உரிமம் இருப்பதால், பணியாளர்களின் எண்ணிக்கை அதிகரிக்கும்போது உரிமம் தொடர்பான சிக்கல்கள் இருக்காது. இதற்கு SQLite-க்கு பதிலாக PostgreSQL-ஐப் பயன்படுத்தவும், ஒரு reverse proxy-க்கு பின்னால் வைக்கவும், தினசரி தரவு நகலை (daily dump) அந்த server-க்கு வெளியே எங்காவது சேமிக்கவும்.

server-ன் RAM 1 GB-க்கும் குறைவாக இருந்தால், மேற்கூறிய இரண்டுமே பொருந்தாது. 70 MB அளவில் இயங்கும் Kanboard-ஐத் தேர்ந்தெடுக்கவும். Trello கார்டுகளை மீண்டும் தட்டச்சு செய்ய வேண்டியிருக்கும் என்பதை ஏற்றுக்கொண்டு, மிச்சமாகும் நினைவகத்தை 2026-க்கான self-hosting பரிந்துரைப் பட்டியல்-ல் உள்ள பிற சேவைகளுக்குப் பயன்படுத்தவும். நீங்கள் தேர்ந்தெடுக்கும் எந்தக் கருவியையும் நிறுவுவதற்கான விரிவான வழிகாட்டி அதற்கெனத் தனித்தனியாக உள்ளது. இந்தப் பக்கம் வெறும் தேர்வு செய்வதற்கான வழிகாட்டி மட்டுமே.

FAQ

எந்த self-hosted Trello மாற்றீடு மிகக் குறைந்த RAM-ஐப் பயன்படுத்துகிறது?

Kanboard, தோராயமாக 70 MB idle RAM-ஐப் பயன்படுத்துகிறது. இது PHP மற்றும் SQLite-ஐப் பயன்படுத்துவதால், கோரிக்கைகளுக்கு இடையே நினைவகத்தில் எதையும் சேமிப்பதில்லை. அடுத்ததாக, Vikunja ஒரு single Go binary-ஆக சுமார் 110 MB-ஐப் பயன்படுத்துகிறது. Wekan அதிக நினைவகத்தை எடுத்துக்கொள்ளும்; இது சுமார் 750 MB-ஐப் பயன்படுத்துகிறது. ஏனெனில், Meteor ஒவ்வொரு இணைக்கப்பட்ட browser-க்கும் Node நினைவகத்தில் ஒரு live query layer-ஐப் பராமரிக்கிறது. இவை பொதுவான அளவீடுகள் மட்டுமே, உத்தரவாதம் அல்ல என்பதால், stack idle நிலையில் இருக்கும்போது docker stats மூலம் உங்கள் server-ன் பயன்பாட்டை நீங்களே அளவிடவும்.

எனது Trello board-களை self-hosted கருவிக்கு import செய்ய முடியுமா?

Planka மற்றும் Wekan ஆகிய இரண்டும் Trello-வின் JSON board export-ஐ நேரடியாக ஏற்றுக்கொள்கின்றன. Vikunja, Trello-வின் OAuth flow வழியாக import செய்கிறது; இதற்கான migrator-ஐ interface-ல் பார்ப்பதற்கு முன் config-ல் enable செய்ய வேண்டும். Kanboard-ல் உள்ளமைக்கப்பட்ட importer வசதி இல்லை. கவனிக்க வேண்டிய இரண்டு வரம்புகள்: Planka பயனர்களையோ அல்லது இணைப்புகளையோ (attachments) import செய்யாது, மேலும் ஒரு card-க்கு ஒரு checklist-ஐ மட்டுமே கையாளும். Trello-வின் default JSON export, 1,000 actions-க்கு மேல் இருந்தால் எச்சரிக்கை இன்றி தரவுகளைத் துண்டித்துவிடும் (truncate).

2026-ல் Focalboard ஒரு சிறந்த தேர்வா?

இல்லை. இதன் கடைசி standalone release, v8.0.0, ஜூன் 2024-ல் வெளியானது. இது 5 ஆகஸ்ட் 2026 அன்று இந்த ஒப்பீடு சரிபார்க்கப்பட்டபோது 783 நாட்களுக்கு முந்தையது. மேலும், இந்த repository தற்போது பராமரிக்கப்படவில்லை என்று README-ல் குறிப்பிடப்பட்டுள்ளது. Mattermost, board மேம்பாட்டை ஒரு தனி repository-ல் plugin-ஆக மட்டுமே தொடர்கிறது, எனவே நீங்கள் self-host செய்யும் server பகுதி நிறுத்தப்பட்டுவிட்டது. அதற்குப் பதிலாக Planka அல்லது Vikunja-வைத் தேர்வு செய்யவும்.

Planka இன்னும் open source-ஆ?

OSI வரையறைப்படி இல்லை. Planka முதலில் MIT உரிமத்தில் இருந்தது, 2023-ல் AGPL-3.0-க்கு மாறியது, மேலும் 2.0 பதிப்பிலிருந்து PLANKA Community License-ன் கீழ் வெளியாகிறது. தனிப்பட்ட, உள்நாட்டு, இலாப நோக்கமற்ற மற்றும் கல்வி பயன்பாட்டிற்கு self-hosting இலவசம். மூன்றாம் தரப்பினருக்குச் சேவையாக வழங்குவதற்கோ அல்லது access-ஐ விற்பனை செய்வதற்கோ வணிக உரிமம் (commercial licence) தேவை. மேலும், calendar view, guest roles மற்றும் recurring cards ஆகியவை Pro tier-ல் உள்ளன. OSI-அங்கீகரிக்கப்பட்ட உரிமம் உங்களுக்குக் கட்டாயம் என்றால், Vikunja (AGPL-3.0) அல்லது Kanboard (MIT) சிறந்தவை.

எனக்கு PostgreSQL தேவையா, அல்லது SQLite போதுமானதா?

Vikunja, Kanboard மற்றும் Focalboard ஆகியவை default-ஆக SQLite-ஐப் பயன்படுத்துகின்றன. ஒரு server-ல் சில பயனர்கள் மட்டும் இருந்தால் இது போதுமானது. Planka-விற்கு PostgreSQL கட்டாயம், இதில் SQLite வசதி இல்லை. பல பயனர்கள் ஒரே நேரத்தில் தரவுகளைப் பதிவேற்றும்போது PostgreSQL-க்கு மாறவும், ஏனெனில் SQLite எழுதும் பணிகளை வரிசைப்படுத்தும் (serialise). ஒரு busy instance database is locked பிழையைத் தரக்கூடும். SQLite கோப்பை network share-ல் வைக்க வேண்டாம்: Kanboard ஆவணங்கள் இதே காரணத்திற்காக NFS-ல் SQLite-ஐப் பயன்படுத்த வேண்டாம் என்று எச்சரிக்கின்றன.