Peka GATE mot ett repo så går din app live på en riktig URL, med servrarna, databasen, deploys och SSL skött åt dig. Beskriv vad den behöver i en config-fil, pusha till din branch, och ändringen är live. Ingen DevOps att anställa.
Inga servrar att hyra, ingen deploy-pipeline att bygga, inga certifikat att jaga. Du tar med koden och configen; GATE kör allt under den.
Ge GATE ett GitHub-repository. Ett kommando klonar det, registrerar det och ger det en live-adress. Du hyr ingen server, skapar ingen katalog och sätter inga rättigheter, och att köra det två gånger är ofarligt.
En enda gate.json namnger dina tjänster och om du vill ha en databas, en cache eller fillagring. Den filen plus din applikationskod är hela det du skriver.
Varje containerdefinition, tilldelad port, DNS-post, certifikat och proxyrutt genereras ur den enda filen och hålls utanför ditt repository. Du skriver dem aldrig, och du kan inte handredigera dem, vilket är därför de aldrig glider isär.
Att pusha skeppar den. Koden hämtas, dina databasmigrationer körs innan tjänsten startar, containrarna byggs om och sajten är live. Varje deploy loggas med status, commit och hur lång tid den tog.
Allt annat, containerdefinitionerna, portarna, proxyrutterna och certifikaten, genereras av GATE och ligger utanför ditt repository. Det är ingen konvention du förväntas följa: de filerna är inte dina att redigera.
Ett ord i konfigurationen ger dig en riktig databas, där PostgreSQL kan låsas till den version du vill ha och vektorsökning finns när du behöver den. En cache och S3-kompatibel fillagring deklareras på samma sätt.
Anslutningssträngar, portar och adresserna dina tjänster når varandra på fylls i åt dig. Allt som heter något med lösenord eller token genereras som ett långt slumpvärde. Bara äkta externa nycklar, till exempel en betalleverantör, skrivs in av en människa.
Eftersom varje del av infrastrukturen härleds ur det som ligger i ditt repository är att ångra en dålig deploy detsamma som att ångra committen. Det finns ingen separat konsol där dina servrar i tysthet glidit ifrån din kod.
En site kan spänna över mer än ett repository. Deras konfigurationer slås ihop till ett system som delar en databas och en cache, så en separat frontend och backend är fortfarande en deploy, med varje tjänst nåbar för de andra automatiskt.
Sajter byggs och körs på infrastruktur som driftas i Stockholm och ligger inom EU, i linje med GDPR.
Hosting är där byggandet landar. Samma kodningsagenter som öppnar pull requests driftsätter här, navigerar repot med kodbaskartor, trimmar live-designen genom visuell redigering, och kör på samma plattform som resten av ditt företag.
Nej. Du kopplar ett repository och beskriver vad appen behöver i en gate.json. Servrarna, databasen, nätverket och certifikaten är GATE:s sida av gränsen, och de genererade infrastrukturfilerna ligger utanför ditt repo där ingen kan handredigera dem till ett läge din kod inte beskriver.
En push till din default-branch deployar. Webhooken installeras när sajten sätts upp, så det finns inget att koppla efteråt: koden hämtas, migrationer körs innan tjänsten startar, containrarna byggs om, och deployen loggas med status, commit och tid.
Du återställer committen och pushar. Eftersom varje container, rutt och certifikat genereras ur det som ligger i repositoryt flyttar sig det körande systemet tillbaka när repositoryt gör det. Det finns ingen separat rollback-knapp, eftersom det inte finns något separat tillstånd att rulla tillbaka.
PostgreSQL, MySQL eller MongoDB, deklarerade med ett ord. PostgreSQL kan låsas till en huvudversion och kan bära vektorsökning för AI-funktioner. En Redis-cache och S3-kompatibel fillagring deklareras på samma sätt, och anslutningsuppgifterna injiceras i dina tjänster åt dig.
En gate.json i ditt repository: dina tjänster, och om du vill ha en databas, en cache, lagring eller egna domäner. Ta bort en domän ur den filen så rivs dess rutt och DNS-post vid nästa deploy, så filen förblir sanningen snarare än en startpunkt.
Ett GitHub-repository, och att en ägare av din GitHub-organisation godkänner GATE:s åtkomst en gång. Därefter är det självbetjäning. Externa API-nycklar, en betalleverantör eller en e-posttjänst, skrivs in av en människa snarare än genereras, eftersom bara du har dem.
Ja. Samma kodningsagenter som öppnar pull requests kan resa sajten och driftsätta den, så arbetet går från idé till live utan en separat överlämning till den som äger servrarna.
Endast via inbjudan medan vi tar ombord ett litet antal företag. Begär en inbjudan så hör vi av oss.