Skip to content

Commit bacc2b7

Browse files
author
Vivek Vishal
authored
Merge branch 'master' into error404p-redirect
2 parents bffbbc2 + 2280583 commit bacc2b7

File tree

41 files changed

+1121
-113
lines changed

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

41 files changed

+1121
-113
lines changed

.github/workflows/slack.yml

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -2,6 +2,8 @@ name: Slack Notify
22
on:
33
watch:
44
types: [started]
5+
issues:
6+
types: [labeled]
57
jobs:
68
star-notify:
79
if: github.event_name == 'watch'

src/assets/data/faq/index.js

Lines changed: 0 additions & 108 deletions
Original file line numberDiff line numberDiff line change
@@ -320,114 +320,6 @@ const data = {
320320
],
321321
},
322322

323-
//
324-
// SERVICE MESH
325-
//
326-
327-
{
328-
question: "What value does a service mesh provide?",
329-
category: "Service Mesh",
330-
answer: [
331-
"Service meshes provide visibility, resiliency, traffic, and security control of distributed application services. Much value is promised here, particularly to the extent that much is given without the need to change your application code.",
332-
],
333-
link: "",
334-
linktext: "",
335-
},
336-
// {
337-
// question: "What is the difference between a service mesh management, control, and data plane?",
338-
// category: "Service Mesh",
339-
// answer: "",
340-
// answer_2: "",
341-
// answer_3: "",
342-
// answer_4: "",
343-
// answer_5: "",
344-
// link: "/blog/service-mesh-planes",
345-
// linktext: "Blog: Understanding Service Mesh Planes",
346-
// },
347-
{
348-
question:
349-
"What if I deploy one service mesh, like Istio, then need to switch to another service mesh?",
350-
category: "Service Mesh",
351-
answer: [
352-
"Use of Meshery and the Service Mesh Interface specification help avoid switching costs between service meshes.",
353-
"The goal of Service Mesh Interface specifications are to provide an abstract, unified method of interacting with a service mesh.",
354-
"See if your service mesh adheres to SMI specifications at the link below.",
355-
],
356-
link: "/projects/service-mesh-interface-conformance",
357-
linktext: "Service Mesh Interface",
358-
},
359-
{
360-
question: "What are service mesh standards and why do they matter?",
361-
category: "Service Mesh",
362-
answer: [
363-
"Three service mesh abstractions have arisen given the high number of service meshes available (see the Service Mesh Landscape)",
364-
"Servcie Mesh Performance (SMP) - A standard for capturing and characterizing service mesh performance.",
365-
"Service Mesh Interface (SMI) - A standard interface for using common service mesh functionality on Kubernetes.",
366-
"Multi-Vendor Service Mesh Interoperation (Hamlet) - A set of API standards for enabling service mesh federation.",
367-
],
368-
link: "https://calcotestudios.com/talks/decks/slides-open-infrastructure-summit-2020-its-a-multi-mesh-world.html",
369-
linktext: "See Open Infrastructure Summit Presentation",
370-
},
371-
{
372-
question: "How does a service mesh help me? in my role?",
373-
category: "Service Mesh",
374-
answer: [
375-
"Operators don’t necessarily need to involve Developers to change how many times a service should retry before timing out or to run experiments (known as chaos engineering). They are empowered to affect service behavior independently.",
376-
"Customer Success (support) teams can handle the revocation of client access without involving Operators.",
377-
"Product Owners can use quota management to enforce price plan limitations for quantity-based consumption of particular services.",
378-
"Developers can redirect their internal stakeholders to a canary with beta functionality without involving Operators.",
379-
"Security Engineers can declaratively define authentication and authorization policies, enforced by the service mesh.",
380-
"Network Engineers are empowered with an extraordinarily high degree of application-level control formerly simply unavailable to them.",
381-
],
382-
link: "",
383-
linktext: "",
384-
},
385-
// {
386-
// question: "Why do I need a service mesh?",
387-
// category: "Service Mesh",
388-
// answer: "",
389-
// answer_2: "",
390-
// answer_3: "",
391-
// answer_4: "",
392-
// answer_5: "",
393-
// link: "",
394-
// linktext: "",
395-
// },
396-
// {
397-
// question: "Which service mesh is right for me?",
398-
// category: "Service Mesh",
399-
// answer: "",
400-
// answer_2: "",
401-
// answer_3: "",
402-
// answer_4: "",
403-
// answer_5: "",
404-
// link: "/service-mesh-landscape",
405-
// linktext: "Service Mesh Landscape",
406-
// },
407-
// {
408-
// question: "What is a service mesh?",
409-
// category: "Service Mesh",
410-
// answer: [
411-
// "Service meshes provide intent-based networking for microservices describing desired behavior of the network in the face of constantly changing conditions and network topology. At their core, service meshes provide:",
412-
// "A services-first network; A developer-driven network;",
413-
// "A network that is primarily concerned with alleviating application developers from building infrastructure concerns into their application code; A network that empowers operators with the ability to declaratively define network behavior, node identity, and traffic flow through policy;",
414-
// "A network that enables service owners to control application logic without engaging developers to change its code.",
415-
// "Value derived from the layer of tooling that service meshes provide is most evident in the land of microservices. The more services, the more value derived from the mesh. In subsequent chapters, I show how service meshes provide value outside of the use of microservices and containers and help modernize existing services (running on virtual or bare metal servers) as well.",
416-
// ],
417-
// link: "",
418-
// linktext: "",
419-
// },
420-
{
421-
question: "When should I adopt a service mesh?",
422-
category: "Service Mesh",
423-
answer: [
424-
"There are many service meshes to choose from as well as a variety of deployment models. Which is right for you and your organization depends on where you are in your maturity curve (Cloud Native skill set), number of services, underlying infrastructure, and how centric technology is to your business. ",
425-
"So, should you deploy a service mesh? More and more the answer is “yes”. Service meshes are quickly becoming a ubiquitous layer in modern infrastructures.",
426-
],
427-
link: "/deploy-service-mesh",
428-
linktext: "Factors When considering how strongly you need a service mesh",
429-
},
430-
431323
//
432324
// CAREERS / INTERNSHIPS
433325
//
Lines changed: 1 addition & 0 deletions
Loading
Lines changed: 1 addition & 0 deletions
Loading

