Skip to content

GitLab Next

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
GitLab
GitLab
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 34,938
    • Issues 34,938
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
    • Iterations
  • Merge Requests 1,262
    • Merge Requests 1,262
  • Requirements
    • Requirements
    • List
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
    • Test Cases
  • Security & Compliance
    • Security & Compliance
    • Dependency List
    • License Compliance
  • Operations
    • Operations
    • Metrics
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI / CD
    • Code Review
    • Insights
    • Issue
    • Repository
    • Value Stream
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • GitLab.org
  • GitLabGitLab
  • Issues
  • #32543

Closed
Open
Opened Sep 23, 2019 by Viktor Nagy@nagyv-gitlab🌀Developer

Serverless Vision: primary user

Our focus persona might change as the ~"group::serverless" matures, but there is always a user whom we focus. Behind each feature developed there are intended users.

Initial persona

According to my current understanding, our primary user is best described as

A technology enthusiast experimenting with Kubernetes and serverless.

This means, that we want to make it really easy to get started with serverless from zero, and we focus less on running and managing serverless. As we are speaking about a technology enthousiast, we don't have to focus on widely used serverless providers, like AWS, but we can focus on the cutting-edge, like Knative.

Missing features

I think most of the necessary features are either available or are collected under &1726, I only list the ones I currently find missing:

  • project template for serverless

Critique

This is definitely not a persona we can build upon. As enthousiasm dies, the user would leave.

Persona v1.0

a developer who wants to automate something and Get The Work Done, not necessarily carrying about servers/containers/kubernetes

At this stage we should differentiate between a few directions. The primary persona is clearly the developer, but we have to consider a secondary persona too:

an operations engineer who wants to give devs freedom while still keeping security under control and having a thorough overview of all their systems

In this situation, our team already has a running infrastructure and we should integrate with that infrastructure.

To k8s or not to k8s - that is the question

We have two distinct user groups

  • Those who use serverless with serverless service providers (Lambda, GCC, Zeit, etc)
  • Those who use serverless inside their K8s cluster

The latter group are the enterprise users. The former are usually SMBs.

Missing features

  • forward serverless logs to central log storage
  • deploy only related / changed functions
Edited Sep 24, 2019 by Viktor Nagy
Assignee
Assign to
12.5
Milestone
12.5 (Past due)
Assign milestone
Time tracking
None
Due date
None
Reference: gitlab-org/gitlab#32543