[fria24] Vilken teknik bör användas ?
Anders Wallenquist
anders.wallenquist at kreawit.se
Fre Okt 28 01:26:21 CEST 2005
Tim Terlegård wrote:
>>/ Är detta ett oss-projekt som det är tänkt att föreningens medlemmar ska
/>>/ utveckla/ta fram?
/>>/
/>>/
/>>/Vilken teknik bör användas ?
/>>/
/>>/
/>>/ Bra fråga, det finns så mycket att välja på...
/>>/
/>>/ Ska det enbart vara en webbplats eller ska man kunna använda tjocka
/>>/ klienter mot samma system? Här har Java kommit långt, men det är även på
/>>/ G i Zope/Python-världen.
/>>/
/>>/Har skrivit ihop en liten sammanställning av de krav som kommer behöva
/>>/lösas och ger förslag på hur de löses. Den är inte fullständig utan ett
/>>/första utkast för att igång diskussionen.
/>///
/>/ Angående Python. Plone ska man inte använda för att visa statiska sidor.
/>/ Det ska Apache eller Squid användas till. För python finns även andra
/>/ intressanta byggstenar. Twisted är det svårt att inte tycka om. Django
/>/ verkar också ganska trevligt. Det är lite som TurboGears, men innehåller
/>/ mer som t.ex. cachning.
/>/
/>/ Ruby vs Java. Jag har inte programmerat så mycket Ruby än, men av det
/>
>
>Java har fördelen med att mycket finns skrivet - det finns mycket
>bra att återanvända i det fallet.
Nackdelen med Java är att det inte är fritt, det vore väl bättre med en sann fri plattform?
Det är en kostnadsfråga också, Zope och JBoss är på många sätt bra verktyg men de är dyra
i deployment i jämförelse med exempelvis vanlig hederlig LAMP.
Konkurrenterna är DotNet och J2EE från den ofria världen och Fria24 borde kunna vara bättre
på alla fronter, standarduppfyllnad, helt fri, TCO, lättdriftad etc.
IMHO finns det tre plattformar som kan diskuteras: JBoss, Zope och Drupal. JBoss har nackdelen
av att vara ofri och inte riktigt lika bra som man kan hoppas på, Zope är bättre men fortfarande
ett ganska dyrt system (i mantid) för att bara införa, lång startsträcka och tuff driftmiljö.
Vartenda webbhotell erbjuder LAMP, men det är tunnsått med Zope och JBoss. En stor myndighet
med gott om pengar har inga problem att införa Zope och säkert göra fantastiska saker med Zope,
men den lilla kommunen har inte en chans. Det är inte helt självklart att JBoss eller Zope vinner
en TCO-jämförelse med t ex DotNet - kanske mot J2EE på Sun, men DotNet på billig Intel-plattform
kan vara tufft. SugarCRM som är LAMP finns redan på programverket.org, P som i PHP.
Har erfarenhet av kommuner och offentliga system, både stora och små. Min rekommendation är
att välja en plattform som även kan fungera hos de mindre, men skalbar för lite tuffare sammanhang.
Jag lägger min röst på Drupal.org, det är en LAMP-lösning, bra och enkel att utveckla i, kan driftas
av en liten organisation utan erfarenhet av Linux tidigare, går utmärkt att konfigurera med enbart
fria program på t ex Debian/Ubuntu-plattform. Det finns fina SOA/Webservices-kopplingar, klarar
ordentlig last, går att lastbalansera, E-handel, CRM, CMS med vattentäta skott mellan innehåll och
tema-motor, riktig begreppsapparatmotor med synonymhantering, Ajax-stöd
för feta klienter - är på alfa-stadium, men kul att ha när det kan vara tillräckligt stabilt för
professionella lösningar. Lätt att hitta utvecklare till, bra översättningssystem, stor internationell
användarförening med bra fart på utvecklingen.
Drupal kan levereras av många av de mindre konsultbolagen knutna till Linux-föreningen. JBoss kräver
certifiering och stora investeringar för att kunna bli leverantör av, Zope har jag jagat utvecklare
till i Sverige och det finns inte många...
Ubuntu innebär att en kommun kan få samma underhållsavtal som Red Hat Enterprise bas utan kostnad
i 18 eller 60 månader. Drupal är på inget sätt hårt knutet till Debian eller Ubuntu, men lösningen
kommer jämföras med real-life konkurrenter i alla aspekter och det gäller att skaffa så många
argument som möjligt. Att kunna välja en i verkligt mening helt fri plattform borde vara en poäng
det också.
Mina femtio öre
Anders Wallenquist
More information about the selinux-fria24
mailing list