src/collections/integrations/aws-cloudfront-controller/index.mdx

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -62,6 +62,12 @@ components: [
6262
"colorIcon": "icons/components/origin-access-control/icons/color/origin-access-control-color.svg",
6363
"whiteIcon": "icons/components/origin-access-control/icons/white/origin-access-control-white.svg",
6464
"description": "",
65+
},
66+
{
67+
"name": "vpc-origin",
68+
"colorIcon": "icons/components/vpc-origin/icons/color/vpc-origin-color.svg",
69+
"whiteIcon": "icons/components/vpc-origin/icons/white/vpc-origin-white.svg",
70+
"description": "",
6571
}]
6672
featureList: [
6773
"Global content delivery",
Lines changed: 1 addition & 0 deletions
Loading
Lines changed: 1 addition & 0 deletions
Loading
Lines changed: 33 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,33 @@
1+
---
2+
title: Azure Operator
3+
subtitle: Collaborative and visual infrastructure as design for Azure Operator
4+
integrationIcon: icons/color/azure-operator-color.svg
5+
darkModeIntegrationIcon: icons/white/azure-operator-white.svg
6+
docURL: https://docs.meshery.io/extensibility/integrations/azure-operator
7+
description:
8+
category: Runtime
9+
subcategory: Cloud Native Storage
10+
registrant: GitHub
11+
components: []
12+
featureList: [
13+
"Drag-n-drop cloud native infrastructure designer to configure, model, and deploy your workloads.",
14+
"Invite anyone to review and make changes to your private designs.",
15+
"Ongoing synchronization of Kubernetes configuration and changes across any number of clusters."
16+
]
17+
workingSlides: [
18+
../_images/kanvas-visualizer.png,
19+
../_images/kanvas-designer.png
20+
]
21+
howItWorks: "Collaborative Infrastructure as Design"
22+
howItWorksDetails: "Collaboratively manage infrastructure with your coworkers synchronously sharing the same designs."
23+
published: TRUE
24+
---
25+
<p>
26+
27+
</p>
28+
<p>
29+
Collaboratively and visually diagram your cloud native infrastructure with GitOps-style pipeline integration. Design, test, and manage configuration your Kubernetes-based, containerized applications as a visual topology.
30+
</p>
31+
<p>
32+
Looking for best practice cloud native design and deployment best practices? Choose from thousands of pre-built components in Kanvas. Choose from hundreds of ready-made design patterns by importing templates from Meshery Catalog or use our low code designer, Kanvas, to create and deploy your own cloud native infrastructure designs.
33+
</p>

src/collections/integrations/openebs/icons/components/grafana-agent/icons/color/grafana-agent-color.svg

Lines changed: 1 addition & 0 deletions
Loading

0 commit comments

Comments
 (0)