PurePerformance

Like many frontend developers, Sergey Chernyshev was inspired in the late 2000 by Steve Souders to contribute to and grow the web performance community. Not only did he launch the Meed4SPEEDs as part of the New York Web Performance Meetup. He also worked for meetup.com helping them to improve web performance and user experience. Over the past years Sergey contributed to many projects such as WebPageTest.org, UX Capture Library, Jamstack and more.Tune in to this episode, learn what has and what hasn’t changed in the quest for better user experience. Get a quick start on Core Web Vitals and current challenges. Most important: get inspired to contribute back to this community.Llinks we discussed during the podcast are here:Sergy on LinkedIn https://www.linkedin.com/in/sergeychernyshev/Steve Souders Page: https://stevesouders.com/NY Web Performance Meetup: https://www.meetup.com/Web-Performance-NY/WebPageTest: https://www.webpagetest.org/Github UX Capture: https://github.com/ux-capture/ux-captureJamstack: https://jamstack.org/WebVitals: https://web.dev/vitals/CrUX: https://developers.google.com/web/tools/chrome-user-experience-reportEdge Compute:CloudFlare Workers: https://workers.cloudflare.com/Fastly: https://www.fastly.com/products/edge-compute/serverlessPWA Stats: https://www.pwastats.com/Next.JS approach to SSR: https://nextjs.org/docs/basic-features/pages

In his SLOConf talk Production load testing as a guardrail for SLOs and in his blog Production Load Testing, Hassy Veldstra, founder of artillery.io makes the case for load testing in production. It helped him in various organizations to establish SLOs (Service Level Objectives) and change the way engineers think about performance. He got inspired by Building Evolutionary Architectures which introduces the concept of performance as a fitness function.Tune in into our conversation, hear our arguments pro and contra load testing in the various environments and learn why in the end we agreed on the fact that SLOs – while nothing really new – are a great chance to re-define performance engineering.Linkedinhttps://www.linkedin.com/in/hveldstra/SLOconf: Production load testing as a guardrail for SLOs - by Hassy Veldstrahttps://www.youtube.com/watch?v=Y20K1mJB6tkBlog: Load testing. In production.http://veldstra.org/production-load-testing/Artillery Websitehttps://artillery.io/Book: Building Evolutionary Architectureshttps://www.thoughtworks.com/books/building-evolutionary-architectures

How do you convince an organization that just went through a 2 year DevOps transformation to continue the journey by applying SRE practices? What is SRE anyway? What are good SLOs? And how do you get development teams to take responsibility for their code in production?Bart Enkelaar, Lead Site Reliability Engineer at bol.com, not only got their organization to apply SRE practices, define good SLOs and got dev teams to rotate on-call duties. He also followed the advice of Margaret, Chief Platform Officer, to bring his personal passion to the job. This led to inspiring and educating the community about SRE and SLO through music. To see what I mean check out Barts The Game of SLOs – a three part reliability musical from SLOConf or his funny tech conversations at Friendly Tech Chats.Linkedin - https://www.linkedin.com/in/bart-enkelaar-02242710/Margaret, Chief Platform Officer - https://www.youtube.com/watch?v=hy1gUEhbnBMGame of SLOs: A 3 part reliability musical - https://www.youtube.com/watch?v=Y53Pho93i-kFriendly Tech Chats - https://www.youtube.com/channel/UChHHWkO537q6Yp2dXtJpOzQ/featured

While some think about the late Austrian musician, Dan POP and the CNCF community thinks about modern security when it comes to Falco.Listen in and hear directly from Dan (@danpopnyc) who, besides doing many things in the CNCF community, also hosts POPCAST where he started connecting technology leaders during the last year. In the podcast you learn a lot about security, the power of eBPF and how Falco aims to contribute to runtime security like k8s contributed to distributed computing.Here the additional links we brought up during the conversation:Dan on Linkedinhttps://www.linkedin.com/in/danpapandrea/Dan on Twitterhttps://twitter.com/danpopnycPopcast Podcasthttps://github.com/danpopSD/popcastCyber Defenders Career Guide by Alyssa Millerhttps://www.manning.com/books/cyber-defenders-career-guideCloud Native TVhttps://www.twitch.tv/cloudnativefdnCNCF Tag Securityhttps://github.com/cncf/tag-securityFalco Tools, Frameworks & Articleshttps://github.com/developer-guy/awesome-falcoFalco Bloghttps://www.cncf.io/blog/2020/12/14/join-pop-falco-org/Falco Der Kommissarhttps://www.youtube.com/watch?v=8-bgiiTxhzM

