ఉత్తమ Self-hosted Trello ప్రత్యామ్నాయాలు: పూర్తి పోలిక
Planka, Vikunja, Focalboard, Wekan మరియు Kanboard సాఫ్ట్వేర్లను పోల్చండి. వీటి RAM వినియోగం, డేటాబేస్ అవసరాలు, SSO ఫీచర్లు మరియు Trello డేటా ఇంపోర్ట్ సామర్థ్యాల గురించి తెలుసుకోండి.
మీరు ఏ self-hosted Trello ప్రత్యామ్నాయాన్ని ఎంచుకోవాలి?
మీ సమయాన్ని కేటాయించదగిన మూడు self-hosted Trello ప్రత్యామ్నాయాలు ఉన్నాయి: మీకు Trello బోర్డు మరియు దాని import ఫైల్ ఖచ్చితంగా కావాలంటే Planka, ఒక బృందానికి single sign-on మరియు బోర్డు కంటే ఎక్కువ ఫీచర్లు అవసరమైతే Vikunja, మరియు మీ VPS (virtual private server) చిన్నదిగా ఉంటే Kanboard ఎంచుకోండి. Focalboard పై కొత్త ప్రాజెక్ట్ను ప్రారంభించవద్దు. దాని standalone సర్వర్ 783 రోజులుగా ఎటువంటి కొత్త release ను పొందలేదు, మరియు దాని README ఇప్పుడు ఒక maintainer కోసం అడుగుతోంది.
Wekan అనేది ఇక్కడ ఉన్న 5 సాధనాల్లో ఐదవది. ఇది పనిచేస్తుంది, కానీ మిగిలిన అన్నింటితో పోలిస్తే ఇది చాలా ఎక్కువ memory ని వినియోగిస్తుంది. కింద ఉన్న ప్రతి version, licence మరియు తేదీని 5 August 2026 న తనిఖీ చేయడం జరిగింది.
ప్రతి బోర్డ్ టూల్కు ఎంత RAM అవసరం?
The data behind this chart
[
{
"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 గణాంకాలు. స్టాక్ ప్రారంభమైన నిమిషం తర్వాత docker stats నివేదించే సంఖ్యలు ఇవి. ప్లాన్ పరిమాణాన్ని నిర్ణయించడానికి వీటిని ఉపయోగించండి, ఆపై మీ స్వంత వినియోగాన్ని కొలవండి. ఖచ్చితమైన మెగాబైట్ల కంటే, వినియోగ తీరు (shape) ముఖ్యమైనది.
Kanboard కనీస అవసరం 70 MB, ఎందుకంటే ఇది PHP మరియు SQLite తో నడుస్తుంది. ఏ దీర్ఘకాలిక అప్లికేషన్ ప్రాసెస్ కూడా మీ బోర్డులను మెమరీలో ఉంచుకోదు, కాబట్టి అభ్యర్థనలు లేనప్పుడు కంటైనర్ దాదాపు ఏమీ వినియోగించదు. Vikunja అనేది 110 MB వద్ద నడిచే ఒకే Go బైనరీ, మరియు SQLite దీని డిఫాల్ట్ డేటాబేస్, కాబట్టి ఒకే కంటైనర్ మొత్తం స్టాక్గా పనిచేస్తుంది. Planka కు 280 MB అవసరం, ఎందుకంటే ఇది ఎల్లప్పుడూ రెండు కంటైనర్లను కలిగి ఉంటుంది: ఒక Node సర్వర్ మరియు PostgreSQL. Planka కు SQLite ఎంపిక లేదు, కాబట్టి డేటాబేస్ విషయంలో రాజీ పడలేము.
Wekan అనేది Meteor అప్లికేషన్ కాబట్టి ఇది 750 MB వద్ద ఉంటుంది. Meteor ఒక లైవ్ క్వెరీ లేయర్ను Node మెమరీలో ఉంచుతుంది మరియు ప్రతి బోర్డ్ మార్పును WebSocket ద్వారా తెరిచి ఉన్న ప్రతి బ్రౌజర్కు పంపుతుంది. కాబట్టి దీని మెమరీ వినియోగం స్థిరంగా ఉండకుండా, కనెక్ట్ అయిన వ్యక్తుల సంఖ్యను బట్టి పెరుగుతుంది. 1 GB VPS లో Wekan ప్రారంభమవుతుంది, కానీ కొందరు వ్యక్తులు పెద్ద బోర్డును తెరిచినప్పుడు వెంటనే ఆగిపోతుంది. దీని లక్షణం ఏమిటంటే, కంటైనర్ అదృశ్యమై exit code 137 తో తిరిగి వస్తుంది, దీనిని docker compose ps రీస్టార్ట్ లూప్గా చూపిస్తుంది. హోస్ట్ మెషీన్లో dmesg -T | grep -i "out of memory" ద్వారా దీనిని నిర్ధారించుకోండి, ఎందుకంటే kernel out-of-memory killer అప్లికేషన్కు ఎటువంటి సమాచారం ఇవ్వదు.
డేటాబేస్ డిపెండెన్సీ మీ బ్యాకప్ పనిలో సగం నిర్ణయిస్తుంది, కాబట్టి ప్రతి దాని గురించి క్లుప్తంగా ఇక్కడ ఉంది. Planka కు PostgreSQL అవసరం. Vikunja డిఫాల్ట్గా SQLite ను ఉపయోగిస్తుంది మరియు PostgreSQL, MySQL లేదా MariaDB లను కూడా సపోర్ట్ చేస్తుంది. Kanboard డిఫాల్ట్గా SQLite ను ఉపయోగిస్తుంది మరియు MySQL, MariaDB, PostgreSQL లను కూడా సపోర్ట్ చేస్తుంది. దీని డాక్యుమెంటేషన్ PostgreSQL ని సిఫార్సు చేస్తుంది మరియు NFS (network file system) పై SQLite ని వాడకూడదని హెచ్చరిస్తుంది. Focalboard డిఫాల్ట్గా SQLite ని ఉపయోగిస్తుంది. Wekan అనేది MongoDB వైర్ ప్రోటోకాల్ను ఉపయోగిస్తుంది. దీని డిఫాల్ట్ Compose ఫైల్ ఇప్పుడు నిజమైన MongoDB సర్వర్కు బదులుగా, ఎంబెడెడ్ SQLite బ్యాకెండ్తో FerretDB v1 ని అందిస్తుంది. మీకు కావాలంటే విడిగా MongoDB 7 Compose ఫైల్ కూడా అందుబాటులో ఉంది.
వీటిలో ఏ ప్రాజెక్టులు ఇప్పటికీ నిర్వహణలో ఉన్నాయి?
The data behind this chart
[
{
"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 బోర్డ్ అభివృద్ధిని ఒక ప్రత్యేక repository లోని plugin కి మార్చింది, మరియు standalone README ప్రకారం ఈ repository ప్రస్తుతం నిర్వహణలో లేదు. ఈ పోలికలో స్పష్టంగా "కాదు" అని చెప్పగలిగేది ఇదే. మిగిలినవన్నీ ఒక రకమైన సర్దుబాటుతో కూడినవి.
Planka యొక్క 109 రోజుల వయస్సు, ఏడాదికి కొన్ని releases ఇచ్చే ప్రాజెక్టుకు ఆరోగ్యకరమైనది. వెర్షన్ 2.1.1 ఏప్రిల్ 2026 నాటిది. Kanboard తనిఖీకి 12 రోజుల ముందు v1.2.53 ను విడుదల చేసింది, మరియు దానికి ముందు వచ్చిన రెండు releases మార్చి మరియు ఏప్రిల్ 2026లో వచ్చాయి.
Vikunja మరియు Wekan రెండూ తనిఖీ జరిగిన రోజునే releases విడుదల చేశాయి, అయితే ఈ రెండు విషయాలను మీరు భిన్నంగా అర్థం చేసుకోవాలి. Vikunja v2.5.0 ను ఒక సాధారణ minor release గా tag చేసింది. Wekan v10.65, v10.66 మరియు v10.67 లను ఒకే రోజున tag చేసింది, ఇది దాని సాధారణ పనితీరు. తరచుగా releases రావడం అంటే అది స్థిరమైన లక్ష్యం అని అర్థం కాదు. Wekan తో మీరు వేగంగా మారుతున్న వెర్షన్ నంబర్ను అనుసరించాలని ఎంచుకుంటున్నారు, కాబట్టి ప్రతి అప్డేట్కు ముందు tag ను pin చేయండి మరియు notes ను చదవండి.
మీకు కేవలం బోర్డు కంటే ఎక్కువ అవసరమా?
చాలా పోలికలు "ఇది Trello లాగా కనిపిస్తుంది" అనే మాటతో ఆగిపోతాయి. RAM కంటే ఈ అంశమే నిర్ణయాత్మకమైనది, ఎందుకంటే గడువు తేదీలు ఉన్న పనులకు బోర్డు సరైన పద్ధతి కాదు.
- Planka అనేది కేవలం బోర్డు సాధనం మాత్రమే: ప్రాజెక్ట్లు, బోర్డులు, లిస్టులు, కార్డులు, లేబుల్స్, చెక్లిస్టులు, కామెంట్లు మరియు అటాచ్మెంట్లు ఇందులో ఉంటాయి. ఆగస్టు 2026 నాటికి, క్యాలెండర్ మరియు మ్యాప్ వ్యూలు Pro ఫీచర్లుగా ఉన్నాయి.
- Vikunja ఒకే రకమైన టాస్క్ల సెట్పై నాలుగు రకాల వ్యూలను అందిస్తుంది: List, Kanban, Table మరియు Gantt. ఒక టాస్క్ ఒకేసారి ఉంటుంది, మీరు దాన్ని డూప్లికేట్ చేయకుండానే వ్యూని మార్చుకోవచ్చు.
- Kanboard అనేది work-in-progress పరిమితులు, సబ్-టాస్క్లు, అటాచ్మెంట్లు, కామెంట్లు, ఆటోమేటిక్ యాక్షన్లు మరియు ఫిల్టరింగ్ కోసం చిన్న క్వెరీ లాంగ్వేజ్ కలిగిన బోర్డు సాధనం. దీని హోమ్పేజీలోనే "ఫీచర్ల సంఖ్యను ఉద్దేశపూర్వకంగా పరిమితం చేశాము" అని ఉంది, ఇది దీనికి సరైన వివరణ.
- Wekan అనేది స్విమ్లేన్లు (swimlanes), చెక్లిస్టులు, కస్టమ్ ఫీల్డ్లు, REST (representational state transfer) API మరియు వెబ్హుక్స్ కలిగిన బోర్డు సాధనం.
- Focalboard ఒకే కార్డులపై బోర్డు, టేబుల్ మరియు క్యాలెండర్ వ్యూలను అందించేది. పూర్తి సమాచారం కోసం ఇక్కడ పేర్కొనబడింది.
మీకు నిజంగా కావాల్సింది టాస్క్ ట్రాకింగ్తో కూడిన వికీ (wiki) అయితే, ఇది సరైన పోలిక కాదు. BookStack, Wiki.js మరియు Outline ఆ అవసరాలను తీరుస్తాయి, మరియు self-hosted Notion ప్రత్యామ్నాయాలు ఆల్-ఇన్-వన్ వర్క్స్పేస్ అవసరాలను తీరుస్తాయి.
మల్టీ-యూజర్ యాక్సెస్ మరియు సింగిల్ సైన్-ఆన్
Planka ఉచిత Community ఎడిషన్లో OpenID Connect కు మద్దతు ఇస్తుంది. అధికారిక Compose ఫైల్లో ఈ సెట్టింగ్లు కామెంట్ చేయబడి ఉంటాయి, వాటిలో OIDC_ISSUER, OIDC_CLIENT_ID మరియు OIDC_CLIENT_SECRET ఉన్నాయి, కాబట్టి మీరు అప్గ్రేడ్ చేయడానికి బదులుగా వాటిని అన్కామెంట్ చేయాలి. మీ సంస్థ వెలుపలి వ్యక్తుల కోసం గెస్ట్ రోల్స్ అనేవి Pro ఫీచర్.
Vikunja ఒకేసారి అనేక ప్రొవైడర్లతో OpenID Connect కు మద్దతు ఇస్తుంది. VIKUNJA_AUTH_OPENID_ENABLED=true ను సెట్ చేసి, ఆపై ప్రతి ప్రొవైడర్కు ఒక VIKUNJA_AUTH_OPENID_PROVIDERS_<ID>_* వేరియబుల్స్ బ్లాక్ను జోడించండి. ఇందులో టీమ్స్ మరియు పర్-ప్రాజెక్ట్ షేరింగ్ కూడా ఉన్నాయి, ఇవే ఇరవై మంది సభ్యులున్న సంస్థకు నిజంగా అవసరమైనవి.
Wekan లో LDAP (lightweight directory access protocol), OAuth2, OIDC మరియు SAML కు మద్దతు ఉంది. Kanboard లో LDAP అంతర్నిర్మితంగా ఉంటుంది మరియు మిగిలిన వాటి కోసం ఒక సాధారణ OAuth2 ప్లగిన్ ఉంది, అదనంగా పర్-ప్రాజెక్ట్ రోల్స్ మరియు గ్రూప్స్ కూడా ఉన్నాయి. Focalboard యొక్క స్టాండలోన్ సర్వర్లో సింగిల్ సైన్-ఆన్ అసలు లేదు, దీన్ని పక్కన పెట్టడానికి ఇది రెండో కారణం.
వీటిలో దేనినైనా మీరు స్వయంగా నడుపుకునే Authentik ఐడెంటిటీ ప్రొవైడర్తో జత చేయవచ్చు, ఇది ఇరవై మందికి ప్రతి యాప్కు విడివిడిగా పాస్వర్డ్లు ఇవ్వడం కంటే మెరుగైన పరిష్కారం.
మీ Trello బోర్డులను మీరు ఇంపోర్ట్ చేయగలరా?
Planka లో ఇది చాలా సులభమైన పద్ధతి. Trello నుండి బోర్డును JSON ఫైల్గా ఎగుమతి చేయండి, Planka లో ఒక కొత్త బోర్డును సృష్టించండి, 'Import' పై క్లిక్ చేసి Trello ని ఎంచుకోండి. ముందుగా పరిమితులను చదవండి, ఎందుకంటే అవి వాస్తవమైనవి: వినియోగదారులు మరియు అటాచ్మెంట్లు ఇంపోర్ట్ అవ్వవు, ప్రతి కార్డ్కు ఒక చెక్లిస్ట్ మాత్రమే వస్తుంది, మరియు Trello యొక్క డిఫాల్ట్ JSON ఎగుమతి 1,000 యాక్షన్ల వద్ద ఆగిపోతుంది, అది డేటాను కత్తిరించినట్లు ఎటువంటి హెచ్చరిక ఇవ్వదు. ఫలితాన్ని నమ్మే ముందు ఫైల్ను మీరే స్వయంగా తనిఖీ చేసుకోండి.
Vikunja, Trello యొక్క OAuth ఫ్లో ద్వారా ఇంపోర్ట్ చేస్తుంది, ఇది Settings లోని "Import from other services" విభాగంలో ఉంటుంది. ప్రతి మైగ్రేటర్ ఐకాన్ కనిపించాలంటే ముందుగా దానిని కాన్ఫిగరేషన్లో ఎనేబుల్ చేయాలి, మరియు VIKUNJA_SERVICE_PUBLICURL ఖచ్చితంగా ఉండాలి, ఎందుకంటే OAuth రీడైరెక్ట్ సర్వర్ నుండి కాకుండా మీ బ్రౌజర్లో జరుగుతుంది. Vikunja, Todoist, Microsoft To Do, TickTick మరియు Wekan నుండి కూడా ఇంపోర్ట్ చేయగలదు.
Wekan, తన ఇంపోర్ట్ ఫారమ్లో పేస్ట్ చేసిన Trello బోర్డు JSON ను అంగీకరిస్తుంది. Kanboard లో అంతర్నిర్మిత Trello ఇంపోర్టర్ లేదు, మీరు ఏళ్ల తరబడి ఉన్న Trello హిస్టరీని తరలించాలనుకుంటే దీనిని వదిలేయడానికి ఇదే ప్రధాన కారణం.
మొబైల్ అనుభవం ఎలా ఉంటుంది?
ఈ ఐదింటిలో Vikunja మాత్రమే అధికారిక మొబైల్ యాప్లను కలిగి ఉంది. ప్రతి release తో పాటు Android మరియు iOS బిల్డ్లు అందుబాటులో ఉంటాయి. యాప్ రిపోజిటరీ తనను తాను alpha అని పేర్కొంటుంది, కాబట్టి దీనిని ప్రధాన మార్గంగా కాకుండా వెబ్ ఇంటర్ఫేస్కు తోడుగా పరిగణించండి. Planka కు ప్రాజెక్ట్ నుండి ఎటువంటి అధికారిక యాప్ లేదు, అయితే దీని వెబ్ ఇంటర్ఫేస్ రెస్పాన్సివ్గా ఉంటుంది మరియు థర్డ్-పార్టీ క్లయింట్లు అందుబాటులో ఉన్నాయి. Wekan మరియు Kanboard కేవలం వెబ్ ఆధారితమైనవి మాత్రమే. Kanboard యొక్క ఇంటర్ఫేస్ స్పష్టంగా డెస్క్టాప్ స్క్రీన్ కోసం రూపొందించబడింది.
లైసెన్స్ ప్రశ్న, మరియు Planka ఎందుకు భిన్నమైనది
Planka ఇప్పుడు ఓపెన్ సోర్స్ కాదు, చాలా పోలికల్లో ఈ విషయాన్ని విస్మరిస్తారు. ఇది MIT లైసెన్స్తో ప్రారంభమై, 2023లో AGPL-3.0కి మారింది, మరియు 2.0 సిరీస్ నుండి ఇది PLANKA Community License కింద విడుదలవుతోంది. ఇది PLANKA Software GmbH యాజమాన్యంలోని ఒక ఫెయిర్-కోడ్ (fair-code) లైసెన్స్. ఈ లైసెన్స్ OSI ఆమోదం పొందలేదు కాబట్టి, GitHub దీనిని "Other" అని చూపిస్తుంది. మీ సొంత అవసరాల కోసం దీనిని self-host చేసుకోవడం ఉచితం మరియు స్పష్టంగా అనుమతించబడింది; ఇది వ్యక్తిగత, అంతర్గత, లాభాపేక్షలేని మరియు విద్యాసంబంధిత వినియోగానికి వర్తిస్తుంది. దీనికి యాక్సెస్ను తిరిగి అమ్మడం లేదా ఇతర కంపెనీల కోసం సర్వీస్గా నడపడం వంటి వాటికి కమర్షియల్ లైసెన్స్ అవసరం.
ఇద్దరు వ్యక్తులకు ఇది సరైన ఒప్పందం కావచ్చు. కానీ ఒక కంపెనీ విషయానికి వస్తే, ఇరవై మంది ఉద్యోగుల పనిని దీనిపై ఆధారపడేలా చేసే ముందు ఈ నిబంధనలను చదవడం ముఖ్యం. మిగిలిన నాలుగు సాధారణ ఓపెన్ సోర్స్ సాఫ్ట్వేర్లు: Vikunja అనేది AGPL-3.0, Wekan మరియు Kanboard లు MIT, మరియు Focalboard అనేది Apache 2.0 మరియు AGPL-3.0 ల మిశ్రమం.
రెండు ఎంపికల కోసం పిన్ చేసిన Compose ఫైళ్లు
Image tag ను పిన్ చేయండి. latest అంటే తదుపరి docker compose pull మిమ్మల్ని ఒక major version నుండి మరొక దానికి మార్చగలదు, మరియు major versions సులభంగా వెనక్కి తీసుకోలేని database migrations ను అమలు చేస్తాయి. కింద ఉన్న రెండు ఫైళ్లు అసలైన release కు tag ను స్థిరపరిచిన upstream ఫైళ్లు.
SQLite పై Vikunja, ఒకే కంటైనర్:
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ముందుగా సరైన owner తో data directory ని సృష్టించండి, ఎందుకంటే కంటైనర్ UID 1000 గా రన్ అవుతుంది మరియు root-owned 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 లో సేవ running గా కనిపిస్తుంది, మరియు info endpoint ఒక version ఫీల్డ్ ఉన్న JSON ను తిరిగి ఇస్తుంది. ఇక్కడ Connection refused అని వస్తే కంటైనర్ ఆగిపోయిందని అర్థం. docker compose logs vikunja కారణాన్ని తెలియజేస్తుంది, మరియు database ఫైల్పై permission error రావడం సాధారణం.
PostgreSQL పై Planka, రెండు కంటైనర్లు:
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 హోస్ట్కు పబ్లిష్ చేయబడదు కాబట్టి ఇది సురక్షితం, కాబట్టి అదే Compose నెట్వర్క్లోని మరొక కంటైనర్ మాత్రమే దీనిని చేరుకోగలదు. postgres సేవకు ports: ఎంట్రీని జోడించవద్దు.
ఏ stack కూడా నేరుగా ఇంటర్నెట్కు బహిర్గతం కాకూడదు. రెండూ 127.0.0.1 కి bind అవుతాయి, కాబట్టి ముందు ఒక reverse proxy ని ఉంచి అక్కడ TLS (transport layer security) ను ముగించండి. మీరు ఒకటి కంటే ఎక్కువ సేవలను హోస్ట్ చేస్తున్నప్పుడు అనేక Compose అప్లికేషన్ల ముందు Traefik ఉంచడం సాధారణ పద్ధతి, మరియు Docker Compose ప్రాథమిక మార్గదర్శి ఈ పేజీలో వదిలేసిన ఫైళ్లలోని భాగాలను వివరిస్తుంది.
మీ బోర్డు ఒక డేటాబేస్, కాబట్టి బ్యాకప్ తీసుకోండి
ఒక బోర్డు టూల్ నిశ్శబ్దంగా విఫలమవుతుంది. వాల్యూమ్ పోయే వరకు ఎవరూ బ్యాకప్ లేకపోవడాన్ని గమనించరు, మరియు దెబ్బతిన్న SQLite ఫైల్ సాధారణంగానే ఓపెన్ అవుతుంది, కానీ database disk image is malformed వారాల తర్వాత లోపాలను చూపిస్తుంది.
లైవ్ SQLite ఫైల్ను ఎప్పుడూ cp తో కాపీ చేయవద్దు. కాపీ చేసే సమయంలోనే డేటా రాయబడుతుంటే, ఆర్కైవ్ పూర్తయినట్లు కనిపిస్తుంది కానీ రీస్టోర్ చేసినప్పుడు డేటాబేస్లో వరుసలు (rows) మిస్ అవుతాయి. కాపీ చేయడానికి పట్టే కొన్ని సెకన్ల పాటు సర్వీస్ను ఆపివేయండి:
docker compose stop vikunja
tar czf vikunja-$(date +%F).tgz files
docker compose start vikunjaPlanka కోసం, రన్ అవుతున్న క్లస్టర్ యొక్క డేటా డైరెక్టరీని కాపీ చేయడానికి బదులుగా PostgreSQL ను dump చేయండి, మరియు uploads వాల్యూమ్ను విడిగా తీసుకోండి, ఎందుకంటే అటాచ్మెంట్లు డేటాబేస్లో ఉండవు:
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 అసలైన వాల్యూమ్ పేరును ప్రింట్ చేస్తుంది, ఇది మీ Compose ప్రాజెక్ట్ పేరు మరియు దాని తర్వాత _data ఉంటుంది. లేని పేరును ఇస్తే అది ఖాళీ వాల్యూమ్ను సృష్టిస్తుంది మరియు ఎటువంటి ఎర్రర్ లేకుండా చెల్లుబాటు అయ్యే ఖాళీ ఆర్కైవ్ను ఇస్తుంది, కాబట్టి ఆ తర్వాత ఫైల్ పరిమాణాన్ని తనిఖీ చేయండి.
ఆ తర్వాత, దానిని ఒకసారి అదే బాక్స్లోని స్క్రాచ్ స్టాక్లోకి రీస్టోర్ చేయండి, మరియు మీకు గుర్తున్న ఒక కార్డును ఓపెన్ చేయండి. మీరు ఎప్పుడూ రీస్టోర్ చేయని బ్యాకప్ కేవలం ఒక అంచనా మాత్రమే. ఆర్కైవ్లను సర్వర్ నుండి బయటకు పంపండి, ఎందుకంటే మీరు రక్షిస్తున్న VPS లోనే నిల్వ చేసిన కాపీ బ్యాకప్ కాదు. VPS నుండి restic బ్యాకప్లు ఆ అంశాన్ని వివరిస్తుంది.
రెండు సిఫార్సులు
2 GB VPS పై ఇద్దరు వ్యక్తులు: Planka ను రన్ చేయండి. ఇది చూడటానికి మరియు పనితీరులో Trello కి అత్యంత దగ్గరగా ఉంటుంది, Trello ఇంపోర్ట్ అనేది మీరు డ్రాగ్ చేసే ఒక ఫైల్, మరియు 280 MB ఐడిల్ మెమరీ ఉండటం వల్ల 2 GB లో ఎక్కువ భాగం రివర్స్ ప్రాక్సీకి మరియు మీరు హోస్ట్ చేసే ఇతర వాటికి ఖాళీగా ఉంటుంది. కమ్యూనిటీ లైసెన్స్ ఇద్దరు వ్యక్తుల అంతర్గత బృందానికి ఎటువంటి ఖర్చు లేకుండా వర్తిస్తుంది. ఒకవేళ మీరు సోర్స్-అవైలబుల్ లైసెన్స్పై ఆధారపడకూడదనుకుంటే, అదే బాక్స్ కోసం 110 MB వద్ద SQLite పై నడిచే Vikunja ఓపెన్-సోర్స్ ఎంపిక.
ఒక సంస్థలో ఇరవై మంది వ్యక్తులు: PostgreSQL పై Vikunja ను రన్ చేయండి. ఆ పరిమాణంలో మీకు ఇరవై లోకల్ పాస్వర్డ్లకు బదులుగా OpenID Connect అవసరం, మీకు టీమ్లు మరియు ప్రాజెక్ట్ వారీగా షేరింగ్ అవసరం, మరియు చాలా పని బోర్డుపై సరిపోదు, కాబట్టి List, Table మరియు Gantt వ్యూలు కేవలం అదనపు ఫీచర్లుగా కాకుండా అవసరంగా మారతాయి. AGPL-3.0 అంటే సిబ్బంది సంఖ్య పెరిగేకొద్దీ లైసెన్స్ గురించి ఎటువంటి చర్చ ఉండదు. దీనికి SQLite కి బదులుగా PostgreSQL ఇవ్వండి, రివర్స్ ప్రాక్సీ వెనుక ఉంచండి, మరియు రోజువారీ డంప్ను ఆ సర్వర్ కాకుండా వేరే చోట భద్రపరచండి.
ఒకవేళ బాక్స్లో 1 GB కంటే తక్కువ RAM ఉంటే, పైన చెప్పినవి ఏవీ వర్తించవు. 70 MB వద్ద Kanboard ను ఎంచుకోండి, మీ Trello కార్డ్లను మళ్లీ టైప్ చేయాల్సి ఉంటుందని అంగీకరించండి, మరియు మీరు ఆదా చేసిన మెమరీని 2026 కోసం సెల్ఫ్-హోస్టింగ్ షార్ట్లిస్ట్ లోని వేరే దేనికైనా ఉపయోగించండి. మీరు ఎంచుకున్న ఏ టూల్ కైనా డీప్ ఇన్స్టాలేషన్ దాని స్వంత గైడ్లో ఉంటుంది. ఈ పేజీ కేవలం ఎంపిక కోసం మాత్రమే.
FAQ
ఏ self-hosted Trello ప్రత్యామ్నాయం తక్కువ RAMని వినియోగిస్తుంది?
Kanboard, సుమారు 70 MB idle RAMతో తక్కువగా ఉంటుంది, ఎందుకంటే ఇది PHP మరియు SQLite లతో పనిచేస్తుంది మరియు అభ్యర్థనల మధ్య మెమరీలో దేనినీ నిల్వ చేయదు. ఆ తర్వాత స్థానంలో Vikunja ఉంది, ఇది ఒకే Go binaryగా సుమారు 110 MBని తీసుకుంటుంది. Wekan సుమారు 750 MBతో ఎక్కువ RAMని తీసుకుంటుంది, ఎందుకంటే Meteor ప్రతి కనెక్ట్ అయిన బ్రౌజర్ కోసం Node మెమరీలో live query layerను ఉంచుతుంది. ఇవి సాధారణ అంచనాలు మాత్రమే, కాబట్టి మీ stack idleగా ఉన్నప్పుడు docker stats ఉపయోగించి మీ సర్వర్లో RAM వినియోగాన్ని స్వయంగా కొలవండి.
నేను నా Trello బోర్డులను self-hosted టూల్లోకి ఇంపోర్ట్ చేయగలనా?
Planka మరియు Wekan రెండూ Trello యొక్క JSON బోర్డ్ ఎగుమతిని నేరుగా స్వీకరిస్తాయి. Vikunja, Trello యొక్క OAuth flow ద్వారా ఇంపోర్ట్ చేస్తుంది, అయితే దీనిని ఉపయోగించే ముందు కాన్ఫిగరేషన్లో migratorను ఎనేబుల్ చేయాలి. Kanboardలో అంతర్నిర్మిత ఇంపోర్టర్ లేదు. మీరు గమనించాల్సిన రెండు పరిమితులు: Planka వినియోగదారులను లేదా అటాచ్మెంట్లను ఇంపోర్ట్ చేయదు మరియు ప్రతి కార్డ్కు ఒక చెక్లిస్ట్ను మాత్రమే అనుమతిస్తుంది; అలాగే Trello యొక్క డిఫాల్ట్ JSON ఎగుమతి 1,000 చర్యల తర్వాత సమాచారాన్ని కత్తిరిస్తుంది (truncate), దీని గురించి మీకు ఎటువంటి హెచ్చరిక రాదు.
2026లో Focalboard ఇంకా మంచి ఎంపికేనా?
కాదు. దీని చివరి standalone విడుదల v8.0.0, ఇది జూన్ 2024లో వచ్చింది. 5 ఆగస్టు 2026న ఈ పోలికను తనిఖీ చేసిన సమయానికి ఇది 783 రోజుల క్రితం నాటిది. ఈ రిపోజిటరీ ప్రస్తుతం నిర్వహణలో లేదని README పేర్కొంది. Mattermost బోర్డ్ అభివృద్ధిని కేవలం ఒక ప్రత్యేక రిపోజిటరీలోని ప్లగిన్గా మాత్రమే కొనసాగించింది, కాబట్టి మీరు self-host చేసే సర్వర్ భాగం అభివృద్ధి ఆగిపోయింది. దీనికి బదులుగా Planka లేదా Vikunjaను ఎంచుకోండి.
Planka ఇంకా open source లోనే ఉందా?
OSI నిర్వచనం ప్రకారం లేదు. Planka మొదట MIT లైసెన్స్లో ఉండేది, 2023లో AGPL-3.0కి మారింది, మరియు 2.0 వెర్షన్ నుండి PLANKA Community License కింద విడుదలవుతోంది. వ్యక్తిగత, అంతర్గత, లాభాపేక్ష లేని మరియు విద్యాసంబంధిత అవసరాలకు self-hosting ఉచితం. మూడవ పక్షాలకు సేవగా అందించడానికి లేదా యాక్సెస్ను విక్రయించడానికి వాణిజ్య లైసెన్స్ అవసరం. క్యాలెండర్ వ్యూ, గెస్ట్ రోల్స్ మరియు రికరింగ్ కార్డ్లు Pro టైర్ కింద అందుబాటులో ఉన్నాయి. మీకు ఖచ్చితంగా OSI-ఆమోదిత లైసెన్స్ కావాలంటే, Vikunja (AGPL-3.0) లేదా Kanboard (MIT)లను ఎంచుకోండి.
నాకు PostgreSQL అవసరమా, లేక SQLite సరిపోతుందా?
Vikunja, Kanboard మరియు Focalboard డిఫాల్ట్గా SQLiteను ఉపయోగిస్తాయి, ఇది ఒక సర్వర్పై కొద్దిమంది వినియోగదారులకు సరిపోతుంది. Plankaకు తప్పనిసరిగా PostgreSQL అవసరం, ఇందులో SQLite ఆప్షన్ లేదు. ఒకే సమయంలో ఎక్కువ మంది వినియోగదారులు డేటాను రాస్తున్నప్పుడు PostgreSQLకి మారండి, ఎందుకంటే SQLite రైటింగ్ ఆపరేషన్లను వరుస క్రమంలో (serialise) చేస్తుంది, దీనివల్ల బిజీగా ఉన్న instance database is locked ఎర్రర్లను ఇస్తుంది. SQLite ఫైల్ను నెట్వర్క్ షేర్లో ఉంచవద్దు: ఇదే కారణం చేత NFSపై SQLiteను ఉపయోగించవద్దని Kanboard డాక్యుమెంటేషన్ హెచ్చరిస్తుంది.