<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"><channel><title>Blogg | 208.fi</title><link>https://208.fi/sv/blog/</link><description>Inlägg om den digitala säkerheten i alla internet-lager</description><generator>Hugo</generator><language>sv-FI</language><copyright>Project Organisation Helsinki</copyright><creativeCommons:license>https://creativecommons.org/licenses/by/4.0/</creativeCommons:license><lastBuildDate>Sat, 19 Sep 2026 16:45:00 +0300</lastBuildDate><atom:link href="https://208.fi/sv/blog/index.xml" rel="self" type="application/rss+xml"/><item><title>Hög tillgänglighet genom en distribuerad arkitektur</title><link>https://208.fi/sv/blog/h%C3%B6g-tillg%C3%A4nglighet/</link><pubDate>Sat, 19 Sep 2026 16:45:00 +0300</pubDate><guid>https://208.fi/sv/blog/h%C3%B6g-tillg%C3%A4nglighet/</guid><description>&lt;p&gt;Hög tillgänglighet innebär att tjänsten sannolikt är tillgänglig. När&#10;tjänsten distribueras till flera oberoende enheter ska en enda enhet&#10;besvara färre förfrågningar. Detta ger inte bara bättre prestanda&#10;eller svarstid, utan också bättre feltolerans. Om en av våra&#10;&lt;a href="https://208.fi/sv/begrepp/dns/"&gt;namnservrar&lt;/a&gt; skulle sakta ner eller blockeras skulle&#10;tjänsten fortsätta tack vare en annan namnserver.&lt;/p&gt;&#10;&lt;p&gt;I teorin spelar orsaken till enhetens fel egentligen ingen roll. Den&#10;mest sannolika &lt;q&gt;störningen&lt;/q&gt; av våra namnservrar är förmodligen&#10;regelbunden uppdatering av tjänstecontainrar och innehåll, vilket&#10;inaktiverar en server åt gången under en kort period. Eftersom&#10;funktionaliteten hos den uppdaterade tjänsten kontrolleras innan den&#10;nästa enhet uppdateras, kan maximalt en enhet förstöras. Om det&#10;behövs, kan den kan återställas till situationen före&#10;uppdateringen. Under den tiden håller de andra servrarna tjänsten&#10;tillgänglig. För oss sker allt detta automatiskt i &lt;a href="https://208.fi/sv/blog/eget-gitlab-erp/"&gt;vårt&#10;GitLab-baserade ERP-system&lt;/a&gt;.&lt;/p&gt;</description></item><item><title>Digital självständighet: Så byggdes vårt GitLab-ERP-system</title><link>https://208.fi/sv/blog/eget-gitlab-erp/</link><pubDate>Sat, 12 Sep 2026 16:30:00 +0300</pubDate><guid>https://208.fi/sv/blog/eget-gitlab-erp/</guid><description>&lt;p&gt;&lt;a href="https://projectorganisationhelsinki.fi/en/continuity/"&gt;Affärskontinuitetshantering&lt;/a&gt;&#10;är ett av våra affärsområden. Hur praktiserar vi det själva?&#10;Företagets &lt;q&gt;hjärna&lt;/q&gt; är ett &lt;em&gt;företagsresursplaneringssystem&lt;/em&gt;&#10;(&lt;span lang="en"&gt;enterprise resource planning system&lt;/span&gt;,&#10;ERP-system) som egentigen hanterar allt runt om affärsverksamheten,&#10;även publiceringen av detta blogginlägg.&lt;/p&gt;&#10;&lt;p&gt;På grund av tidigare erfarenheter valde vi GitLab. Därmed menar vi&#10;inte tjänsten &lt;a href="https://gitlab.com"&gt;gitlab.com&lt;/a&gt; utan&#10;&lt;a href="https://docs.gitlab.com/install/"&gt;inrättningen&lt;/a&gt; av det fria&#10;programmet i vårt privata nätverk.&lt;/p&gt;&#10;&lt;p&gt;För datasäkerhets skull förfoger vi över en privat LDAP-katalogtjänst&#10;och en privat certifikatauktoritet som utfärdar digitala certifikater.&#10;Samtliga containrar av våra tjänster utfärdas med hjälp av&#10;kontinuerlig integration och leverans i så kallade GitLab-pipelines&#10;som utförs i stängda &lt;code&gt;gitlab-runner&lt;/code&gt;-containrar i en isolerad&#10;omgivning. Tack vare vår centrala logganläggning har vi alltid en&#10;översikt på det distribuerade systemet. På liknande sätt fungerar&#10;också vår &lt;a href="https://208.fi/sv/produkter/gitlab/"&gt;GitLab-tjänst&lt;/a&gt; som vi erbjuder till våra&#10;kunder.&lt;/p&gt;</description></item></channel></rss>