Wonder what you learn when building k8s from scratch for a large enterprise? Wonder what you learn when automating delivery by connecting your different DevOps tools together?Nana Janashia runs one of the most successful technical YouTube channels called TechWorld with Nana where she covers topics ranging from containers, docker, k8s, cloud native and DevOps. She basically takes her lessons learned and explains technologies and concept in a very easy way especially for folks that want to get started with.In this episode we focus a lot on DevOps, what the right trades of a DevOps engineer are and how to get started. Thanks Nana for your time and all the additional resources we talked about during the episode that are listed below:DevOps Bootcamp: https://www.techworld-with-nana.com/devops-bootcampDevOps Roadmaps for Humans with Bret Fisher: https://www.youtube.com/watch?v=UXf2c76KAyADevOps Roadmap: https://roadmap.sh/devopsLinkedin Profile: https://www.linkedin.com/in/nana-janashia/TechWorld with Nana YouTube channel: https://www.youtube.com/channel/UCdngmbVKX1Tgre699-XLlUA

Have you ever thought about reorganizing data allocation based on production telemetry data? Have you ever thought about shifting compiler budgets to parts of your code that is heavily executed based on profiling information captured from your real end users? Whether the answer is yes or no you will be fascinated by Taras Tsugrii, Software Engineer at Facebook, who is sharing his experience on optimizing everything from compilers, to databases, distributed systems or delivery pipelines.If you want more after listening to this episode check out his recent talk at Neotys PAC titled “Old pattern powering modern tech”, subscribe to his substack newsletter, his hashnode blog, or the conference recordings of Performance Summit and Scaling Continuous Delivery.https://www.linkedin.com/in/taras-tsugrii-8117a313/https://www.youtube.com/watch?v=itOCQvk_LAshttps://softwarebits.substack.com/https://softwarebits.hashnode.dev/https://www.youtube.com/channel/UCt50fEvgrEuN9fvya8ujVzAhttps://www.youtube.com/channel/UCWf9HxiBudKLzCFtgAAz8XQ

Googles Census, OpenCencus, OpenTelemetry and AWS Distro for OpenTelemetry. Our guest Jaana Dogan, Principal Engineer at AWS, has been working in observability over many years and definitely had a positive impact on the where OpenTelemetry is today. In this episode Jaana (@rakyll) explains which problems the industry, and especially cloud vendors, try to solve with their investment in open source standards such as OpenTelemetry. She gives an update where OpenTelemetry is, the next upcoming milestones such as metrics and logs and what a bright future with OpenTelemetry being widely adopted could bring.https://twitter.com/rakyllIf you are interested in learning more – here are the links we discussed during the podcast: https://github.com/open-telemetryhttps://github.com/open-telemetry/opentelemetry-specificationhttps://github.com/open-telemetry/opentelemetry-protohttps://github.com/open-telemetry/opentelemetry-collectorhttps://github.com/open-telemetry/communityhttps://o11yfest.org/

Performance Engineering is not about running a performance test twice a year. That is just a poor attempt trying to validate your non functional requirements.Roman Ferstl, Managing Directory at Triscon, has discovered his love for performance engineering while optimizing code for software used in a space program. He then founded Triscon who is now helping to establish and scale performance engineering at large enterprises. In this episode we get his insights on how he approaches a new project, which bottlenecks to address first and how to motivate more people within an organization to invest in performance engineering.If you want to learn more don’t miss to check out Roman’s presentation from Perform 2021 titled “Turbocharging your Performance Engineering teams to scale efficiently”https://www.linkedin.com/in/roman-ferstl/https://www.triscon-it.com/en/https://perform.dynatrace.com/2021-americas/breakouts-single-day-3-turbocharging-your-performance-engineering-teams

To k8s or not – that should be the first question to answer before considering k8s. Granted – in many cases k8s is going to be the right choice but don’t just default to k8s because its hip or cool.In this episode we have Christian Heckelmann (@wurstsalat), DevOps Engineer at ERT, talking about his journey with k8s which started with installing k8s 1.9 on bare metal. He gives a lot of great advice based on his presentation “How not to start with k8s” such as Understand Networking, Don’t use :latest, Set Resource Limits, Train The People, Provide Templates and more.To get started with Kubernetes we encourage you to look at the YouTube Tutorials posted on TechWorld with Nana.https://twitter.com/wurstsalathttps://docs.google.com/presentation/d/1EL9OYe-1eOPXh6U8SMHnQxs8pcmr01d-uwoWoFnzUaY/edit#slide=id.g5420f4ebeb_0_5https://www.youtube.com/channel/UCdngmbVKX1Tgre699-XLlUA

You heard about Continuous Integration, Continuous Delivery and Continuous Deployment. Liquid Software aims to provide the next step towards Trusted Continuous Updates in the DevOps World.In this episode Baruch Sadogursky, DevOps Advocate from JFrog, explains how as engineers we need to add “Updateability” to our non-functional requirements and how product managers and marketing have to forget about traditional releases but think about incremental delivery of value. Baruch (@jbaruch) also promised to send everyone a hard copy of his book “Liquid Software” if you send him a direct message – so – make sure you do that and also check out the details on our discussion of uniquely identifying artifacts through Build-Info.https://www.linkedin.com/in/jbaruch/https://twitter.com/jbaruchhttps://drive.google.com/file/d/1PUb67FxM-eTtdyLNGPc-fGTcCJii-keE/viewhttps://github.com/jfrog/build-info