Microservices là gì? Hiểu Microservices trong 12 phút !!!

Microservices là gì? Microservices hoạt động như thế nào? Demo triển khai Microservices lên Kubernetes
Devops là gì
CI/CD là gì
Kubernetes là gì
Microservices là kiến trúc phần mềm phổ biến nhất. Nó đã thay thế mô hình monolithic bởi nhiều ưu điểm vượt trội, phù hợp với tốc độ phát triển phần mềm hiện tại. Vậy microservices là gì? Những ưu điểm mà nó đem lại là gì? Trong video này mình sẽ trả lời các câu hỏi này.
Chưa hết, mình cũng sẽ demo 1 ví dụ về triển khai Microservices lên hệ thống Kubernetes.
Bắt đầu nào !!!
0:0 - Giới thiệu
0:26 - Mô hình Monolithic
4:08 - Mô hình Microservices
6:16 - Các thành phần của Microservices
8:12 - Triển khai Microservices với Kubernetes
#devops #devopslagi #hocdevops #devopscoban #microservice #laptrinhvien #microservices #laptrinhweb #devopscoban #hocdevops #docker #cicd #microserviceslagi
#roadmap #devopsroadmap #lotrinhhocdevops #jenkins #k8s #kubernetes
#ansible#lotrinhdevops #github #aws #cicdlagi
Kênh của mình chuyên làm nội dung liên quan đến #lậptrình #devops #microservices
Follow mình tại:
Facebook cá nhân: / dinhlehoang97
Link Facebook group: / 899830471097713

[@AlanTran18]

Những điều thích nhất ở cách anh làm video : 1. Cách minh họa bằng hình ảnh, gif, animation, 2. Cách anh chèn sub vào những lúc anh nói (keyword quan trọng) 3. Giọng đọc quá là hay 4. Nội dung ngắn gọn, xúc tích, video nào ra video đấy không lan man, đi từ overview đến specific Một chút góp ý cho anh 1. Có thể tăng âm lượng của giọng anh lên một chút 2. Nên có phần tổng kết những phần quan trọng ở cuối video 3. Nên thêm reference cho những bạn cần tham khảo Đây là ý kiến cá nhân của em, hy vọng trong tương lai anh sẽ ra thêm nhiều video nữa nhé, ra khóa học chắc em đặt gạch luôn vì giọng hay quá Chúc anh nhiều sức khỏe và niềm vui ạ

[@khalid_dinh]

Cảm ơn bạn nhé

[@AlanTran18]

@@khalid_dinh respect

[@trongphannguyen7356]

Nội dung rất chỉnh chu và bổ ích, truyền đạt rất dễ tiếp thu, mong kênh phát triển hơn nữa

[@thaitranxuan597]

video rất dễ hiểu đối với cả những người mới .mong b mạnh khoẻ để ra nhiều content chất lượng

[@tranhuy517]

u là trời, đây là 1 kênh caseStudy mà em đang rất cần, video rất hay và dễ hiểu. mong anh ra nhiều video hơn

[@nampham2230]

Rất hay, sẽ tiếp tục ủng hộ, hi vọng a sẽ ra thêm nhiều nội dung về devops

[@NamNguyen-eg6vc]

xem đúng 2 video là phải đăng kí ngay, dễ hiểu ghê. Mong anh ra thêm nhiều video nữa

[@nguyentung6282]

Video rất hay, dễ hiểu, nhiều thông tin hữu ích. Mong anh ra nhiều video hơn ah !!!

[@thangtruong7274]

Từ nội dung cho tới cách trình bày, giọng đọc, làm video... rất tuyệt vời khó có thể tìm thấy ở nơi nào khác❤

[@nguyenvietthang7382]

Thật tình cờ em cần tìm hiểu về docker thì youtube gợi ý video của anh, em thật sự ấn tượng cách anh nói, không lan man, minh họa dễ hiểu, giọng ấm và trầm. Rất mong anh sẽ tiếp tục ra video dài dài.Cảm ơn anh rất nhiều.

[@user-yr1ve1yi4d]

Khi nghe bạn giải thích mình thấy rất cuốn hút và hay, bạn nên ra nhiều thêm video nữa, rất bổ ích

[@truongkhanguyen6241]

Nội dung rất hay và hữu ích, ngắn gọn, minh hoạ dễ hiểu, giọng đọc rất tốt. Hi vọng sắp tới anh sẽ tiếp tục chia sẻ các content về microservice, load balancing, ... 🥰

[@giakhang6788]

