Microservices: Lessons Learned

•

2 likes•2,187 views

Or how I learned to stop worrying and love Continuous Deployment... Presentation by Tom Wilkie on 29/09/16 at SF Microservices Meetup. In this talk I discuss the journey Weaveworks has been through building Weave Cloud, using all the laster buzzword-compliant techniques: Microservices, DevOps, Continuous Delivery, Kubernetes, Docker etc.

Technology

Microservices: Lessons Learned
Or how I learned to stop worrying and love
Continuous Deployment…
Tom Wilkie
Weaveworks, September 2016

✓ Emergent Microservices Architecture
✓ Worse-is-better*
✓ Optimise for MTTR
✓ DevOps
✓ Continuous Delivery
* https://blog.acolyer.org/2016/09/15/the-rise-of-worse-is-better/

scope-probescope-probe
scope-app
Browser
scope-probe
Host 1 Host 2 Host 3
Scope OSS Architecture

Frontend (Nginx)
WeaverangAccount Service
scope-apps
The Interwebs
/api/app/*/api/user/*
scope-apps
scope-apps
App Mapper
scope-app
Frontend (Nginx)
Routed based on
credentials/identity
RDS
Instance
RDS
InstanceAccount Service
Static Content
Server
/*
Open Source
Closed Source
AWS Service
Service Architecture
~Sept 2015

Account Service
Frontend (Nginx)
The Interwebs
Weaverang
/api/report
Collection Service
/api/user
RDS
Instance
Users Service
Static Content
Server
/*
AWS
DynamoDB
/api/<app>/api/topology
Query Service Weaverang
/api/<app>/api/control
Control Service
Frontend (Nginx)
AWS
SQS
Frontend (Nginx)Authenticating
Proxy
Weaverang
/api/<app>/api/pipe
Pipe Service
AWS S3
Consul
Cluster
Open Source
Closed Source
AWS Service
NATS
Cluster
Service Architecture
~Jun 2016

OSS Scope
}
1. Incoming reports
2. Stored in memory
3. Outgoing queries
}
1. Incoming reports
2. Stored in S3 / DynamoDB / Memcache
3. Outgoing queries
Weave Cloud

App is developed
& tested locally
Built automatically
using CI of your
choice
Container image
pushed
automatically
Deployed
automatically using
Weave Cloud deploy
service...
...to an
Environment
of your choice
Source control Configuration as
code

DO: Optimise for MTTR
DO: Adopt consistent architecture
patterns
DO: Continuous delivery 
DON’T: Build user-speciﬁc services
DON’T: Over disaggregate services
DON’T: Build multiple services out of
the same image…

We’re hiring!
London BerlinSan Francisco

In this talk we'll present a prototype solution for multitenant, horizontally scalable Prometheus as a Service, code name "Project Frankenstein". Frankenstein turns Prometheus architectural assumptions on their head, by marrying the PromQL query engine with a storage layer based on DynamoDB and S3. We have disaggregated the Prometheus binary into a microservices-style architecture, with separate services for distribution, ingest, alerting rules and storage. By designing all these services as fungible replicas, this solution can be scaled out with ease and failure of any individual replica can be dealt with gracefully. This multitenant, scale-out Prometheus service forms a core component of Weave Cloud, a hosted management, monitoring and visualisation platform for cloud native applications. This platform is built from 100% open source components, and we're working with the Prometheus community to contribute all the changes we've made back to Prometheus. Project Frankenstein is open source and can be found at https://github.com/weaveworks/frankenstein

Data Engineer's Lunch #23: Thanos/Cortex

Anant Corporation

In Data Engineer’s Lunch #23, Rahul Singh will be covering the topics of Thanos and Cortex. Accompanying Blog: https://blog.anant.us/data-engineers-lunch-23-thanos-and-cortex/ Accompanying YouTube: https://youtu.be/uCD7cetQ8z4 Sign Up For Our Newsletter: http://eepurl.com/grdMkn Join Data Engineer’s Lunch Weekly at 12 PM EST Every Monday: https://www.meetup.com/Data-Wranglers-DC/events/ Cassandra.Link: https://cassandra.link/ Follow Us and Reach Us At: Anant: https://www.anant.us/ Awesome Cassandra: https://github.com/Anant/awesome-cassandra Email: solutions@anant.us LinkedIn: https://www.linkedin.com/company/anant/ Twitter: https://twitter.com/anantcorp Eventbrite: https://www.eventbrite.com/o/anant-1072927283 Facebook: https://www.facebook.com/AnantCorp/

Project Frankenstein: A multitenant, horizontally scalable Prometheus as a se...

Weaveworks

In this talk we present a prototype solution for multitenant, scale-out Prometheus. Don't worry, its open source! Our solution turns a lot of the Prometheus architectural assumptions on its head, by marrying a scale-out PromQL query engine with a storage layer based on DynamoDB & S3. We have disaggregated the Prometheus binary into a microservices-style architecture, with separate services for distribution, ingest and storage. By designing all these services as fungible replicas, this solution can be scaled out with ease and failure of any individual replica can be dealt with gracefully. This multitenant, scale-out Prometheus service forms a core component of the Weave Cloud, a hosted management, monitoring and visualisation platform for microservice & containerised applications. This platform is built from 100% open source components, and we're working with the Prometheus community to contribute all the changes we've made back to Prometheus.

Client Side Monitoring With Prometheus

Weaveworks

gRPC @ Weaveworks

Weaveworks

Loki: An Opensource Zipkin/Prometheus Mashup written in Go.

Weaveworks

Multi host container networking

Weaveworks

Serverless on Kubernetes

Sebastien Goasguen

Infrastructure microservices such as Service Discovery and Routing need mechanisms to manage distributed state. The most common answer for this is the use of a central, consistent key value store such as Consul, Etcd or Zookeeper. These systems use consensus-based algorithms, such as Raft or Paxos, to provide consistency and failure tolerance. I believe this is a dangerous direction for our industry, and instead we should be focusing on ease of use and reliabiligy. As such, Weave wants its infrastructure microservices to be decentralized, yet easy to install and run; our approach is inspired by the Internet, which is distributed and operates with no consensus. In this talk, I'll explain how we designed our Service Discovery and Address Management using Convergent Replicated Data Types (CRDTs) and Gossip, review the pros and cons of this concept, and how it compares to alternatives.

Kubernetes Sealed secrets

Sebastien Goasguen

OpenShift on IBM Cloud BMS

Shoichiro Sakaigawa

SignalR for ASP.NET DevelopersShivanand Arur

Reative UIMike Bluestein

Microsoft signal rrustd

Node Session - 1

Bhavin Shah

Functional Programming in Serverless World (Serveless UG Poland)

Serverless User Group Poland

What does programming without servers look like? What are the possibilities? And how does it work? Wojciech Gawroński (Pattern Match) told us about it during the third meeting of Serverless User Group Poland, which took place on 27/09/2018 in Warsaw. Wojtek's social media: LinkedIN https://www.linkedin.com/in/afronski/ www https://pattern-match.com/ Serverless UG Poland Facebook https://bit.ly/2zHuJeo

Continuous delivery in AWS

Anton Babenko

SignalR Overview

Michael Sukachev

MONITORING THE UNKNOWN, 1000*100 SERIES A DAY - DEVOXX MOROCCO 2017

Quentin Adam

How to monitor unknown third party code? One of the hardest challenges we face running Clever Cloud, apart from the impressive scale we face with hundreds of new applications per week, is the monitoring of unknown tech stacks. The first goal of rebuilding the monitoring platform was to accommodate the immutable infrastructure pattern that generates lots of ephemeral hosts every minute. The traditional approach is to focus on VMs or hosts, not applications. We needed to shift this into an approach of auto-discovery of metrics to monitor, allowing third party code to publish new items. This talk explains our journey in building Clever Cloud Metrics stack, heavily based on Warp10 (Kafka/Hadoop/Storm based) to deliver developer efficiency and trustability to our clients applications.

Andrea Tosatto - Kubernetes Beyond - Codemotion Milan 2017

Codemotion

As in the Star Trek Beyond movie, which the title of this talk tries to recall, we will present how Kubernetes can be extended beyond containers using Custom Resource Definitions (CRD) to schedule custom tasks and resources or bring Kubernetes automation to the next level. During the presentation we will go deep into the concept of Operator and provide some useful examples of application of this pattern to, i.e., the automated scaling of Services.

Fullstack workshop

Assaf Gannon

TechTalk - Building Serverless Applications with IBM Bluemix

Janakiram MSV

Kubernetes Native Serverless solution: Kubeless

Sebastien Goasguen

Scalatra scala meetup

Tomasz Lelek

Problems you’ll face in the Microservices World: Configuration, Authenticatio...

Quentin Adam

Okay, Microservices are cool. But, as all the new trendy buzzword, it’s not a silver bullet, and there are several problems to manage. One is the authentication, distributed authentication is hard, and there is many ways to achieve it. Configuration is the second issue to be managed when dealing with distributed micro application strategy. This talk is a concrete return of experience to build a strategy on microservice and problems we will have to deal on this occasion.

London Hug 20/6 - Clustering RabbitMQ using Consul

London HashiCorp User Group

Pre-rendering single page appMichał Koźmiński

node.js 실무 - node js in practice by Jesang Yoon

Jesang Yoon

Sharing 4 years of experience about node.js - A google chrome V8 engine javascript based web server technology. This slide covers about wide range of knowledge about node.js learned from 4 years of production, experiment, test & failures 4년 동안 node.js 서버 프로그래밍을 경험한 내용을 간략하게 정리해 보았습니다. node.js 를 접하시는 분들에게 도움이 되었으면 합니다.

The Centre Cannot Hold: Making IT Architecture Relevant In A Post IT World

Alan McSweeney

Business has a consistently poor experience of the internal IT function. It is now all too easy for the business to bypass the central IT function. There is a business shift to cloud service providers offering infrastructure-less solutions with no perceived IT involvement. Outsourcing and the divestment of IT functions in response to business wishes to remove the overhead. The business need to respond to the interrelated developments of digital, mobile and social computing and perceived inability of the central IT function to respond. If the IT function cannot react to the requirements of the business due to business pressures, the business will go elsewhere. Shadow IT - the acquisition of IT solutions outside the control of the IT function - is an unpleasant and common reality. 50% of IT expenditure is routinely spent outside the control of the IT function. Shadow IT is a symptom of a post-IT world. The central IT function loses relevance and control. Businesses reduce their reliance on the core IT function. IT architecture should act as a glue joining the business strategy to the IT strategy. IT architecture needs to operate as an internal business consulting And advisory function. An effective business oriented IT architecture function can get the correct balance between too little and too much, too slowly and too quickly. The IT Architecture team needs to operate as a team rather than a set of siloed internally focussed IT roles, involving business as well as technologists.

Investing Intelligently In The IT Function

Alan McSweeney

What's hot

We don't need consensus: All agreed?

Weaveworks

Kubernetes Sealed secrets

Sebastien Goasguen

OpenShift on IBM Cloud BMS

Shoichiro Sakaigawa

SignalR for ASP.NET DevelopersShivanand Arur

Reative UIMike Bluestein

Microsoft signal rrustd

Node Session - 1

Bhavin Shah

Functional Programming in Serverless World (Serveless UG Poland)

Serverless User Group Poland

Continuous delivery in AWS

Anton Babenko

SignalR Overview

Michael Sukachev

MONITORING THE UNKNOWN, 1000*100 SERIES A DAY - DEVOXX MOROCCO 2017

Quentin Adam

Andrea Tosatto - Kubernetes Beyond - Codemotion Milan 2017

Codemotion

Fullstack workshop

Assaf Gannon

TechTalk - Building Serverless Applications with IBM Bluemix

Janakiram MSV

Kubernetes Native Serverless solution: Kubeless

Sebastien Goasguen

Scalatra scala meetup

Tomasz Lelek

Problems you’ll face in the Microservices World: Configuration, Authenticatio...

Quentin Adam

London Hug 20/6 - Clustering RabbitMQ using Consul

London HashiCorp User Group

Pre-rendering single page appMichał Koźmiński

node.js 실무 - node js in practice by Jesang Yoon

Jesang Yoon

What's hot (20)

We don't need consensus: All agreed?

Kubernetes Sealed secrets

OpenShift on IBM Cloud BMS

SignalR for ASP.NET Developers

Reative UI

Microsoft signal r

Node Session - 1

Functional Programming in Serverless World (Serveless UG Poland)

Continuous delivery in AWS

SignalR Overview

MONITORING THE UNKNOWN, 1000*100 SERIES A DAY - DEVOXX MOROCCO 2017

Andrea Tosatto - Kubernetes Beyond - Codemotion Milan 2017

Fullstack workshop

TechTalk - Building Serverless Applications with IBM Bluemix

Kubernetes Native Serverless solution: Kubeless

Scalatra scala meetup

Problems you’ll face in the Microservices World: Configuration, Authenticatio...

London Hug 20/6 - Clustering RabbitMQ using Consul

Pre-rendering single page app

node.js 실무 - node js in practice by Jesang Yoon

Viewers also liked

The Centre Cannot Hold: Making IT Architecture Relevant In A Post IT World

Alan McSweeney

Investing Intelligently In The IT Function

Alan McSweeney

Orchestration and provisioning architecture for effective service managementAlan McSweeney

Complexity and Solution Architecture

Alan McSweeney

After unnecessary complexity has been reduced from the problem being solved, the scope of the solution to the problem is governed by the complexity of the problem. Complexity is needed to handle and process complexity. Systems acquire or accrete unnecessary complexity over time as originally unforeseen exceptions or changes are incorporated. It may be possible to reduce complexity by collapsing/compressing/combining/consolidating elements and by removing non-value-adding, duplicate, redundant activities. When unnecessary or accreted complexity in the problem being solved has been removed, you are left with necessary complexity that must be incorporated into the solution. Simple problems do not have complex solutions. Complex problems do not have simple solutions. The complexity factor of the proposed solution must match the complexity factor of the problem being resolved. Many system implementation and operational failures arise because of failure to understand and address the core complexity of the problem.

The First 100 Days for a New CIO - Using the Innovation Value Institute IT Ca...

Alan McSweeney

Conway's Law, Cognitive Diversity, Organisation Transformation And Solution D...

Alan McSweeney

These topics may appear to be separate but are closely related to the need for an effective solution design process, approach and function. Nearly 50 years ago, Dr Melvin Conway wrote a short and insightful article titled How Do Committees Invent? where he made a number of observations on the system and solution design process including “… organizations which design systems … are constrained to produce designs which are copies of the communication structures of these organizations.” which has become known as Conway’s Law. He identified organisation problems that lead to poor solution design. Conway’s Law is a warning rather than a prediction. It provides an insight into the solution design problems that can occur if the solution design structures, processes and function are not optimised. What he describes does not have to happen but all too frequently does. Cognitive Diversity has become a fashionable concept that is talked about more than implemented. It has been written about extensively by Dr Scott Page. The core concept is that “… a random group of intelligent problem solvers will outperform a group of the best problem solvers”. The value of cognitive diversity to organisations is greatest in the thinking areas such as the solution design function. Managing diverse teams can be difficult and achieving cognitive diversity can be painful and challenging. Cognitive diversity of less value in pure operational and transactions areas where there is a reduced need for problem-solving. Cognitive diversity protects the organisation against factors such as Cognitive Bias, Strategic Misrepresentation, Planning Fallacy, Optimism Bias, Focalism and Groupthink and their consequences. Cognitive diversity protects against the effects of Conway’s Law. Many organisations are attempting to transform themselves in response to external changes and drivers. Organisation transformation is frequently concerned with a migration from product-orientation to services-orientation characterised by responsiveness, customer centricity, self-service and flexibility. Information technology underpins successful and effective organisation transformation. This is especially true of initiatives such as digital transformation. Digital transformation involves designing and implementing solutions across a wide range of application and system areas. Being good at solution design means that solutions are defined, designed and delivered in a reliable, stable and innovative way to ensure that cost, time, required functionality and quality are constantly optimised to meet the needs of the business. Good solution design mean: • Being aware of all the options and selecting the most appropriate one subject to all constraints • Avoiding all the conscious and unconscious biases that lead to bad solutions Put simply, a cognitively diverse team designs better solutions.

Process Oriented Architecture

Alan McSweeney

This describes the concept of a Process Oriented Architecture. A Process Oriented Architecture is a way of linking process areas to actual (desired) interactions – customer (external interacting party) service journeys through the organisation. It allows two views of any process to be maintained and operated: 1. External view – that experienced by user 2. Internal view – that worked on by the organisational competency An organisation will interact will multiple external parties. Each external party will have a number of interaction paths or journeys. These journeys are the routes of experience of external parties. These routes of experience need to be mapped (as) seamlessly (as possible) to internal organisational operational process competency groupings. The interaction paths or journeys represent the Straight Through Processing that the customer (external party) wants to experience. The complexity of internal organisational operational process competency groupings needs to be masked from the customer (external party). Process Oriented Architecture is a key enabler of successful digital transformation.

Supplier And Service Provider Governance

Alan McSweeney

Competence in sourcing is a core skill of the IT function. The IT function is becoming largely a manager of suppliers and service providers across a wide range of products, solutions and services. IT mediates between the business and the supplier ecosystem, acting as a lens focussing business needs on appropriate suppliers. When products and services are outsourced, the risks of the suppliers and service providers are inherited by the acquiring organisation. Sourcing should not be a “fire and forget” activity. Effective supplier selection and ongoing assessment, validation and management is an important skill for the IT function. The Service Organisation Controls audit approach can be adapted for use by the IT function to develop an approach to vendor governance.

Don’t Mention The “A” Word – Trends In Continuing Business And IT Misalignment

Alan McSweeney

Despite years of emphasising the need for IT and business alignment, the disconnect between business and IT continues. IT focuses too much of pure technology. However, business expectations cam be unrealistic, based on part on IT not explaining itself to the business. IT technology trends are not relevant the business. The business is concerned with the results of investment in IT and sees technology as means to an end and not as ends in themselves. IT needs to structure itself so alignment pervades the entire IT function. IT must embed business alignment in the way it operates to ensure it remains relevant to the business. IT needs to mediate between the business and suppliers and technologies, acting as a lens focussing business needs on appropriate solutions. The gulf is between business and IT seems to be getting wider. Failure to ensure this alignment may lead to the business bypassing IT and going straight to suppliers and service providers. Disintermediation of IT is central to the business plans of many internet-based service providers. Failure to systematise alignment will expose IT to the danger of becoming irrelevant.

Integrated Project and Solution Delivery And Business Engagement Model

Alan McSweeney

Projects are a continuum from initial concept to planning, design, implementation and management and operation of the implemented solution (and ultimate decommissioning) and across IT and business functions. Therefore it is important to have an integrated project delivery approach that crosses these core dimensions. This describes an integrated approach to solution delivery encompassing Stages - project stages/timeline, Activities - IT and business functions/ roles/ activities, Gates - project review and decision gates and Artefacts - project results and deliverables. This combines project management into all other aspects and activities of project and solution delivery: • Business • Business Analysis • Solution Architecture • Implementation and Delivery • Test and Quality • Organisation Readiness • Service Management • Infrastructure It emphasises early business engagement and solution definition and validation to detail a solution that meet a clear and articulated business need that will deliver a realisable and achievable set of business benefits. It ensures that the complexity of what has to be delivered is understood so there is a strong and solid foundation for solution implementation, delivery and management and operation.

Code Review Checklist

Nitin Bhide

Maximising The Value and Benefits of Enterprise Architecture

Alan McSweeney

Introduction To Business Architecture – Part 1

Alan McSweeney

This is the first of a proposed four part introduction to Business Architecture. It is intended to focus on activities associated with Business Architecture work and engagements. Business change without a target business architecture and a plan is likely to result in a lack of success and even failure. An effective approach to business architecture and business architecture competency is required to address effectively the pressures on businesses to change. Business architecture connects business strategy to effective implementation and operation: • Translates business strategic aims to implementations • Defines the consequences and impacts of strategy • Isolates focussed business outcomes • Identifies the changes and deliverables that achieve business success Enterprise Architecture without Solution Architecture and Business Architecture will not deliver on its potential. Business Architecture is an essential part of the continuum from theory to practice.

Solution Architecture Concept WorkshopAlan McSweeney

Enterprise Business Analysis Capability - Strategic Asset for Business Alignm...

Alan McSweeney

Introducing the concept of Enterprise Business Analysis as a strategic resource to achieve business and IT alignment. Alignment means being able to draw a straight Line from business strategy through to delivered and operational solutions implemented to respond to businessn. Business and IT Alignment requires more than just relationship management – it requires actual engagement by IT with the needs of the business.

Data Audit Approach To Developing An Enterprise Data Strategy

Alan McSweeney

Digital Transformation And Enterprise Architecture

Alan McSweeney

Digital transformation - extending and exposing business processes outside the organisation - by implementing a digital strategy – a statement about the organisation’s digital positioning, operating model, competitors and customer and collaborator needs and behaviour through the delivery of digital solutions defined in a digital architecture – a future state application, data and technology view to achieve digital operating status - is potentially (very) complex. Digital architecture does not exist in isolation entirely separate from an organisation’s overall enterprise architecture. Digital architecture must exist within the within the wider enterprise architecture context. Enterprise architecture provides the tools and the approaches to manage the complexity of digital transformation. The management function that drives digital transformation needs to involve the enterprise architecture function in the design and implementation of digital strategy and organisation, process and policies and the creation of a digital architecture. Management must appreciate the technology focus and the benefits of an enterprise architecture approach. The early involvement of enterprise architecture increases successes and reduces failures. Management must trust and involve enterprise architecture. The enterprise architecture function must accept and rise to the challenge and deliver. The enterprise architecture function must allow its value to be measured.

The Myth Of Requirements

Alan McSweeney

The myths of requirements are that: • Requirements gathered from business users through requirements gathering meetings and workshops define the scope and functionality of the solution • Requirements gathering workshops at the start of a project are sufficient to understand business needs • Requirements change The reality is that what is gathered during requirements workshops, meetings, interviews, questionnaires and other activities are not solution requirements but business stakeholder requirements. Stakeholder requirements must be translated into solution requirements which is turn must be translated into a solution design. A solution is a Resolver, a Provider or an Enabler. Good solution design requires solution ownership and technical leadership throughout the process. Any solution is always greater than the sum of the gather requirements. Requirements do not equal a solution. Any solution also causes problems in terms of: • Required organisational changes to implement and operate solution • Additional operational overhead • Cost to implement The solution is the minimum set of components that works and that solves the problem at the minimum cost with minimum additional costs.

Business process analysis and design – importance of having a common language...

Alan McSweeney

Review of Data Management Maturity Models

Alan McSweeney

Review existing data management maturity models to identify core set of characteristics of an effective data maturity model: DMBOK (Data Management Book of Knowledge) from DAMA (Data Management Association) MIKE2.0 (Method for an Integrated Knowledge Environment) Information Maturity Model (IMM) IBM Data Governance Council Maturity Model Enterprise Data Management Council Data Management Maturity Model

Viewers also liked (20)

The Centre Cannot Hold: Making IT Architecture Relevant In A Post IT World

Investing Intelligently In The IT Function

Orchestration and provisioning architecture for effective service management

Complexity and Solution Architecture

The First 100 Days for a New CIO - Using the Innovation Value Institute IT Ca...

Conway's Law, Cognitive Diversity, Organisation Transformation And Solution D...

Process Oriented Architecture

Supplier And Service Provider Governance

Don’t Mention The “A” Word – Trends In Continuing Business And IT Misalignment

Integrated Project and Solution Delivery And Business Engagement Model

Code Review Checklist

Maximising The Value and Benefits of Enterprise Architecture

Introduction To Business Architecture – Part 1

Solution Architecture Concept Workshop

Enterprise Business Analysis Capability - Strategic Asset for Business Alignm...

Data Audit Approach To Developing An Enterprise Data Strategy

Digital Transformation And Enterprise Architecture

The Myth Of Requirements

Business process analysis and design – importance of having a common language...

Review of Data Management Maturity Models

Similar to Microservices: Lessons Learned

Spring boot microservice metrics monitoring

Oracle Korea

Spring Boot - Microservice Metrics Monitoring

DonghuKIM2

Product Release Webinar- WSO2 Developer Studio 3.5WSO2

Amazon ECS Deep Dive

Amazon Web Services

Amazon Amazon Elastic Container Service (Amazon ECS)

Amazon Web Services

GIDS 2019: Developing Apps with Containers, Functions and Cloud Services

Patrick Chanezon

Cloud native applications are increasingly composed of containers, serverless functions responding to events and managed cloud services. What is the best workflow and set of tools to provide a rapid, iterative development experience and to package applications using these three components? This hand-on talk will compare and contrast several sets of tools and their associated workflows: Using Docker Desktop, with its local Docker engine and Kubernetes cluster, with open source tools such as the Virtual Kubelet, or the Gloo hybrid app gateway, to build the most productive development inner-loop for these type of applications OpenFaaS, Fn, or Nuclio open source serverless framework to run functions in containers locally Telepresence to run a container locally, connected to a remote cluster Helm and Draft Knative The talk will also cover how you can use the Cloud Native Application Bundle (CNAB) format and tools to package your applications and share them using a container registry.

Four Scenarios for Using an Integration Service Environment (ISE)

Daniel Toomey

Application Performance Management on AWS - ARC317 - re:Invent 2017

Amazon Web Services

Cloud is the new normal, and organizations are deploying different types workloads on AWS. Understanding the performance efficiency and overall application performance is critical to ensuring that you can scale your workload to meet the demands of your customers. Understanding how well your application performs over time helps you to continuously improve and innovate your software to get the most out of the AWS platform. If you aren't measuring custom application metrics, you are operating your software blindly and cannot pinpoint areas of improvement. Learn how to use Amazon CloudWatch custom metrics, alerts, dashboards and AWS X-Ray to architect an application monitoring service to provide insight to your workload's performance.

Azure Cloud Application Development Workshop - UGIdotNET

Lorenzo Barbieri

Resume_Ashok-updated (1) (1)chimmili ashok

Get visibility into your Containers/Kubernetes using Azure Monitor

BizTalk360

From Monolith to Microservices

Amazon Web Services

Enabling Microservices Frameworks to Solve Business Problems

Ken Owens

AWS Serverless concepts and solutions

ElenaIvannikova3

Hybrid Infrastructure Integration

Amazon Web Services

Hybrid Infrastructure Integration is an approach to connect on-premises IT resources with AWS and bridge processes, services, and technologies used in common enterprise customer environments. This session addresses connectivity patterns, security controls, account governance, and operations monitoring approaches successfully implemented in enterprise engagements. Infrastructure architects and IT professionals can get an overview of various integration types, approaches, methodologies, and common service patterns, helping them to better understand and overcome typical challenges in hybrid enterprise environments.

Hybrid Infrastructure Integration

Amazon Web Services

re:Invent 2019 CON328R Improving observability of your containers

Shubha Bheema Rao

Weave Cortex: Multi-tenant, horizontally scalable Prometheus as a Service

Weaveworks

Pune microsoft azure developers 2nd meetup

ratneshsinghparihar

Hybrid Infrastructure Integration

Amazon Web Services

Similar to Microservices: Lessons Learned (20)

Spring boot microservice metrics monitoring

Spring Boot - Microservice Metrics Monitoring

Product Release Webinar- WSO2 Developer Studio 3.5

Amazon ECS Deep Dive

Amazon Amazon Elastic Container Service (Amazon ECS)

GIDS 2019: Developing Apps with Containers, Functions and Cloud Services

Four Scenarios for Using an Integration Service Environment (ISE)

Application Performance Management on AWS - ARC317 - re:Invent 2017

Azure Cloud Application Development Workshop - UGIdotNET

Resume_Ashok-updated (1) (1)

Get visibility into your Containers/Kubernetes using Azure Monitor

From Monolith to Microservices

Enabling Microservices Frameworks to Solve Business Problems

AWS Serverless concepts and solutions

Hybrid Infrastructure Integration

re:Invent 2019 CON328R Improving observability of your containers

Weave Cortex: Multi-tenant, horizontally scalable Prometheus as a Service

Pune microsoft azure developers 2nd meetup

Hybrid Infrastructure Integration

More from Weaveworks

Weave AI Controllers (Weave GitOps Office Hours)

Weaveworks

LLMs are one of the rising workloads on Kubernetes and so are the complexities of deploying, managing and fine-tuning them. With this latest extension we can offer a strong blueprint for enterprises on how to keep LLMs OCI contained with the use of Kubernetes, Flux and Weave AI Controllers. The Highlights: * Simplified deployment, management, and fine-tuning of LLMs on any Kubernetes infrastructure. * Strong security and governance ensured through GitOps workflows and a robust signing and verification process. The Whys: * Security, Governance & Compliance: Ensures vulnerability-free and compliant deployments. * Seamless Integration: Works with existing systems, including Red Hat OpenShift. * GitOps for Productivity & Collaboration: Leverages the power of Flux and Kubernetes for automated, streamlined workflows. The Weave AI Controllers are an out of the box extension for Flux and are shipped and supported with Weave GitOps Assured (https://www.weave.works/product/gitops) and Enterprise (https://www.weave.works/product/gitops-enterprise/). Read our latest blog for more information (https://www.weave.works/blog/weave-ai-controllers) and visit GitHub to get started - https://github.com/weave-ai/weave-ai

Flamingo: Expand ArgoCD with Flux (Office Hours)

Weaveworks

Flamingo is an open source tool that allows for integrated use of both Flux and ArgoCD, the two leading GitOps solutions available today. * See how to integrate the two most used CNCF projects together to create flexible and extensible GitOps solutions. * Learn how to use Flux’s powerful and secure controllers with ArgoCD’s web-based GUI. * Understand how Flamingo provides a path towards Platform Engineering for ArgoCD users. * Explore extending ArgoCD to manage Infrastructure as Code through Flux’s Terraform Controller. For more information visit: https://github.com/flux-subsystem-argo/flamingo

Webinar: Capabilities, Confidence and Community – What Flux GA Means for You

Weaveworks

Flux, the original GitOps project, began its development in a small London office back in 2017 with the goal to bring continuous delivery (CD) to developers, platform and cluster operators working with Kubernetes. From donating the project to the CNCF, its continued growth within the cloud native community, to its achievement of passing rigorous battle tests for security, longevity and governance, it’s little wonder that Flux v2 has reached yet another celebratory milestone – General Availability (GA). Flux is the GitOps platform of choice for many enterprise companies such as SAP, Volvo Cars, and Axel Springer; and is embedded within AKS, Azure Arc and EKS Anywhere. It provides extensive automation to CI/CD, security and audit trails, and reliability through canary deployments and rollback capabilities. Join this webinar by Flux maintainers and creators and discover: * Latest release features and roadmap for the future. * Interesting use cases for Flux (e.g security). * Flux capabilities you may not be aware of (e.g. extensions). * Joining the vibrant Flux community. * How to leverage Flux in a supported enterprise environment today.

Six Signs You Need Platform Engineering

Weaveworks

Although not an entirely new concept, Platform Engineering and Internal Developer Platforms (IDPs) are all the rage due to their potential to increase development velocity and deployment frequency while boosting reliability and security. Join Joe Dahlquist, VP of PMM and Mohamed Ahmed, VP of Developer Platforms at Weaveworks to learn the 6 tell-tale signs your company should implement a platform engineering approach. The webinar draws on hundreds of conversations with SRE’s, developers, and platform engineering teams to help you better understand what works, what doesn’t and what might be missing from your strategy. Attendees can apply these learnings to their first (or next) developer platform regardless of your build vs. buy journey. You will learn: * The difference between Internal Developer Platforms and Platform Engineering * Why platform engineering now? * How Dev and Ops benefit from an IDP * 6 tell-tale signs to start platform engineering * Drafting your platform engineering strategy - where to begin and what to avoid

SRE and GitOps for Building Robust Kubernetes Platforms.pdf

Weaveworks

In today's technology-driven landscape, ensuring the reliability and stability of systems is critical for organizations to deliver exceptional user experiences. Site Reliability Engineering (SRE) has emerged as a proven methodology to achieve operational excellence and elevate performance. By combining SRE and GitOps, organizations can leverage the benefits of both methodologies. GitOps provides a reliable and auditable approach to managing infrastructure and application changes, ensuring that all deployments are version-controlled and consistent across environments. This aligns with the SRE principle of implementing standardized and automated processes for maintaining system reliability. Join our live webinar as we introduce the fundamentals and significance of SRE and GitOps, and provide actionable strategies for implementation. We’ll also explore the features of Weave GitOps that integrate SRE and GitOps practices to streamline workflows to support system reliability and stability. You will learn: An overview and correlation of key SRE and GitOps best practices The 5 keys DORA metrics for measuring performance of software delivery. How to leverage continuous delivery and progressive delivery to enhance application stability. How Weave GitOps can reliably simplify the management of infrastructure and applications, with real-world customer examples illustrating their impact.

Webinar: End to End Security & Operations with Chainguard and Weave GitOps

Weaveworks

One of the key values of GitOps relies on its fully declarative single source of truth in Git for the desired state of your entire system – configuration that continuously reconciles with the runtime of the system. Validating committer identity in your Git repository is a critical component towards a secure GitOps solution. Although basic capabilities are provided by Git service providers, more granular controls for governance and compliance are a requirement to satisfy most enterprise grade implementations. How do you keep that end to end process secure, from Git to Runtime? Join Weaveworks and Chainguard for a live webinar where we will look at how Chainguard Enforce for Git together with Weave GitOps Enterprise Policy Engine allows you to secure your end to end GitOps workflows, from Git to Runtime. You will learn how to: - Use Chainguard Enforce for Git to ensure only authorized GitOps tooling can modify your desired state. - Provide a secure identity to Weave GitOps Enterprise for all Git operations. - Use Weave GitOps Policy Engine to guarantee compliance on admission.

Flux Beyond Git Harnessing the Power of OCI

Weaveworks

Watch the recap: https://youtu.be/gKR95Kmc5ac In this KubeCon Europe 2023 session, Stefan and Hidde will talk about the latest developments of Flux around the Open Container Initiative (OCI). The focus will be on how OCI can serve as the single source of truth for both application code (container images) and configuration (OCI artifacts). We will start by explaining how Flux can be used as a package manager for distributing Kubernetes configs and Terraform modules as OCI artifacts. Afterwards, we will demonstrate how to build a secure delivery pipeline that leverages Flux integrations with GitHub Actions and keyless signatures from Sigstore Cosign. Lastly, we will touch upon the upcoming plans for 2023 and the significance of OCI in the future of continuous delivery with Flux.

Automated Provisioning, Management & Cost Control for Kubernetes Clusters

Weaveworks

In today’s economic climate, IT departments are feeling the pressure to reduce costs which can have a significant effect on development teams, and more specifically, Kubernetes strategies. For many organizations, there is a good chance that many Kubernetes resources are overprovisioned, and it’s often difficult to visualize which processes are responsible for this unnecessary spend. Weaveworks has joined forces with KubeCost to show you how to “do more with less” by easily integrating a Kubernetes FinOps solution into your existing workflows and seamlessly automating the provisioning and management of FinOps enabled Kubernetes clusters from a single UI / dashboard. Join this webinar to discover best practices for monitoring and reducing Kubernetes spend, while balancing cost, performance, and reliability. What you’ll learn: - Best practices for implementing a FinOps strategy in your organization. - Cluster management and templating capabilities using Weave GitOps for automating FinOps. - How to use predefined, automated policies for reliable cost control across your Kubernetes environment.

How to Avoid Kubernetes Multi-tenancy Catastrophes

Weaveworks

Picture this… It’s the middle of the night on a Saturday, and the sound of slack messages rolling in rouses you from slumber. Then two text messages chime in quick succession. As you grab your phone and pry open an eye to figure out WTF, the phone rings - and it’s your boss!? You stammer out a “Hello?” She sounds alarmed. “Wake up, we have a big problem” “It’s two-in-the-morning, what problem?” you croak back. “I guess you missed the alerts while you were sleeping…API endpoints in prod are getting knocked over, and the tokens responsible are yours.” “They’re what? How?” “Get to your machine and jump on the meeting link I just sent - everybody’s waiting” Yikes. Join Weaveworks for some real-world tales from the trenches, and learn about the 5 simple things you can do to prevent making a royal mess of Tenancy in Kubernetes. Hear from developers that got that late night call because of a bone-headed accident, and teams affected by gob-smacking access and permissions foul-ups. Luckily for us, they were happy to tell us the tales so we can learn from their pain. Weave GitOps Workspaces is a new feature that enables multi-tenancy so platform engineers can scale their GitOps workflows across numerous development teams. Oh yeah, it also wards -off wake-up calls in the middle of the night, which is nice. Watch this webinar recording to learn: - How Weave GitOps simplifies tenancy management - How security guardrails keep you from blowing a hole in your app, and across your team - 5 takeaways for enabling Kubernetes tenancy safely and effectively for your teams

Building internal developer platform with EKS and GitOps

Weaveworks

An internal developer platform (IDP) is a set of standardized tools and technologies that enables development teams to self-service, offering convenient access to resources they need to create and deploy compliant code. The ultimate goal is to facilitate automation, autonomy and productivity across large teams. However, creating an IDP is highly complex, especially when bridging hybrid scenarios. In fact, build timelines can take anywhere between one to two years! In this Techstrong Learning Experience, we will discuss how platform engineers can more efficiently build an IDP with Amazon EKS and Weave GitOps and accelerate cloud-native adoption while speeding up migration of existing applications to the cloud. Our experts will also introduce EKS Blueprints, a collection of infrastructure-as-code (IaC) modules like Terraform and AWS Cloud Development Kit (AWS CDK) that will help you configure and deploy consistent EKS clusters across on-premises and cloud. Key Takeaways: - Why you should build a self-service IDP - How to leverage EKS, GitOps and EKS Blueprints to build your IDP - A review of use cases and benefits of an IDP

GitOps Testing in Kubernetes with Flux and Testkube.pdf

Weaveworks

GitOps is amazing... until you can't apply it! This has been the case mostly for testing where it continues to be more of a push than a pull in organizations' DevOps pipelines. Join us in this talk to learn the benefits of improving your existing testing pipeline with Testkube, an open source project that brings tests inside your Kubernetes cluster, and FluxCD adding the GitOps sprinkles to testing! Speaker: Abdallah Abedraba, Product Leader at Testkube Abdallah works at Testkube, a Kubernetes native testing framework. In his prior experiences, he has tried everything from software engineering to product management, and now working as a Developer Advocate, on open source (a dream of his!) evangelizing all things Testing and Kubernetes. In his free time, he enjoys attending developer conferences and meetups, as well as spending time at the movies and actively listening to music.

Intro to GitOps with Weave GitOps, Flagger and Linkerd

Weaveworks

You may not think of "GitOps" and "service mesh" together – but maybe you should! These two wildly different technologies are each enormously capable independently, and combined they deliver far more than the sum of their parts: a single Git commit can control workflows customized for your exact situation by taking advantage of the service mesh's ability to measure and manipulate traffic anywhere in your application's call graph, and you can rest easy knowing that Git is preserving the complete configuration for your entire application every step of the way. See how these technologies can work together to tackle complex problems in cloud-native applications. What you’ll get out of this: * Understand what GitOps and service meshes can - and can't - do for you. * Understand basic operations with GitOps and Linkerd. * Understand the basics of continuous deployment with Weave GitOps and Linkerd.

Implementing Flux for Scale with Soft Multi-tenancy

Weaveworks

Soft multi-tenancy can be hard to achieve and secure. Multiple tenants sharing the same cluster means there are global objects, like Custom Resource Definitions (CRDs), namespaces, and so on, that you don’t want tenants controlling. Platform admins, cluster admins, and tenants, should be separated, with dedicated namespaces, role bindings, node groups, taints and tolerations, etc. With Flux, tenant isolation is enforced by default, so you don’t have to worry about accidental tenant cross-over / cross-contamination. In this session, Priyanka “Pinky” Ravi, Developer Experience Engineer at Weaveworks, will walk you through how to set up multi-tenancy on an existing Kubernetes cluster and manage several tenants within the cluster. Take advantage of the benefits that come with infrastructure as code.

Accelerating Hybrid Multistage Delivery with Weave GitOps on EKS

Weaveworks

Join Leo Murillo, Principal Solutions Architect at Weaveworks and Rama Ponnuswami, Sr. Container Specialist at AWS, as they walk through accelerating Multi-stage delivery on GitOps. If you already have EKS-A, you are ready to automate the release of multistage delivery. Thus, allowing you to deploy more often and reliably with less overhead. In this Webinar, we cover: - Best practices for CI/CD, GitOps and Application Pipeline Management. - Simple cluster management across Kubernetes hybrid infrastructure. - Multistage deployments using Weave GitOps for EKS and EKS-A using a single UI dashboard.

The Story of Flux Reaching Graduation in the CNCF

Weaveworks

Shift Deployment Security Left with Weave GitOps & Upbound’s Universal Crossp...

Weaveworks

In this session, we’ve partnered with Upbound to showcase how to effectively manage application delivery while maintaining a high level of security using Weave GitOps and Upbound. Managing a stateful application deployment with a relational database, Weave GitOps can recognize if there is a policy violation and correct it before deploying the application. Join us as we demonstrate the scenarios where: All changes to application configuration are managed through Git workflows Upbound’s Universal Crossplane allows you to build, deploy, and manage your cloud platforms GitOps provides an extra layer of security by removing the need for direct access to Kubernetes clusters Policy-as-Code guarantees security, resilience and coding standards compliance Watch the recording: xx

Securing Your App Deployments with Tunnels, OIDC, RBAC, and Progressive Deliv...

Weaveworks

In a joint webinar with Traefik Labs, we show how Traefik Hub, a SaaS-based cloud native networking platform, helps you publish your containers securely in seconds with tunnels, OIDC authentication and automated TLS certificate management. And, how you can combine that with Weave GitOps to achieve continuous application delivery using progressive delivery strategies for risk-free and reliable deployments. Security is key, so we showcase multi-tenancy for full RBAC across the different deployment stages, and trusted delivery best practices for continuous security and compliance baked in. Learn how: - To utilize canary deployments for reliable and risk-free application deployments. - GitOps lets you automate and secure the publishing of containers at the edge consistently. - Easy it is to deploy, update and manage your application workloads on Kubernetes. - To publish containers securely using tunnels, OIDC authentication and TLS certificate management.

Flux’s Security & Scalability with OCI & Helm Slides.pdf

Weaveworks

Flux Security & Scalability using VS Code GitOps Extension

Weaveworks

Recently Flux has released two new features (OCI and Cosign) for scalable and secure GitOps. Juozas Gaigalas, a Developer Experience Engineer at Weaveworks, will demonstrate how developers and platform engineers can quickly create scalable and Cosign-verified GitOps configurations using VS Code GitOps Tools extension. New and experienced Flux users can learn about Flux’s OCI and Cosign support through this demo.

Deploying Stateful Applications Securely & Confidently with Ondat & Weave GitOps

Weaveworks

Deploying secure, cloud native stateful applications requires a high level of performance across hybrid and multi-cloud environments. Using the scalable, highly performant storage provided by Ondat in combination with Weave GitOps Trusted Delivery, you can shift left security and accelerate software development. Watch this on-demand webinar as we demonstrate how: - All changes to application configuration are managed through Git workflows GitOps provides an extra layer of security by removing the need for direct access to Kubernetes clusters. - Policy-as-Code guarantees security, resilience and coding standards compliance. - To dynamically provision highly available persistent volumes by simply deploying Ondat anywhere with a simple operator profile. - All data services such as replication, compression and encryption, are optimized and accelerated to scale on any platform with Ondat’s low latency data plane.

More from Weaveworks (20)

Weave AI Controllers (Weave GitOps Office Hours)

Flamingo: Expand ArgoCD with Flux (Office Hours)

Webinar: Capabilities, Confidence and Community – What Flux GA Means for You

Six Signs You Need Platform Engineering

SRE and GitOps for Building Robust Kubernetes Platforms.pdf

Webinar: End to End Security & Operations with Chainguard and Weave GitOps

Flux Beyond Git Harnessing the Power of OCI

Automated Provisioning, Management & Cost Control for Kubernetes Clusters

How to Avoid Kubernetes Multi-tenancy Catastrophes

Building internal developer platform with EKS and GitOps

GitOps Testing in Kubernetes with Flux and Testkube.pdf

Intro to GitOps with Weave GitOps, Flagger and Linkerd

Implementing Flux for Scale with Soft Multi-tenancy

Accelerating Hybrid Multistage Delivery with Weave GitOps on EKS

The Story of Flux Reaching Graduation in the CNCF

Shift Deployment Security Left with Weave GitOps & Upbound’s Universal Crossp...

Securing Your App Deployments with Tunnels, OIDC, RBAC, and Progressive Deliv...

Flux’s Security & Scalability with OCI & Helm Slides.pdf

Flux Security & Scalability using VS Code GitOps Extension

Deploying Stateful Applications Securely & Confidently with Ondat & Weave GitOps

Recently uploaded

Observability Concepts EVERY Developer Should Know -- DeveloperWeek Europe.pdf

Paige Cruz

Monitoring and observability aren’t traditionally found in software curriculums and many of us cobble this knowledge together from whatever vendor or ecosystem we were first introduced to and whatever is a part of your current company’s observability stack. While the dev and ops silo continues to crumble….many organizations still relegate monitoring & observability as the purview of ops, infra and SRE teams. This is a mistake - achieving a highly observable system requires collaboration up and down the stack. I, a former op, would like to extend an invitation to all application developers to join the observability party will share these foundational concepts to build on:

By Design, not by Accident - Agile Venture Bolzano 2024

Pierluigi Pugliese

Transcript: Selling digital books in 2024: Insights from industry leaders - T...

BookNet Canada

The publishing industry has been selling digital audiobooks and ebooks for over a decade and has found its groove. What’s changed? What has stayed the same? Where do we go from here? Join a group of leading sales peers from across the industry for a conversation about the lessons learned since the popularization of digital books, best practices, digital book supply chain management, and more. Link to video recording: https://bnctechforum.ca/sessions/selling-digital-books-in-2024-insights-from-industry-leaders/ Presented by BookNet Canada on May 28, 2024, with support from the Department of Canadian Heritage.

Assuring Contact Center Experiences for Your Customers With ThousandEyes

ThousandEyes

Le nuove frontiere dell'AI nell'RPA con UiPath Autopilot™

UiPathCommunity

In questo evento online gratuito, organizzato dalla Community Italiana di UiPath, potrai esplorare le nuove funzionalità di Autopilot, il tool che integra l'Intelligenza Artificiale nei processi di sviluppo e utilizzo delle Automazioni. 📕 Vedremo insieme alcuni esempi dell'utilizzo di Autopilot in diversi tool della Suite UiPath: Autopilot per Studio Web Autopilot per Studio Autopilot per Apps Clipboard AI GenAI applicata alla Document Understanding 👨‍🏫👨‍💻 Speakers: Stefano Negro, UiPath MVPx3, RPA Tech Lead @ BSP Consultant Flavio Martinelli, UiPath MVP 2023, Technical Account Manager @UiPath Andrei Tasca, RPA Solutions Team Lead @NTT Data

Smart TV Buyer Insights Survey 2024 by 91mobiles.pdf

91mobiles

DevOps and Testing slides at DASA Connect

Kari Kakkonen

FIDO Alliance Osaka Seminar: Overview.pdf

FIDO Alliance

PCI PIN Basics Webinar from the Controlcase Team

ControlCase

Introduction to CHERI technology - Cybersecurity

mikeeftimakis1

PHP Frameworks: I want to break free (IPC Berlin 2024)

Ralf Eggert

In this presentation, we examine the challenges and limitations of relying too heavily on PHP frameworks in web development. We discuss the history of PHP and its frameworks to understand how this dependence has evolved. The focus will be on providing concrete tips and strategies to reduce reliance on these frameworks, based on real-world examples and practical considerations. The goal is to equip developers with the skills and knowledge to create more flexible and future-proof web applications. We'll explore the importance of maintaining autonomy in a rapidly changing tech landscape and how to make informed decisions in PHP development. This talk is aimed at encouraging a more independent approach to using PHP frameworks, moving towards a more flexible and future-proof approach to PHP development.

Monitoring Java Application Security with JDK Tools and JFR Events

Ana-Maria Mihalceanu

Epistemic Interaction - tuning interfaces to provide information for AI support

Alan Dix

Paper presented at SYNERGY workshop at AVI 2024, Genoa, Italy. 3rd June 2024 https://alandix.com/academic/papers/synergy2024-epistemic/ As machine learning integrates deeper into human-computer interactions, the concept of epistemic interaction emerges, aiming to refine these interactions to enhance system adaptability. This approach encourages minor, intentional adjustments in user behaviour to enrich the data available for system learning. This paper introduces epistemic interaction within the context of human-system communication, illustrating how deliberate interaction design can improve system understanding and adaptation. Through concrete examples, we demonstrate the potential of epistemic interaction to significantly advance human-computer interaction by leveraging intuitive human communication strategies to inform system design and functionality, offering a novel pathway for enriching user-system engagements.

State of ICS and IoT Cyber Threat Landscape Report 2024 preview

Prayukth K V

The IoT and OT threat landscape report has been prepared by the Threat Research Team at Sectrio using data from Sectrio, cyber threat intelligence farming facilities spread across over 85 cities around the world. In addition, Sectrio also runs AI-based advanced threat and payload engagement facilities that serve as sinks to attract and engage sophisticated threat actors, and newer malware including new variants and latent threats that are at an earlier stage of development. The latest edition of the OT/ICS and IoT security Threat Landscape Report 2024 also covers: State of global ICS asset and network exposure Sectoral targets and attacks as well as the cost of ransom Global APT activity, AI usage, actor and tactic profiles, and implications Rise in volumes of AI-powered cyberattacks Major cyber events in 2024 Malware and malicious payload trends Cyberattack types and targets Vulnerability exploit attempts on CVEs Attacks on counties – USA Expansion of bot farms – how, where, and why In-depth analysis of the cyber threat landscape across North America, South America, Europe, APAC, and the Middle East Why are attacks on smart factories rising? Cyber risk predictions Axis of attacks – Europe Systemic attacks in the Middle East Download the full report from here: https://sectrio.com/resources/ot-threat-landscape-reports/sectrio-releases-ot-ics-and-iot-security-threat-landscape-report-2024/

FIDO Alliance Osaka Seminar: Passkeys at Amazon.pdf

FIDO Alliance

Quantum Computing: Current Landscape and the Future Role of APIs

Vlad Stirbu

Elevating Tactical DDD Patterns Through Object Calisthenics

Dorra BARTAGUIZ

After immersing yourself in the blue book and its red counterpart, attending DDD-focused conferences, and applying tactical patterns, you're left with a crucial question: How do I ensure my design is effective? Tactical patterns within Domain-Driven Design (DDD) serve as guiding principles for creating clear and manageable domain models. However, achieving success with these patterns requires additional guidance. Interestingly, we've observed that a set of constraints initially designed for training purposes remarkably aligns with effective pattern implementation, offering a more ‘mechanical’ approach. Let's explore together how Object Calisthenics can elevate the design of your tactical DDD patterns, offering concrete help for those venturing into DDD for the first time!

Dev Dives: Train smarter, not harder – active learning and UiPath LLMs for do...

UiPathCommunity

💥 Speed, accuracy, and scaling – discover the superpowers of GenAI in action with UiPath Document Understanding and Communications Mining™: See how to accelerate model training and optimize model performance with active learning Learn about the latest enhancements to out-of-the-box document processing – with little to no training required Get an exclusive demo of the new family of UiPath LLMs – GenAI models specialized for processing different types of documents and messages This is a hands-on session specifically designed for automation developers and AI enthusiasts seeking to enhance their knowledge in leveraging the latest intelligent document processing capabilities offered by UiPath. Speakers: 👨‍🏫 Andras Palfi, Senior Product Manager, UiPath 👩‍🏫 Lenka Dulovicova, Product Program Manager, UiPath

Bits & Pixels using AI for Good.........

Alison B. Lowndes

Assure Contact Center Experiences for Your Customers With ThousandEyes

ThousandEyes

Recently uploaded (20)

Observability Concepts EVERY Developer Should Know -- DeveloperWeek Europe.pdf

By Design, not by Accident - Agile Venture Bolzano 2024

Transcript: Selling digital books in 2024: Insights from industry leaders - T...

Assuring Contact Center Experiences for Your Customers With ThousandEyes

Le nuove frontiere dell'AI nell'RPA con UiPath Autopilot™

Smart TV Buyer Insights Survey 2024 by 91mobiles.pdf

DevOps and Testing slides at DASA Connect

FIDO Alliance Osaka Seminar: Overview.pdf

PCI PIN Basics Webinar from the Controlcase Team

Introduction to CHERI technology - Cybersecurity

PHP Frameworks: I want to break free (IPC Berlin 2024)

Monitoring Java Application Security with JDK Tools and JFR Events

Epistemic Interaction - tuning interfaces to provide information for AI support

State of ICS and IoT Cyber Threat Landscape Report 2024 preview

FIDO Alliance Osaka Seminar: Passkeys at Amazon.pdf

Quantum Computing: Current Landscape and the Future Role of APIs

Elevating Tactical DDD Patterns Through Object Calisthenics

Dev Dives: Train smarter, not harder – active learning and UiPath LLMs for do...

Bits & Pixels using AI for Good.........

Assure Contact Center Experiences for Your Customers With ThousandEyes

Microservices: Lessons Learned

1. Microservices: Lessons Learned Or how I learned to stop worrying and love Continuous Deployment… Tom Wilkie Weaveworks, September 2016

3. https://github.com/weaveworks/scope

4. http://cloud.weave.works/

5. DEMO

6. ✓ Emergent Microservices Architecture ✓ Worse-is-better* ✓ Optimise for MTTR ✓ DevOps ✓ Continuous Delivery * https://blog.acolyer.org/2016/09/15/the-rise-of-worse-is-better/

7. Emergent Microservice Architecture

8. scope-probescope-probe scope-app Browser scope-probe Host 1 Host 2 Host 3 Scope OSS Architecture

9. Frontend (Nginx) WeaverangAccount Service scope-apps The Interwebs /api/app/*/api/user/* scope-apps scope-apps App Mapper scope-app Frontend (Nginx) Routed based on credentials/identity RDS Instance RDS InstanceAccount Service Static Content Server /* Open Source Closed Source AWS Service Service Architecture ~Sept 2015

10. Account Service Frontend (Nginx) The Interwebs Weaverang /api/report Collection Service /api/user RDS Instance Users Service Static Content Server /* AWS DynamoDB /api/<app>/api/topology Query Service Weaverang /api/<app>/api/control Control Service Frontend (Nginx) AWS SQS Frontend (Nginx)Authenticating Proxy Weaverang /api/<app>/api/pipe Pipe Service AWS S3 Consul Cluster Open Source Closed Source AWS Service NATS Cluster Service Architecture ~Jun 2016

11. OSS Scope } 1. Incoming reports 2. Stored in memory 3. Outgoing queries } 1. Incoming reports 2. Stored in S3 / DynamoDB / Memcache 3. Outgoing queries Weave Cloud

12. Continuous Deployment

13. App is developed & tested locally Built automatically using CI of your choice Container image pushed automatically Deployed automatically using Weave Cloud deploy service... ...to an Environment of your choice Source control Configuration as code

14.

15. Take aways

16. DO: Optimise for MTTR DO: Adopt consistent architecture patterns DO: Continuous delivery  DON’T: Build user-speciﬁc services DON’T: Over disaggregate services DON’T: Build multiple services out of the same image…

17. Questions?

18. We’re hiring! London BerlinSan Francisco

Microservices: Lessons Learned

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (20)

Similar to Microservices: Lessons Learned

Similar to Microservices: Lessons Learned (20)

More from Weaveworks

More from Weaveworks (20)

Recently uploaded

Recently uploaded (20)

Microservices: Lessons Learned