CompTIA Linux+ XK0-005 – Unit 04 – System Administration Part 2

File System Specific Attributes All right, now there are some other attributes that go with the file systems, and they’re specific to your file systems. Now, the extended file systems, the second and third one, support extended attributes. So does the fourth. Those attributes deal with issues about the files, such as if I have file compression, or if secure deletion is required, or if the file is undeletable, or if it’s append only. And those are things that we can add on to those files so that we can…

CompTIA Linux+ XK0-005 – Unit 04 – System Administration Part 1

Directory Permissions All right, so default permissions as a review. All new files permissions are six, six, six, all new directories seven, seven, seven. You can change those defaults. You can change the behavior of being open by default by using what we call the Umask. So we can control it through this little entity that is kind of a way of subtracting and that’s what’s important. The mask is going to submit tracked the permissions you don’t want people to have automatically. Umask So let’s say you had a…

MCPA MuleSoft Certified Platform Architect Level 1 – Getting Production Ready Part 5

API Performance – I In this lecture, let us see how we can scale the application networks to have better performance of your APIs. There are actually two main ways of scaling the performance of the API, okay? One is the vertical scaling and the second one is the horizontal scaling. I am very sure you must have heard this already many times before, because these terms are agnostic to the product or technology, right? So, in the context of this any point platform, let us see how we can…

MCPA MuleSoft Certified Platform Architect Level 1 – Getting Production Ready Part 4

Integration Tests Let us understand how to design the automated API Centric integration test. The scenarios should comprise both functional and nonfunctional tests, which means it should include the NFRS and the performance test as well. The test scenarios of an API are driven by the API specification and in particular the RAML definition of the API. These scenarios and test cases should be defined on the basis of just the discoverable documentation available from the Any Point Exchange entry for that particular API. Okay? So whoever is documenting the…

MCPA MuleSoft Certified Platform Architect Level 1 – Getting Production Ready Part 3

Demo: Promoting Mule Apps in Runtime Manager Now let us see how to deploy mule applications from one environment to another environment manually. Okay, I’m on the any point platform. I will now navigate to the runtime manager to show you what apps I currently have in the Sandbox environment. As you can see, I currently have four apps running on the Sandbox environment. The experience is under AP Process Sales Order Replay and System Sales Order appear and all of them are running on three nine four run times…

MCPA MuleSoft Certified Platform Architect Level 1 – Getting Production Ready Part 2

Promoting APIs to Higher Environments Let us now see how to promote APIs and APA implementations to higher environments. We have already seen in the previous lecture using DevOps how we can deploy the APA implementations and API instances, policies, etc. Right? For AP implementations, we have the Mule Maven plugin support and any other third party tool support. Same way for the Mule API instances, APA policies or any other APA manager stuff. We can use the Any Point Platform API. So apart from the DevOps style, any Point…

MCPA MuleSoft Certified Platform Architect Level 1 – Getting Production Ready

Development Lifecycle Hi. Welcome to the new section. In this course, in this section, we will focus on how to get the things ready for the production. So, the objectives of this particular section are we will try to see what is the development lifecycle of an API which anywhere we have seen so far across the course. We have traveled into lot of phases till this getting ready to further production section. Right? So we have seen already the different aspects of the development lifecycle of an API. But…

MCPA MuleSoft Certified Platform Architect Level 1 – Event Driven Architecture Part 2

Event Driven Architecture vs API-led connectivity Let us now compare event driven architecture and API Led connectivity. API Led connectivity defines three tires, as you already know. One is Experience API, one is Process API. And the last one is the System API. Right. So this is how the API connectivity encourages to operate the services. By defining three layers and assigning the APIs relevant to each layer and communicate as per rules. That okay, experience API should talk to Process APIs only, and Process APIs should talk to other…

MCPA MuleSoft Certified Platform Architect Level 1 – Event Driven Architecture

What is EDA? Hi. Welcome to the new section. In this course. In this section, we will focus more on the event driven architecture. We will learn what it is and how it fits in the Mule Soft application networks and works, along with API Led connectivity. Before we go to that part, let us first understand what is an event driven architecture? Driven architecture is an architecture which uses events to trigger and communicate between the systems, okay? Thereby giving high decoupling between the systems. This is very common…

MCPA MuleSoft Certified Platform Architect Level 1 – Implementing Effective APIs Part 7

Static Fallback Results The last one is using a static fallback result. So after all previously discussed options for recovering from a failed API invocation of failed, then the only thing left or can be done, if applicable, for your API is to send a prepared static result back to your API client as a response. So what kind of API is generally fit for this last strategy? Or like suppose if your API is a get API to retrieve the countries, states or currencies or some products and all….

img