Clip rất bổ ích, tinh gọn và chuyên nghiệp. Cảm ơn anh

[@nguyencaothai6986]

Nice!, Video diễn giải rất tiệm cận. Hóng AWS và Monitor hữu ích từ bro.

[@hoanguyenkhanh8824]

video chất lượng và bổ ích, +1 respect

[@khanhvoduy2643]

anh truyền đạt kiến thức quá dễ hiểu, ra nhiều video nữa nhé anh

[@tuannguyenthanh1063]

Video rất dễ hiểu mong anh ra nhiều video hơn !!!

[@anxanhdekhoe]

Anh truyền đạt rất dễ hiểu, cảm ơn anh nhiều ạ

[@Quang_Hoanh]

anh nói và làm video vui tính dễ hiểu quá, cảm ơn anh nhé

[@vantran1189]

Bạn giải thích rất dễ hiểu với hình minh hoạt rõ ràng và vui. Mong bạn làm thêm về Data Mesh và Kafka

[@tanngo595]

Respect bạn vì clip rất hay, animation cũng rất hợp nhãn. Nó còn hoàn hảo hơn nếu chúng ta có thể phát âm từ vựng chuẩn xác nữa. Bạn có thể tra trên google các từ như service, python... xem nó đọc như thế nào rồi phát âm lại cho đúng nhé😄

[@volinh6386]

Hay quá , đây như một cái road map để học tiếp nè

[@buihieuminh]

hay quá anh ui, nói về tech mà nghe cuốn quá

[@haulu6993]

Video rất hay, dễ hiểu, nhiều thông tin hữu ích. Mong anh ra nhiều video hơn

[@Tranquanghuy2111]

Thank bác nhiều nhen. Mình làm D.A mà ngồi trog phòng cùng với team Infra nên ăn suốt ngày nghe mấy thuật ngữ này hoài nhưg chả hiểu gì. Giờ thì có thể chém gió chút dc rùi

[@kyrie4728]

bạn làm video rất dễ hiểu và súc tích, mong là bạn sẽ ra video hand-on thêm :D

[@cod_fan_boys458]

Em chào anh, biết kênh anh qua các video trước có thấy anh nói kênh anh làm về python, nên e rất mong anh sẽ sớm có chuỗi video về chủ đề django ạ. Django tuy có nhiều ưu điểm nhưng em thấy đang ít công ty tuyển fresher, thêm vào đó là khóa học Django bằng tiếng Việt em theo trên KZbin của em thấy nó khác ngoài thực tế rất nhiều, điển hình là việc cập nhật dữ liệu ạ. Không mong anh có thể làm một khóc học chi tiết mà chỉ mong có một video đưa ra được một roadmap đầy đủ về Django là cũng tuyệt vời rồi ạ. Cám ơn anh

[@nguyen.phucthong]

Clip rất hay, thanks bro!

[@hauo8549]

Tuyệt vời anh ơi, mong anh ra khóa học được không em chờ mãi rồi

[@sonhm305]

Video qua hay a ạ 🎉

[@lanhoang1892]

Cảm ơn bạn đã chia sẻ. 1 Like

[@Nate-ji8wh]

nice video, keep it up bro

[@LoveOurLife19]

hóng video hướng dẫn setup ci/cd của anh ạ

[@trungquoc1863]

Video tiếp theo làm về Kubernetes Vs. Docker Vs. OpenShift nha anh

[@nhattruonng]

Anh làm video về 1 sản phẩm thực tế triện khai như nào, xây dựng database ra sao vd cần 1 databse để read và 1 cái để write em thường nghe vậy, thiết kế code Vd design parttern , dùng thêm công cụ gì vd redis hay dùng nhiều cái gì đó. và cảm ơn anh vì video trên

[@tabishsulamani2292]

Best video. Very useful and informative.

[@khalid_dinh]

Thank you brother

[@duymanh5506]

Video rất hay ạ

[@data-dynamo-guy]

Dạ hay quá anh 😊

[@quangtruong4593]

hóng bác public repo để mn cùng học hỏi

[@minhcraft5888]

Hello a iu ❤❤❤

[@tapquenmoitinhdau]

Quá hay ạ. Bạn có thể làm 1 tutorial để setup hệ thống k8s đc k ạ

[@NguyenThuy-th2qv]

video rất hay, rõ ràng, và đẹp. Bạn có thể share cho mình bạn lấy các clip bên ngoài để chèn vào video ở source nào vậy ạ? cảm ơn bạn

