<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>Vietnamese Professional - CCNP Design</title>
		<link>https://www.forum.vnpro.org/</link>
		<description />
		<language>vi</language>
		<lastBuildDate>Sat, 05 Sep 2026 14:58:56 GMT</lastBuildDate>
		<generator>vBulletin</generator>
		<ttl>60</ttl>
		<image>
			<url>images/misc/rss.png</url>
			<title>Vietnamese Professional - CCNP Design</title>
			<link>https://www.forum.vnpro.org/</link>
		</image>
		<item>
			<title>Postman – Công cụ làm việc và kiểm thử API</title>
			<link>https://www.forum.vnpro.org/forum/ccnp-enterprise/design/444375-postman-–-công-cụ-làm-việc-và-kiểm-thử-api</link>
			<pubDate>Sat, 29 Aug 2026 02:27:50 GMT</pubDate>
			<description>Postman – Công cụ làm việc và kiểm thử API 
 
 
Postman là một công cụ phổ biến giúp Developer, DevOps và Network Engineer gửi API request, xem...</description>
			<content:encoded><![CDATA[<b>Postman – Công cụ làm việc và kiểm thử API</b><br />
<br />
<br />
<b>Postman</b> là một công cụ phổ biến giúp Developer, DevOps và Network Engineer <b>gửi API request, xem response và kiểm thử API</b> mà chưa cần viết chương trình Python.<br />
<br />
Có thể hiểu đơn giản:<div style="margin-left:40px"><b>Postman giống như một “API Client”: chúng ta tạo request → gửi đến API Server → nhận và phân tích response.</b></div> <br />
Trong Network Automation, Postman rất hữu ích khi làm việc với REST API của Controller, Cloud Platform, Firewall hoặc các hệ thống quản trị mạng.<br />
<br />
<b>1. Method – Phương thức HTTP</b><br />
<br />
<br />
Method cho biết chúng ta muốn API thực hiện hành động gì.<br />
<br />
Các method thường gặp:<ul><li><b>GET</b> – đọc/lấy dữ liệu.</li>
<li><b>POST</b> – tạo mới hoặc gửi dữ liệu để xử lý.</li>
<li><b>PUT</b> – cập nhật/thay thế resource.</li>
<li><b>PATCH</b> – cập nhật một phần.</li>
<li><b>DELETE</b> – xóa resource.</li>
</ul><br />
Trong hình đang sử dụng:<br />
<br />
GET<br />
<br />
Có nghĩa là Postman đang yêu cầu server <b>trả về thông tin</b>, không phải tạo hay xóa dữ liệu.<br />
<br />
<b>2. URL – Địa chỉ API</b><br />
<br />
<br />
URL xác định API endpoint mà request sẽ được gửi đến.<br />
<br />
Ví dụ:<br />
https://{{hostName}}/api/node/class/fvCEp.json<br />
<br />
Trong đó {{hostName}} là một <b>variable</b>. Giá trị thật của nó có thể được lưu trong Environment.<br />
<br />
Nhờ vậy, không cần sửa URL mỗi khi chuyển giữa các hệ thống:<br />
<br />
LAB → TEST → PRODUCTION<br />
<br />
<b>3. Environment</b><br />
<br />
<br />
<b>Environment</b> là nơi lưu các biến dùng cho từng môi trường.<br />
<br />
Ví dụ:<br />
hostName = 10.10.10.20<br />
username = admin<br />
<br />
Khi chuyển Environment, cùng một Collection có thể được sử dụng để kiểm thử nhiều hệ thống khác nhau mà không phải sửa từng request.<br />
<br />
Đây là một khái niệm rất quan trọng trong Automation và DevOps.<br />
<br />
<b>4. Saved Requests và Collections</b><br />
<br />
<br />
Bên trái hình là các API request đã được lưu.<br />
<br />
Ví dụ:<ul><li>Login</li>
<li>Query Object</li>
<li>Fabric Health</li>
<li>LLDP Neighbors</li>
<li>MAC Address</li>
<li>Tenant List</li>
</ul><br />
Nhiều request có thể được nhóm thành một <b>Collection</b>.<br />
<br />
Network Engineer có thể tạo một Collection gồm:<br />
<br />
<b>Login → Device Inventory → Interface → BGP → Health → Events</b><br />
<br />
Sau đó sử dụng lại khi troubleshooting hoặc kiểm thử hệ thống.<br />
<br />
<b>5. Request Body</b><br />
<br />
<br />
<b>Request Body</b> chứa dữ liệu gửi từ client tới server.<br />
<br />
Ví dụ khi tạo một resource bằng POST:<br />
{<br />
&quot;hostname&quot;: &quot;R1&quot;,<br />
&quot;location&quot;: &quot;HCM&quot;<br />
}<br />
<br />
Không phải request nào cũng cần body. <b>GET thường không sử dụng request body</b>, trong khi POST/PUT/PATCH thường có.<br />
<br />
Ngoài Body, request còn có các thành phần quan trọng như <b>Headers, Authorization, Parameters và Cookies</b>. <b>6. Response Body</b><br />
<br />
<br />
Sau khi API Server xử lý request, nó gửi response về Postman.<br />
<br />
Trong hình, dữ liệu trả về ở dạng <b>JSON</b>.<br />
<br />
Ngoài dữ liệu, chúng ta còn thấy:<br />
<br />
Status: 200 OK<br />
<br />
Điều này cho biết request đã được xử lý thành công.<br />
<br />
Một số HTTP status code Network Engineer nên nhớ:<br />
<br />
<b>200 OK</b> → Thành công<br />
<b>201 Created</b> → Tạo resource thành công<br />
<b>400 Bad Request</b> → Request không hợp lệ<br />
<b>401 Unauthorized</b> → Chưa xác thực hoặc thông tin xác thực không hợp lệ<br />
<b>403 Forbidden</b> → Đã nhận diện nhưng không có quyền<br />
<b>404 Not Found</b> → Không tìm thấy resource<br />
<b>500 Internal Server Error</b> → Lỗi phía server<br />
<br />
<b>7. Generate Code</b><br />
<br />
<br />
Một tính năng rất hữu ích của Postman là <b>Generate Code</b>.<br />
<br />
Sau khi API request chạy thành công, Postman có thể giúp chuyển request đó sang ví dụ code cho nhiều ngôn ngữ/công cụ.<br />
<br />
Workflow rất phù hợp cho người mới học Network Automation:<br />
<br />
<b>Test API bằng Postman → Request chạy thành công → Generate Code → đưa logic vào Python/Automation</b><br />
<br />
Ví dụ, thay vì ngay lập tức viết Python và phải đồng thời debug URL, authentication, headers và JSON, chúng ta có thể kiểm chứng API trước bằng Postman. <b>Ví dụ cho Network Engineer</b><br />
<br />
<br />
Giả sử cần lấy danh sách interface từ Network Controller:<br />
<br />
<b>Postman → GET → API Endpoint → Authorization → Send</b><br />
<br />
Server trả về:<br />
{<br />
&quot;interface&quot;: &quot;GigabitEthernet1&quot;,<br />
&quot;status&quot;: &quot;up&quot;,<br />
&quot;ip&quot;: &quot;10.1.1.1&quot;<br />
}<br />
<br />
Sau khi xác nhận API hoạt động đúng, kỹ sư có thể chuyển quy trình này thành Python để tự động thu thập dữ liệu từ hàng trăm thiết bị.<br />
<br />
<b>Postman là nơi rất thuận tiện để “nói chuyện” với API trước khi chúng ta tự động hóa cuộc hội thoại đó bằng Python, Ansible hoặc các công cụ Automation khác.</b><br />
<br />
Một workflow học rất thực tế là:<br />
<br />
<b>Postman → REST API → JSON → Python → Network Automation.</b><br />
​]]></content:encoded>
			<category domain="https://www.forum.vnpro.org/forum/ccnp-enterprise/design">CCNP Design</category>
			<dc:creator>dangquangminh</dc:creator>
			<guid isPermaLink="true">https://www.forum.vnpro.org/forum/ccnp-enterprise/design/444375-postman-–-công-cụ-làm-việc-và-kiểm-thử-api</guid>
		</item>
		<item>
			<title>ServiceNow là gì?</title>
			<link>https://www.forum.vnpro.org/forum/ccnp-enterprise/design/444209-servicenow-là-gì</link>
			<pubDate>Mon, 24 Aug 2026 13:14:08 GMT</pubDate>
			<description>ServiceNow là nền tảng Cloud giúp doanh nghiệp quản lý, tự động hóa và số hóa các quy trình công việc (workflow). Thay vì xử lý yêu cầu IT qua email,...</description>
			<content:encoded><![CDATA[<b>ServiceNow</b> là nền tảng Cloud giúp doanh nghiệp <b>quản lý, tự động hóa và số hóa các quy trình công việc (workflow)</b>. Thay vì xử lý yêu cầu IT qua email, Excel hay điện thoại, ServiceNow đưa chúng vào một hệ thống quản lý tập trung.<br />
<br />
Nền tảng cốt lõi được gọi là <b>Now Platform</b>, cung cấp cả ứng dụng <b>SaaS</b> và khả năng xây dựng, tùy biến workflow theo hướng <b>PaaS</b>.<br />
<br />
<b>1. ITSM – IT Service Management</b><br />
<br />
<br />
ITSM tập trung vào quản lý và cung cấp dịch vụ CNTT, gồm:<ul><li>Incident Management – quản lý sự cố.</li>
<li>Problem Management – tìm nguyên nhân gốc.</li>
<li>Change Management – quản lý thay đổi.</li>
<li>Request Management – xử lý yêu cầu.</li>
<li>Service Catalog – danh mục dịch vụ IT.</li>
</ul><br />
Ví dụ, nhân viên báo <i>“Không truy cập được VPN”</i>. ServiceNow tạo Incident, xác định mức ưu tiên, giao Network Team và theo dõi quá trình xử lý.<br />
<br />
<b>2. ITOM – IT Operations Management</b><br />
<br />
<br />
ITOM tập trung vào <b>hạ tầng đang vận hành</b>:<br />
<br />
<b>Network/Server/Cloud → Discovery → Monitoring/Event → ServiceNow → Incident</b><br />
<br />
Ví dụ, hệ thống monitoring phát hiện router chi nhánh bị down. Event được chuyển vào ServiceNow và có thể tự động tạo Incident cho NOC.<br />
<br />
ITOM cũng liên quan chặt chẽ đến <b>CMDB (Configuration Management Database)</b>, nơi lưu thông tin về server, router, switch, ứng dụng, Cloud resource và mối quan hệ giữa chúng.<br />
<br />
<b>3. ITBM – IT Business Management</b><br />
<br />
<br />
<b>ITBM</b> là thuật ngữ trước đây; nhiều chức năng hiện được tổ chức dưới <b>Strategic Portfolio Management (SPM)</b>.<br />
<br />
Mục tiêu là kết nối hoạt động IT với kinh doanh:<br />
<br />
<b>Business Strategy → Portfolio → Project → Resources → IT Services</b><br />
<br />
Ví dụ, doanh nghiệp có 20 dự án nhưng nguồn lực chỉ đủ cho 10. Nền tảng giúp đánh giá ưu tiên, chi phí, nguồn lực và giá trị kinh doanh.<br />
<br />
<b>4. Hệ sinh thái tích hợp lớn</b><br />
<br />
<br />
ServiceNow có thể tích hợp với Microsoft, Cisco, AWS, Azure, VMware và nhiều nền tảng monitoring/security thông qua API và connector.<br />
<br />
Ví dụ:<br />
<br />
<b>Cisco Monitoring → phát hiện lỗi → ServiceNow → tạo Incident → Network Engineer → xử lý → đóng Incident</b><br />
<br />
ServiceNow vì vậy thường đóng vai trò <b>trung tâm điều phối workflow</b>, chứ không thay thế các công cụ monitoring hay security chuyên dụng.<br />
<br />
<b>5. Data + Workflow</b><br />
<br />
<br />
Đây là tư tưởng quan trọng của ServiceNow.<br />
<br />
<b>Data</b> có thể là user, device, server, application, incident, change request...<br />
<br />
<b>Workflow</b> quyết định hệ thống sẽ làm gì với dữ liệu đó.<br />
<br />
Ví dụ:<br />
<br />
<b>Firewall phát hiện sự cố → Incident → xác định Severity → giao SecOps → xử lý → kiểm tra → đóng ticket</b> <b>ServiceNow dưới góc nhìn Network Engineer</b><br />
<br />
<br />
Giả sử WAN của một chi nhánh bị mất:<br />
<br />
<b>Monitoring → ServiceNow → Incident → Network Team → Troubleshooting → Change → Fix → Verification → Close</b><br />
<br />
ServiceNow có thể tự động tạo ticket, tìm thiết bị liên quan trong CMDB, giao đúng nhóm kỹ thuật, theo dõi SLA và lưu toàn bộ lịch sử.<div style="margin-left:40px"><b>ServiceNow không phải công cụ cấu hình router hay firewall. Đây là nền tảng quản lý dữ liệu và workflow, kết nối con người, quy trình và các hệ thống IT.</b></div> <br />
Khi kết hợp <b>Automation, API và AI/Agentic AI</b>, quy trình có thể tiến tới:<br />
<br />
<b>Phát hiện → Phân tích → Remediation → Xác minh → Cập nhật ticket</b>, với các bước phê duyệt cần thiết.<br />
​]]></content:encoded>
			<category domain="https://www.forum.vnpro.org/forum/ccnp-enterprise/design">CCNP Design</category>
			<dc:creator>dangquangminh</dc:creator>
			<guid isPermaLink="true">https://www.forum.vnpro.org/forum/ccnp-enterprise/design/444209-servicenow-là-gì</guid>
		</item>
		<item>
			<title>AI Agents</title>
			<link>https://www.forum.vnpro.org/forum/ccnp-enterprise/design/443996-ai-agents</link>
			<pubDate>Tue, 18 Aug 2026 10:58:26 GMT</pubDate>
			<description>AI Agent: Agent không chỉ “nghĩ rồi trả lời”, mà hoạt động như một hệ thống vòng kín – Closed-Loop System. 
 
