Levarne bouwt software in de cloud. Bij cloud wordt vaak gedacht aan infrastructuur of het flexibel gebruik van computer infrastructuur. Levarne maakt echter gebruik van de software diensten op de cloud. Dat noemen we Cloud Native Applicaties. Tijdens het ontwikkelen van verschillende applicaties hebben we veel gebruikte software blokken benoemd en deze samengebundeld in een product, de Accelerator. Met deze bundeling starten we elke nieuwe applicatie, zowel voor Web als voor Mobile. De Accelerator code is de lijm tussen de klant applicatie en de software services van cloud providers zoals Amazon, Microsoft of Google. We zorgen dat onze lijm blijft werken in de continue veranderende diensten van deze aanbieders. Als je een nieuwe applicatie wilt laten ontwikkelen, wil je het liefste zo snel mogelijk resultaat. Levarne gebruikt de blokken om de doorlooptijd van je applicatie te verkorten. Hoe dit werkt? Dit product kan worden ingezet als basis voor elke nieuwe applicatie. Hieronder staat beschreven welke functionaliteiten er in ons product zitten. Welke functionaliteiten er nodig zijn hangt geheel af van de wens van klant.
Door de bouwblokken te benoemen wordt de complexiteit direct duidelijk. Zonder sterk fundament worden toekomstige functionaliteiten onnodig kostbaar waarbij de tijd om tot een resultaat te komen ook een risico vormt.
User identity management en Policies
Het implementeren van gebruikersbeheer functie om gebruikers bepaalde mogelijkheden bieden en hun rollen in de applicatie te beheren. Login door middel van social login of email login. Lost password flow, gebruikersdata losgekoppeld van de gebruiker. Inloggen met QR code, mobile in combinatie met desktop schermen.
De policies gelden voor alle applicaties die gebruik maken van de pool van gebruikers. Dus alle policies gelden ook voor alle applicaties en applicatiefuncties. Door een administratie-schil te introduceren, ook weer gebonden aan dezelfde mechanismen, worden gebruikers notificeren, aanmaken of aanpassen eenvoudige processen.
Back-end App functions
De activiteiten en processen die plaatsvinden aan de server-kant van een software applicatie. Deze functies zijn verantwoordelijk voor de afhandeling van data opslag, de verwerking, het ophalen en ook de algemene functionaliteit en logica van de applicatie.
Security
Onze software lagen draaien op infrastructuur van publieke cloud providers. Deze partijen hebben de onderliggende lagen sterk begrensd in gebruik en beveiligd tegen hacking / misbruik. Gebruik van specifieke netwerkverbindingen tussen software componenten en bijvoorbeeld API’s voor verschillende gebruikersgroepen voorkomt misbruik en onbeheersbaarheid. Indien User Identity is ingevoerd kan door policy management, rechten en toegang direct worden toegepast zonder code wijzigingen. Door de policies toe te passen op applicatie services of back-end functies, worden security en beveiliging persoonsgegevens een ontwerp kwestie in plaats van bedrijfsrisico’s.
Directory- en App services
Hart van een software product als het gaat om rollen, rechten en verschillende applicaties die dezelfde data benutten. Een App service voorbeeld is een matrix van gebruikers en applicatiefuncties of gebruikers flows.
Data Exchange en Data Storage
Elke applicatie waar data in wordt gevoerd heeft behoefte aan een vorm van data delen. Ook wordt de invoer niet alleen door gebruikers gedaan, er kunnen ook externe data bronnen of API’s worden geraadpleegd. Het uitwisselen en wellicht ook verrijken van datastromen is standaard functionaliteit. Data Exchange en Data Storage zijn onlosmakend verbonden aan integraties met derde partijen. Dus eenvoudige API’s voor integraties met andere softwarepakketten.
Notification services
Elke applicatie kan gebruik maken van signalen. Denk aan email, mobiele notificatie, Chrome notificatie, alles om in een gebruikers flow aandacht te vragen met behulp van data en events.
Architectuur en AVG / GDPR
Levarne levert een beveiligde architectuur met The General Data Protection Regulation Regulation (EU) 2016/679 (GDPR) als uitgangspunt. "Er worden geen individuele gebruikersgegevens opgeslagen in de buurt van de identiteit van de gebruiker." De Algemene Verordening Gegevensbescherming (AVG) heeft zeven ontwerpprincipes:
Administration
Alle mogelijke instellingen, teksten, wijzigingen in de applicatie flow zitten in dit blok. Dit hangt sterk af van de keuzes die gemaakt zijn in de front-end.
Payment
Voor applicaties die checkout, betalingen of abonnementen nodig hebben. Als de applicaties iets met commercie te maken hebben, zijn verschillende veilige betalingsopties een must. De meest gebruikelijke systemen waarmee we werken zijn Mollie, Stripe, PayPal en Apple Pay. We kunnen echter bijna elke betalingsmethode integreren. De verscheidenheid aan betalingssystemen zal transacties voor de gebruikers vergemakkelijken en jouw applicaties beoordeling verhogen. Betalingssysteem Integratie heeft twee kanten: mogelijkheid om betalingen te doen voor de gebruikers en de mogelijkheid om betalingen te beheren voor de beheerders, in het geval dat je een betalingssysteem integreert.
Het implementeren van gebruikersbeheer functie om gebruikers bepaalde mogelijkheden bieden en hun rollen in de applicatie te beheren. Login door middel van social login of email login. Lost password flow, gebruikersdata losgekoppeld van de gebruiker. Inloggen met QR code, mobile in combinatie met desktop schermen.
De policies gelden voor alle applicaties die gebruik maken van de pool van gebruikers. Dus alle policies gelden ook voor alle applicaties en applicatiefuncties. Door een administratie-schil te introduceren, ook weer gebonden aan dezelfde mechanismen, worden gebruikers notificeren, aanmaken of aanpassen eenvoudige processen.
De activiteiten en processen die plaatsvinden aan de server-kant van een software applicatie. Deze functies zijn verantwoordelijk voor de afhandeling van data opslag, de verwerking, het ophalen en ook de algemene functionaliteit en logica van de applicatie.
Onze software lagen draaien op infrastructuur van publieke cloud providers. Deze partijen hebben de onderliggende lagen sterk begrensd in gebruik en beveiligd tegen hacking / misbruik. Gebruik van specifieke netwerkverbindingen tussen software componenten en bijvoorbeeld API’s voor verschillende gebruikersgroepen voorkomt misbruik en onbeheersbaarheid. Indien User Identity is ingevoerd kan door policy management, rechten en toegang direct worden toegepast zonder code wijzigingen. Door de policies toe te passen op applicatie services of back-end functies, worden security en beveiliging persoonsgegevens een ontwerp kwestie in plaats van bedrijfsrisico’s.
Hart van een software product als het gaat om rollen, rechten en verschillende applicaties die dezelfde data benutten. Een App service voorbeeld is een matrix van gebruikers en applicatiefuncties of gebruikers flows.
Elke applicatie waar data in wordt gevoerd heeft behoefte aan een vorm van data delen. Ook wordt de invoer niet alleen door gebruikers gedaan, er kunnen ook externe data bronnen of API’s worden geraadpleegd. Het uitwisselen en wellicht ook verrijken van datastromen is standaard functionaliteit. Data Exchange en Data Storage zijn onlosmakend verbonden aan integraties met derde partijen. Dus eenvoudige API’s voor integraties met andere softwarepakketten.
Elke applicatie kan gebruik maken van signalen. Denk aan email, mobiele notificatie, Chrome notificatie, alles om in een gebruikers flow aandacht te vragen met behulp van data en events.
Levarne levert een beveiligde architectuur met The General Data Protection Regulation Regulation (EU) 2016/679 (GDPR) als uitgangspunt. "Er worden geen individuele gebruikersgegevens opgeslagen in de buurt van de identiteit van de gebruiker." De Algemene Verordening Gegevensbescherming (AVG) heeft zeven ontwerpprincipes:
Alle mogelijke instellingen, teksten, wijzigingen in de applicatie flow zitten in dit blok. Dit hangt sterk af van de keuzes die gemaakt zijn in de front-end.
Voor applicaties die checkout, betalingen of abonnementen nodig hebben. Als de applicaties iets met commercie te maken hebben, zijn verschillende veilige betalingsopties een must. De meest gebruikelijke systemen waarmee we werken zijn Mollie, Stripe, PayPal en Apple Pay. We kunnen echter bijna elke betalingsmethode integreren. De verscheidenheid aan betalingssystemen zal transacties voor de gebruikers vergemakkelijken en jouw applicaties beoordeling verhogen. Betalingssysteem Integratie heeft twee kanten: mogelijkheid om betalingen te doen voor de gebruikers en de mogelijkheid om betalingen te beheren voor de beheerders, in het geval dat je een betalingssysteem integreert.