[@BDCCN-CaoThanhHuy]

Bạn có thể thêm phần source code hoặc ref phần cuối video được k ạ? video rất dễ hiểu và trực quan, thanks bro

[@nhatkycoder3820]

thề, coi video ông anh cuốn vl, dễ hiểu mà lại còn vui

[@quyhuynh8628]

Anh làm video về Cloud Computing đị ạ

[@thienlory]

mở lớp dạy luôn đi anh ơi. nghe như này chưa đã lắm

[@hongquannguyen5030]

Tks bạn đã chia sẽ. Mình từng làm dev microservices. Đúng như bạn nói, thực sự nó có rất nhiều ưu điểm và giúp cho chúng ta dễ dàng hơn trước về việc triển khai cũng như maintenance. Dưới góc nhìn của một developer mình xin bổ sung thêm một ý nhỏ để các bạn lựa chọn dễ dàng hơn. + Việc triển khai microservice vơi database có cấu trúc phức tạp là điều cần cân nhắc, thứ nhất là khi chúng define model trong từng microservice bị reuse code rất nhiều chẳng hạn microservice A sử dụng customer table thì chúng ta cần define structure nếu dùng ORM và sang microservice B cũng dùng customer table thì chúng ta lại phải copy code bưng qua , hơn nữa khi cần triển khai một tính năng mới ngoài việc sửa db, chúng ta cần đi kiếm tất cả những microservice nào có liên quan đến model vừa update(như cái customer table vừa nói), rất mất thời gian và khó chịu, nếu update k hết dễ dẫn đến bug khi call api k lấy đc data + Khó trong việc đồng bộ api version. Tưởng tượng bạn có 30 api mỗi lần update version bạn lại phải lên front-end update lại endpoind + Lời khuyên của mình là khi chia microservice k nên chia quá nhỏ vì sẽ dẫn đến nhiều và khó quản lý, những api nào gộp được thì cố gắng gộp , áp dụng tốt cho database không quá nhiều relationship, nosql.

[@khalid_dinh]

Một mô hình mới ra đời để giải quyết vấn đề của mô hình cũ, nhưng bản thân nó cũng có những vấn đề. Không có mô hình nào là đúng trong mọi trường hợp. Chính vì thế mới cần planning. Và một mô hình phức tạp như ms thì càng cần planning cẩn thận. Cảm ơn bạn vì những góp ý mang tính xây dựng

[@user-bi4wj3fh8y]

vấn đề 1: với ví dụ bạn đưa ra thì mình nghĩ bạn đang implement sai cách, bạn k cần biết user model trông chi tiết như thế nào, thứ bạn cần là một userdto(liên quan tới abstraction in oop), bạn nên tìm hiểu về hexagon architecture in microservices vấn đề 2: mình k hiểu lắm, chẳng phải các thư viện như axios đều hỗ trợ versioning ổn sao vấn đề 3: bạn nên tìm hiểu ddd, các service nên chia theo domain, bounded context...

[@imnothin]

Làm thêm series về design system được không broooooo

[@tienvuonganh3670]

Quá hay

[@mangoplus6081]

thề nghe ông này nói chuyện cuốn v chứ ko buồn ngủ :v

[@vuxuanthang688]

Hay quá

[@toestudio6531]

Tiết kiệm được mấy ngày nếu tự tìm hiểu, thanks a

[@Trungnguyen0302]

anh có thể làm nội dung về xử lý load balancer nginx bằng nodejs được không ạ

[@aodung3587]

nghe hay thật

[@Namlepy]

Mình là software dev cũng lâu , video rất hay và dể hiểu nhưng mà nên thêm chi tiết vào 1 tí để các bạn mới học sẽ dể nắm bắt hơn . Nhất là phần demo bạn đã bỏ qua bước giải thích service discovery trong các service của bạn nhảy thẳng vô luôn , đương nhiên tất cả mấy cái đó thằng K8s hỗ trợ hết rùi nhưng cũng nên giải thích á Đương nhiên đây là vấn đề của DevOPS , nhưng mà Dev BE cũng phải biết á . Đó là chưa nói đến việc bạn bỏ qua bước Database và bước Message Queue ( Hầu như microservice thì 2 thằng này là quan trọng cực kỳ ) . bất kỳ hệ thống nào . Việc setup Kafka hay RabbitMQ hay bất kỳ 1 queue sever trung gian nào cũng là 1 quá trình gian khổ kkk

[@khalid_dinh]

