This Feb my good friend Tom Davies (thodavie ) and I will be holding a session on Serverless Architectures. If you are so inclined, you can register for it here. We've been working pretty hard over the last year on a serverless solution we hope to demonstrate as part of this talk. Here's what we want the audience to walk away with:
Serverless will become the new normal
Regardless as to whether you use someone else's serverless services or something crafted by yourself, most developers will gravitate and be happier working in a world where infrastructure is completely automated and code drives the world. Why? Simple, less work! Wouldn't you rather work on fun creative stuff than mind numbing nastiness of "spin up a VM", "install the operating system", etc.
But wait you say! I don't use VMs! We are advanced! We use containers! Sure. Well then now you need to worry about getting the right container image, building the Dockerfile, etc. Even if you are a big fan of Kubernetes (like I am) it's still a royal-pain-in-the-everywhere to get an infrastructure like that set up. A serverless architecture probably runs with containers and needs something like Kubernetes underneath the hood, but what if you didn't have to do all that?
What serverless offers is a layer of abstraction on top of something like Kubernetes. This can include prebaked functions as a service, or code snippets already created for you that you can incorporate into your own application.
Serverless is more than just the services offered by one giant cloud provider
We want to show that you can create your own serverless service that lives in your own datacenter (or any datacenter) and that's what we have prepared for you. It's simple, doesn't work very well, and has a long way to go, but we want to show you that the concepts are something an enterprise can actually use to make their own developers more productive.
We are trying to tackle a simple problem: People want to try making their own Sparkbot to respond to simple commands like "/sayhello" where the sparkbot account might say "hello back to you". Making a sparkbot isn't as easy as it could be. You have to write lots of code, then find a place to host it, then autoscale it if needed, then baby it. Making changes might require you to set up a CI/CD pipeline or figure out your cloud provider's way of updating. If you are brand new to making sparkbots, this could take you about a week if you had average experience.
We created a serverless platform called Pipeline that attempts to automate most of that part for you and all you have to do is enter the code you want run. From there, we handle the rest! The scaling, the maintenance, etc. We hope to have a pretty neat demo for you in Feb. See you in Berlin!
I'm trying to composite 2 different camera inputs, and have the configuration remain 'sticky'....stays that way no matter what else you do on the codec. The command 'xCommand Video Input SetMainVideoSource ConnectorId:1 ConnectorId:2 Layout:Equal' in...
Hi Dev Community 👋😄I'm very excited about the developer's API for Webex, especially the option to create a chatbot: https://developer.webex.com/However, from what I understand in the documentation – this API is designed for Webex Teams. I'm looking...
Hi, I am getting results from the API for clientSessions using .full=true, but they are not the latest results. I have tried using a filter, but get back a 400 result I am guessing from my syntax. I want to get back the last day's results...
I'm experimenting with the Genie / pyATS scripts to remotely gather configurations so they can be compared. When I try to connect the SSH session is hanging indefinitely.Upon further review I realized that due to our custom tacacs+ implementation we...