[fria24] Vilken teknik bör användas ?

[Anders Lindbäck]

Anders Wallenquist wrote:
> Anders Lindbäck wrote:

>>Anders Wallenquist wrote:

>>>Anders Lindbäck wrote:

>>>>Dario Lopez-Kästen wrote:

>>>>>* Vad är fokus på detta projekt?
>>>>>
>>>>>- Att tillhandahålla "ut mot användaren-lösningar"
>>>>>
>>>>>eller
>>>>>
>>>>>- Att tillhandahålla lösningar som hanterar hela 24-timmars
>>>>>problematiken, där "ut mot användaren-lösningar" är en del av det stora
>>>>>hela.
>>>>>
>>>>>Hittills har vi diskuterat vad vi skall ha för teknik för de
>>>>>www-baserade lösnignarna som skall finna ut mot anvöndare, men det finns
>>>>>ganska mycket att göra innan man kommit så långt, inte minst att
>>>>>gränssnitta mot existerande system.

>>>>
>>>>I webbsidan om teknikval så finns det även med serversidan - den del som utför
>>>>tjänsterna - då kan det vara gamla IBM-system som tjänsterna körs i.
>>>>
>>>>Självklart måste systemet klara hela biten och där ut mot användaren
>>>>är en del av det hela. Dvs det behövs både webbgränssnitt och en
>>>>applikationserver för tjänsterna.
>>>>
>>>>T.ex. har skatteverket ca 10 000 000 kunder varav kanske 250 000 kan
>>>>vara inloggade samtidigt sista dagen då självdeklaratioen skall lämnas
>>>>in (om alla lämnar in den via nätet) och därför behövs att systemt
>>>>kan klara av sådan mängder med kunder. Det är många statliga myndigheter
>>>>som i praktiken har runt 10 miljoner potentiella kunder.  Tänker
>>>>man även på att andra länder kan välja systemet då kan vi tala
>>>>om potentiellt 1000 miljoner kunder(Kina). Det är viktigt att systemet
>>>>är skalbart och kan klara stora kundmassor genom att slänga mer
>>>>hårdvara på det.

>>>
>>>Men är det verkligen ETT system som vi söker som skall klara allt
>>>out-of-the-box?
>>>   
>>>
>>
>>Nej, vi skall bygga en plattform - med en mängd moduler där varje modul
>>klarar en sak.  Tänk på t.ex.  apache och alla de moduler om finns till den.
>>En kommun kan då välja och vraka mellan de moduler som finns och välja
>>de moduler som är rätt för den kommunen.
>>
>>Stockholms landsting spenderade nyligen 100 miljoner kr på att få alla
>>sina olika system att snacka med varandra. Att bygga en massa småsystem
>>är enkelt - det blir dock väldigt dyrt att knyta dem samman och behövs
>>väldigt mycket personal att underhålla alla dessa småsystem.
>> 
>>
> 
> Men det kostar 100 miljoner att bygga ETT system med hundra moduler för
> användning i alla sammanhang. Tror det är orimligt att ta på sig rollen
> som "systemutvecklare" och utveckla en helt EGEN plattform som inte
> existerar idag.
> 
> 
>>På projektets hemsida finns definitionen av vad Fria 24 är:
>>
>>"Fria 24-timmarsmyndigheten är ett öppet källkodsprojekt för att skapa en fri
>>och öppen teknisk plattform, på vilken det går att utveckla e-tjänster för
>>medborgarna. Fria 24-timmarmyndigheten kommer med en mängd enkla
>>standardtjänster för kommuner t ex bostadsförmedling, daghemskö, tomtkö och
>>dokumentsystem för åtkomst av offentliga handlingar."
>> 
>>
> 
> Det betyder inte att plattformen är identisk från botten och upp i
> daghemskösystemet som för dokumentsystemet avsett för skatteförvaltningen.


Själva plattformen bör vara identisk. Det som skall finnas i plattformen
är de delar som alla tjänster kommer att behöva. Men som jag sagt
tidigare - plattformen bör bestå av moduler som kan väljas in
och ut beroende på vilken behov som finns.  T.ex. modul med stöd för att
hantera att användarna kan logga in i systemet mha PKI så man
kan identifiera dem då de väljer barnhemskö eller deklarerar.
Det är någonting de flesta tjänster behöver och det vore dumt att
återutveckla för varje tjänst på nytt, speciellt med tanke
på den säkerhetsrisk en sådan modul kan innebära om den implementeras
med buggar.


Den miljö som dessa moduler av plattformen använder sig av
måste då i sin tur vara en modul eller tom en del av basplattformen.

I sin renaste form så kanske basplattformen bara blir apache.
En offentlig förvaltning utan några som helst e-tjänster med bara
statiska webbsidor och resten är moduler som man lägger till apache.
Men mera praktiskt så kommer nog identifiering av användaren
vara något som förmodligen bör ligga i basplattformen eftersom
så många tjänster kommer behöva den. Pga så får man in
allt som krävs för att köra den modulen. Implementeras
den i PHP så kommer förmodligen alla moduler som använder
den att implementeras i PHP för att det blir enklast.
Det finns inte så många som har bra och enkla kopplingar
mellan varandra. Samma sak gäller för Java, Ruby eller Python.

Så valet av hur vi väljer att utveckla dessa basmoduler
bestämmer även hur resten av systement kommer att använda sig
av.


> Integratörsmodellen innebär att man ansluter sig till något/några
> befintliga applikationer/projekt och adderar det som gör att systemet
> blir ett system för "daghemskö". Att köra "daghemskö"-systemet
> tillsammans med en liten/hanterbar kund/användare (mindre kommun i detta
> fall) innebär en större chans att lyckas/mindre riskexponering. Med ett
> hanterbart pilot-projekt kan man synliggöra konsekvenserna av öppna
> standarder och api och formulera "plattformen" utifrån struktur snarare
> än programspråk och klasser.


Sambruk har idag pilotprojekt för att titta på vissa tjänster. Den input
vi kan får via deras projekt kommer självklart vara intressant för
detta projekt med.

När projektet har kommit fram till en bas för plattformen så är det
bästa om vi då kunde göra något pilotprojekt och implementera en verklig
tjänst på plattformen. Innan dess så kan det mycket väl vara så att
vi inom projektet utvecklar en del enkla tjänster för att kunna dema
systemet för kommuner och visa hur det kan se ut.