Trong video mình có nói là microservices và K8s còn rất nhiều thứ để nói. Nhưng vì đây là video giới thiệu nên mình k muốn cho quá nhiều thông tin vì sẽ thành lan man. Nhưng cũng cảm ơn bạn vì nhận xét rất có tâm. Những video sau mình sẽ nói sâu hơn. Chờ nhé!!!

[@Namlepy]

@@khalid_dinh à quên mất bạn là devOPS hay full stack hay như nào nhỉ . Do mình cũng dev Backend rùi biết thêm tí bên devOPS để dể triển khai thôi chứ cũng không phải chuyên gia vận hành kkk

[@khalid_dinh]

@@Namlepy mình Devops nhé

[@optimez2609]

mong bạn làm về kafka

[@huyang2885]

+1 respect, bro

[@yandexhue4758]

Thank you

[@quangdang2240]

am on anh

[@giangduong9623]

nice

[@linhvo4780]

anh có thể để link repo để em có thể tham khảo và triển khai thử ạ.

[@caotichcuc]

Anh trông chất chơi người dơi người sắt người nhện thế này mà để kiểu tóc brimlock nữa thì không khác gì rrrrapper luôn

[@khalid_dinh]

:)))

[@cuongphan-dev]

Điểm yếu là khó tracing lỗi. Nếu cần xử lý transaction trong db lại càng khó nữa. Thêm nữa nếu kafka mà chết thì coi như toàm bộ chết theo luôn.

[@loodindo6682]

video của anh rất hay, mỗi tội phần demo anh làm nhanh quá em theo hơi ngộp

[@khalid_dinh]

ừm, để mình lưu ý hơn

[@leonkai173]

Nếu mình gặp 1 ứng dụng đang sử dụng mô hình MVC có rất nhiều service module lớn, làm sao với 1 team 4 người mình có thể cover refactor lại toàn bộ thành Microservices? mình cần làm những bước nào và mất bao lâu? nhờ Khalid Dinh gợi ý giúp mình với

[@trungminh549]

Sieu thật

[@vietbui29]

Làm cho tới đi ông. Mỗi service cần có DB riêng và cách thức chúng giao tiếp và trao đổi dữ liệu với nhau như thế nào

[@khalid_dinh]

Những nội dung sâu hơn mình để cho những video sau nhé

[@neko.1997]

Có cần thiết phải tách db ra k ạ, nếu mình làm chung 1 con db thì sao ạ

[@khalid_dinh]

@@neko.1997 nếu dùng chung db thì sẽ mất đi nhiều các ưu điểm của ms, VD scaling, independency,... Nhưng vẫn có trường hợp dùng.

[@noahnguyen916]

😃🥰🥰🥰

[@brolynguyen3430]

theo anh thì một kiến trúc như chia thành 2 khối FE và BE riêng biệt thì nó có phải là 1 biến thể của 3 present layer không ạ ? Thanks anh

[@khalid_dinh]

Việc khối FE và BE riêng biệt, hầu như k phải là cách nhận biết 3 tiers hay microservices. Sự khác biệt lớn nằm ở các services và database của service ở BE có tách nhau k. Nếu có thì là MS, nếu k thì là monolithic. Còn hầu như mọi mô hình thì FE và BE vẫn được tách riêng.

[@brolynguyen3430]

@@khalid_dinh "chia" ở đây được hiểu theo nghĩa nào anh nhỉ, vì có vài architecture vẫn có thể gộp được cả FE và BE thành 1 block sau đó đẩy lên cloud service

[@khalid_dinh]

@@brolynguyen3430 chia nghĩa là tách từ codebase, cách giao tiếp giữa các services, cách triển khai các service đó lên các server, cách tách database cho từng service. Nếu đáp ứng đủ thì là microservices. Còn k thì có thể là monolithic hoặc các kiểu trúc khác

[@xuyennguyenvan4701]

cho mình hỏi 1 hệ thống đc xem là monolithic phụ thuộc vào gì, ví dụ mình có nhiều service viết bằng nhiều ngôn ngữ khác nhau nhưng tất cả đều sài chung 1 database, vì khái niệm cơ bản của microservice mà mình hiểu thì mỗi 1 service sẽ có database riêng. vậy hệ thống này có đc xem là monolithic ko ?

[@khalid_dinh]