AI Agent hoạt động như thế nào? 
 
 
Có...</description>
			<content:encoded><![CDATA[<b>AI Agent</b>: Agent không chỉ “nghĩ rồi trả lời”, mà hoạt động như một <b>hệ thống vòng kín – Closed-Loop System</b>.<br />
<br />
<b>AI Agent hoạt động như thế nào?</b><br />
<br />
<br />
Có thể hình dung một Agent qua bốn thành phần chính:<br />
<br />
<b>1. Perception – Nhận biết</b><br />
<br />
Agent quan sát môi trường xung quanh và thu thập trạng thái hiện tại. Trong IT, dữ liệu đó có thể đến từ API, log, telemetry, database, SIEM, hệ thống monitoring hoặc yêu cầu của người dùng.<br />
<br />
<b>2. Reasoning &amp; Cognition – Suy luận và nhận thức</b><br />
<br />
Đây là “bộ não” của Agent. Agent phân tích trạng thái, hiểu mục tiêu và các ràng buộc, sau đó quyết định <b>nên làm gì tiếp theo</b>.<br />
<br />
LLM thường đóng vai trò quan trọng ở đây, nhưng một AI Agent hoàn chỉnh không chỉ có LLM. Nó còn có thể kết hợp policy, workflow, RAG, API và các công cụ khác.<br />
<br />
<b>3. Memory – Bộ nhớ</b><br />
<br />
Agent cần ghi nhớ context, những gì đã thực hiện và kết quả của các bước trước.<br />
<br />
Memory giúp Agent không phải bắt đầu lại từ đầu sau mỗi hành động. Đây cũng là một khác biệt quan trọng giữa Agent và mô hình hỏi–đáp đơn giản.<br />
<br />
<b>4. Action – Hành động</b><br />
<br />
Sau khi suy luận, Agent có thể thực hiện hành động thực tế: gọi API, truy vấn database, tạo ticket, chạy script, thay đổi cấu hình hoặc kích hoạt một Agent khác.<br />
<br />
Nhưng quy trình <b>không kết thúc ở đây</b>.<br />
<br />
Agent tiếp tục quan sát kết quả của hành động, so sánh với mục tiêu ban đầu và đưa thông tin đó trở lại bộ phận Reasoning dưới dạng <b>Feedback</b>.<br />
<br />
Ví dụ, một Network AI Agent phát hiện Access Point quá tải → phân tích telemetry → quyết định điều chỉnh RF → kiểm tra trải nghiệm người dùng sau thay đổi. Nếu kết quả chưa đạt SLA, Agent tiếp tục phân tích và lựa chọn hành động khác.<br />
<br />
Chu trình trở thành:<br />
<br />
<b>Perception → Reasoning → Action → Feedback → Reasoning → Action...</b><br />
<br />
Memory đồng hành xuyên suốt để giữ context và kết quả.<br />
<br />
Đây chính là thông điệp quan trọng nhất của hình:<div style="margin-left:40px"><b>“Agents are closed-loop systems, not one-shot decisions.”</b></div> <br />
Hay nói đơn giản hơn: <b>AI Agent không phải AI đưa ra một câu trả lời rồi dừng lại. Agent quan sát → suy nghĩ → hành động → kiểm tra kết quả → điều chỉnh → tiếp tục hành động cho đến khi đạt mục tiêu.</b><br />
<br />
Và chính khả năng <b>đóng vòng phản hồi</b> này là nền tảng để tiến tới những hệ thống Agentic AI có mức độ tự chủ ngày càng cao.​]]></content:encoded>
			<category domain="https://www.forum.vnpro.org/forum/ccnp-enterprise/design">CCNP Design</category>
			<dc:creator>dangquangminh</dc:creator>
			<guid isPermaLink="true">https://www.forum.vnpro.org/forum/ccnp-enterprise/design/443996-ai-agents</guid>
		</item>
		<item>
			<title>CCNP Advanced Routing Study Notes</title>
			<link>https://www.forum.vnpro.org/forum/ccnp-enterprise/design/443872-ccnp-advanced-routing-study-notes</link>
			<pubDate>Fri, 14 Aug 2026 08:53:29 GMT</pubDate>
			<description>Ghi chú tóm tắt CCNP Advanced Routing.</description>
			<content:encoded>Ghi chú tóm tắt CCNP Advanced Routing. </content:encoded>
			<category domain="https://www.forum.vnpro.org/forum/ccnp-enterprise/design">CCNP Design</category>
			<dc:creator>dangquangminh</dc:creator>
			<guid isPermaLink="true">https://www.forum.vnpro.org/forum/ccnp-enterprise/design/443872-ccnp-advanced-routing-study-notes</guid>
		</item>
	</channel>
</rss>
