{"id":17973,"date":"2019-10-17T14:00:48","date_gmt":"2019-10-17T13:00:48","guid":{"rendered":"https:\/\/www.microsoft.com\/en-gb\/industry\/blog\/?p=17973"},"modified":"2019-10-16T11:39:58","modified_gmt":"2019-10-16T10:39:58","slug":"going-serverless-here-are-9-tips-for-operations-success","status":"publish","type":"post","link":"https:\/\/www.microsoft.com\/en-gb\/industry\/blog\/technetuk\/2019\/10\/17\/going-serverless-here-are-9-tips-for-operations-success\/","title":{"rendered":"Going serverless? Here are 9 tips for operations success"},"content":{"rendered":"

\"A<\/p>\n

Serverless is attracting a lot of attention thanks to its ability to create architectures with faster development times and lower potential operational costs, due to its pay-as-you-go model. It can be less expensive if we compare not running servers to running them all the time, but note that there can be additional costs associated with logging and instrumentation.<\/p>\n

At London\u2019s Imperial College, Serverless Days 2019<\/a> saw a community of serverless developers and engineers discuss ways they can create and maintain secure, observable, high-performance serverless systems.<\/p>\n

Developers talked about topics such as security, testing, big data, and serverless on the edge\u2014getting an understanding of what\u2019s coming next and how to provide value for the organisations they work for.<\/p>\n

Jennifer Davis, Senior Cloud Advocate for Microsoft, was there to share her thoughts about the evolution of operations in the context of serverless, developing operability in serverless with a focus on monitoring and debugging.<\/p>\n

Her views will be of particular interest to anyone working in an operations role, but also with developers, product managers, testers, and security engineers with an interest in improving the operability of serverless applications.<\/p>\n

    \n
  1. Operations is managing complex engineering puzzles<\/strong><\/li>\n<\/ol>\n

    Rather than thinking of operations as just managing infrastructure, think of it as a complex puzzle with a variety of internal software, external software and services that need to work together. People working in operations build value through fitting together these different pieces with a perspective that includes capacity management, regulatory compliance, security, service health (availability, performance and resilience), networking, database management, incidence response, and disaster planning and recovery with a goal to minimize risk to the organization.<\/p>\n

      \n
    1. Shift to proactive operations work<\/strong><\/li>\n<\/ol>\n

      A lot of the time due to a lack of resources and time, folks in operations focus effort on reactive work\u2014what\u2019s going wrong now and how it can be fixed. Reactive work is seen as the most valuable because the impact to customers is visible.<\/p>\n

      It\u2019s critical to do operations engineering work, the proactive work that focuses on eliminating single points of knowledge, addresses failures within system and service integrations, and instrumenting applications to monitor, debug, and fix services. Proactive work is often undervalued because it\u2019s hard to measure the value of something not having an issue.<\/p>\n

        \n
      1. Serverless doesn\u2019t eliminate operations work<\/strong><\/li>\n<\/ol>\n

        When serverless is discussed, people often refer to a benefit of serverless having a simplified operational model, which they take to mean you don\u2019t need to worry about operations anymore. Yes, it streamlines the operational model for the particular application, but it adds complexity to the overall environment.<\/p>\n

        For example, areas where we have years of experience monitoring and debugging applications become more tricky as we can\u2019t use system level monitoring to inform what\u2019s happening with our applications! We have to plan this instrumentation as we are developing the application. Serverless requires proactive operations work! Think about serverless in context of the whole software lifecycle\u2014from architectural planning and designing the application all the way to monitoring in production.<\/p>\n

          \n
        1. Serverless is not suitable for every service within an organisation<\/strong><\/li>\n<\/ol>\n

          Some organisations can work without servers, virtualization or containers entirely. The vast majority of organizations need to have a hybrid approach to building systems. Applying serverless to the wrong use case can introduce security risks, or impact other applications within the environment due to difference in scalability.<\/p>\n

            \n
          1. Consider serverless as an asset<\/strong><\/li>\n<\/ol>\n

            With serverless, there isn\u2019t a hardware asset to manage anymore, but it can help to think about the serverless application in the context of an organizational asset. In the planning phase, it’s vital to make intentional decisions about whether serverless is the right option for a particular use case compared to what is already in the environment. \u00a0In the deploy phase, use continuous integration and deployment with versioned artifacts. In the support phase, understand how to identify when something is not working and how to fix it. Maybe there is impact to tertiary services like databases that can\u2019t handle the number of requests coming in from a popular serverless API. Maybe it\u2019s recognizing with a function is not working correctly. Customers shouldn\u2019t be the mechanism that alerts you to problems in your environment. Finally, during the retire phase it\u2019s critical that services that are no longer in use are retired gracefully.<\/p>\n

              \n
            1. Seeing the big picture<\/strong><\/li>\n<\/ol>\n

              When it comes to thinking about retiring functions, they are part of the big picture of the environment. Having a broader perspective of all the serverless applications in use is critical for identifying and removing functions that are no longer in use to eliminate potential security holes as well as impacts to service limitations. A big picture view also helps to understand areas where there are single points of knowledge, for example when someone has built out functionality via the console without checking it into version control with additional documentation!<\/p>\n

                \n
              1. Address capacity planning<\/strong><\/li>\n<\/ol>\n

                Make sure you know how the organization is spending money. It\u2019s not simply about building cool stuff\u2014it\u2019s about building value and understanding that value. Platform services have constraints. Service providers will have different limitations. Think about all the different service integrations and how different parts of the application are going to interact.<\/p>\n

                  \n
                1. Be proactive with serverless visibility<\/strong><\/li>\n<\/ol>\n

                  When monitoring serverless, think about the health of the services you\u2019re building and complex functions you\u2019re running. With serverless, you don\u2019t have outside-in metrics in the same way you would have monitoring a physical server environment and applications. \u00a0Start with existing indicators such as latency and error counts minimally.<\/p>\n

                    \n
                  1. Include customers in the design of your monitoring solution<\/strong><\/li>\n<\/ol>\n

                    Talking to your customers is vital. No platform can automatically understand the value you\u2019re bringing to your customers. Talk with your customers to understand what impacts to the service lead to impact to them and surface those indicators through instrumentation, monitoring and observability.<\/p>\n

                    -=-<\/p>\n

                    Jennifer believes improved serverless operability will help build better understanding of what’s happening in your systems. We\u2019re shaping the future of serverless operability through shared stories in the community and with service providers. As serverless evolves, she urges you to share your experiences – when they go right, and especially painful challenges!<\/p>\n

                     <\/p>\n

                    Learn more<\/h2>\n