monolithic thì không chia services, khi build thì chỉ tạo ra 1 artifact (VD 1 file .jar), nó cũng chỉ có 1 database. Microservices thì ngược lại. Về việc microservices có thể chỉ dùng 1 db hay k thì thực tế là vẫn có hệ thống như vậy. Tuy nhiên thiết kế như vậy phải bỏ đi các ưu điểm của microservices cho khối db: Scaling, High Availability, ... Dĩ nhiên việc thiết kế db trong microservices cũng phức tạp và khó hơn. Nó là bài toán cân đối lợi ích

[@thuanho8164]

đỉnh

[@khaihoannguyen9446]

Coi video anh không hiểu sao cứ bị cuốn cuốn kiểu gì ấy. Sẵn tiện cho em hỏi là: Nếu chỉ sử dụng 1 máy chủ nhưng dùng docker để chia ra các service trong máy chủ đó thì có được xem là microservices không anh? Hay phải là nhiều server triển khai các services này thì mới coi là microservices?

[@khalid_dinh]

triển khai lên container hay lên server nó là cách deploy thôi em. Microservices là về cách thiết kế kiến trúc của phần mềm. Nên ở câu hỏi của e thì về mặt lý thuyết thì vẫn gọi là microservices. Nhưng thực tế thì không ai chỉ dùng 1 server vì không có lợi về tính HA (High availability)

[@namdo5107]

A cho e hỏi FE có tách luôn theo từng service ko hay FE là 1 mono gọi đến BE theo kiến trúc ms ạ

[@khalid_dinh]

cái này tùy dự án nhé. Có cái thì là 1 khối FE riêng, gọi đến BE. Có cái thì bản thân 1 số services ở BE sẽ có FE riêng của nó

[@namdo5107]

@@khalid_dinh Clear!! Tks u

[@nvtentertainment4098]

vô mấy cty theo công nghệ cũ chán vãi . gọi là block Tech lun, mãi làm toàn ba cái công nghệ nhà mình , cái source thì qua 15 năm cả trăm thằng viết vô .noi chứ mĩnh vấn thích làm cty Product hơn.

[@trongtinbui6613]

Cho em hỏi vậy cdn có được xem là một phần của microservices không ạ

[@khalid_dinh]

Không hẳn, vì nhiều hệ thống microservices mình biết k có CDN.

[@QuocNguyen-se7vi]

Cho mình hỏi Chrome dùng monolytic nên mới ngốn ram phải không? Kaka

[@khalid_dinh]

không hẳn vậy

[@tranlybuu1062]

Cho em hiện tại công ty em đang làm monolithic + nginx và test đổ tải khoảng 2-4 nghìn user sử dụng thì api bắt đầu có dấu hiện lỗi. Nếu chuyển qua microservice thì ví dụ việc call api 1 sản phẩm rồi sản phẩm đấy lại call 5 api đánh giá sản phẩm như ví dụ trên video, nó có khả năng bị quá tải nếu 1000 user call api sản phẩm (call 5000 api đánh giá sản phẩm) không ạ? Em là người mới nên mong được mọi người giải đáp ạ ^^

[@khalid_dinh]

Vấn đề là cần biết tại sao nó lỗi. Nếu lỗi do thiếu tài nguyên thì cần tìm xem điểm nào trong chuỗi call API đang bị quá tải. Hay services nào đang được call nhiều. Rồi cấp thêm tài nguyên cho service đó bằng việc scaling. Đây là phương pháp chung cho cả monolithic và microservices. Microservices thì nó có lợi thế về monitoring + scaling + HA hơn nên việc phát hiện nút thắt, alert, scaling / modify cũng sẽ tiện hơn. Nhưng không có gì đảm bảo 100% khi chuyển sang microservices sẽ không bị quá tải. Quan trọng nhất vẫn là phát hiện đâu là nguyên nhân dẫn đến failure

[@tanphan3426]

E xin link github vs ạ

[@modivation6551]

các service có dùng chung database không nhỉ, hay họ cũng tách database ra

[@khalid_dinh]

thường thì phải tách ra

[@modivation6551]

@@khalid_dinh vậy 1 service độc lập 1 database đúng không bạn. vậy chẳng khác gì 1 service là 1 sản phẩm product rồi nhỉ

[@atNguyen-jg5cp]

Fun fact: một hệ thống lớn như Stack Overflow lại sử dụng monolithic

[@trinhpapa]

Dev còn trụ được thì monolithic hay ms không còn quan trọng 🤣🤣🤣 Chưa chắc chuyển đổi sang ms đã ngon, quan trọng là phải phù hợp với tình hình và năng lực team nữa

[@khalid_dinh]

đúng vậy

[@xiaocatcat]

anh khóa bn FPT z ạ? pro wa T_T