diff --git a/content/roadmaps/114-software-architect/content/101-architect-responsibilities.md b/content/roadmaps/114-software-architect/content/101-architect-responsibilities.md
index 07c71ab83..35707d0ae 100644
--- a/content/roadmaps/114-software-architect/content/101-architect-responsibilities.md
+++ b/content/roadmaps/114-software-architect/content/101-architect-responsibilities.md
@@ -10,6 +10,8 @@ To understand the necessary skills an architect needs, we first need to understa
* Check and review architecture and code, e.g., check if defined patterns and coding standards are implemented properly
* Collaborate with other architects and stakeholders
* Coach and consult developers
+* Make sure that as implementation takes place, the architecture is being adhered to
+* Play a key part in reviewing code
* Detail out and refine higher level design into lower level design
_Note: Architecture is a continuous activity, especially when it is applied in agile software development. Therefore, these activities are done over and over again._
diff --git a/content/roadmaps/114-software-architect/content/105-patterns-and-design-principles/104-acid-cap-theorem.md b/content/roadmaps/114-software-architect/content/105-patterns-and-design-principles/104-acid-cap-theorem.md
index 7a9600f44..27dd36219 100644
--- a/content/roadmaps/114-software-architect/content/105-patterns-and-design-principles/104-acid-cap-theorem.md
+++ b/content/roadmaps/114-software-architect/content/105-patterns-and-design-principles/104-acid-cap-theorem.md
@@ -1 +1,15 @@
-# Acid cap theorem
\ No newline at end of file
+# ACID & CAP Theorem
+
+ACID (Atomicity, Consistency, Isolation, Durability) and CAP (Consistency, Availability, Partition Tolerance) are essential concepts in distributed systems. They are often used to explain the trade-offs between consistency and availability.
+
+CAP is an acronym for Consistency, Availability, and Partition Tolerance. According to the CAP theorem, any distributed system can only guarantee two of the three properties at any time. You can't guarantee all three properties at once.
+
+ACID is an acronym that stands for Atomicity, Consistency, Isolation, Durability. ACID is a set of properties of database transactions intended to guarantee validity even in the event of errors, power failures, etc.
+
+Free Content
+What is CAP Theorem?
+CAP Theorem - Wikipedia
+An Illustrated Proof of the CAP Theorem
+CAP Theorem and it's applications in NoSQL Databases
+What is CAP Theorem?
+ACID - Wikipedia
\ No newline at end of file
diff --git a/content/roadmaps/114-software-architect/content/110-apis-and-integrations/100-grpc.md b/content/roadmaps/114-software-architect/content/110-apis-and-integrations/100-grpc.md
index 5d543f43c..3b515115f 100644
--- a/content/roadmaps/114-software-architect/content/110-apis-and-integrations/100-grpc.md
+++ b/content/roadmaps/114-software-architect/content/110-apis-and-integrations/100-grpc.md
@@ -1 +1,13 @@
-# Grpc
\ No newline at end of file
+# gPRC
+
+gRPC is a platform agnostic serialization protocol that is used to communicate between services. Designed by Google in 2015, it is a modern alternative to REST APIs. It is a binary protocol that uses HTTP/2 as a transport layer. It is a high performance, open source, general-purpose RPC framework that puts mobile and HTTP/2 first.
+
+It's main use case is for communication between two different languages within the same application. You can use Python to communicate with Go, or Java to communicate with C#.
+
+gRPC uses the protocol buffer language to define the structure of the data that is
+
+Free Content
+gRPC Website
+gRPC Introduction
+gRPC Core Concepts
+Stephane Maarek - gRPC Introduction
\ No newline at end of file
diff --git a/content/roadmaps/114-software-architect/content/115-operations-knowledge/104-service-mesh.md b/content/roadmaps/114-software-architect/content/115-operations-knowledge/104-service-mesh.md
index c0c119a25..113d46fc6 100644
--- a/content/roadmaps/114-software-architect/content/115-operations-knowledge/104-service-mesh.md
+++ b/content/roadmaps/114-software-architect/content/115-operations-knowledge/104-service-mesh.md
@@ -1 +1,8 @@
-# Service mesh
\ No newline at end of file
+# Service Mesh
+
+A Service Mesh is a dedicated infrastructure layer for handling service-to-service communication. It’s responsible for the reliable delivery of requests through the complex topology of services that comprise a modern, cloud native application. In layman's terms, it's a tool which helps you to control how different services communicate with each other.
+
+Free Content
+Service Mesh explained in 15 Minutes
+Red Hat - What is a Service Mesh?
+Kubernetes Service Mesh - Blog Post
\ No newline at end of file