@hmquan08011996 à hóa ra ý bạn là openshift, thảo nào thấy hơi vô lý về cơ bản theo mình hiểu thì Merc dùng openstack để quản lý các VM, VM đó chạy các node của k8s. Nhung thay vì họ vào openstack tạo từng VM rồi bootstrap cụm k8s trên các VM của openstack thì họ dùng Cluster API tool để automate toàn bộ quá trình đó và quản lý các k8s qua cluster API luôn
"OpenStack được phát triển bởi Red Hat, nó là một PaaS mà xây dựng dựa trên Kubernetes" tại sao lại có ý này nhỉ?
Openstack là VM orchestration và về cơ bản nó chả liên quan gì đến k8s. Về sau k8s mới được tích hợp vào openstack qua project magnum. Và openstack không được phát triển bởi redhat. Redhat chỉ lấy về và phát hành riêng 1 bản distribution, và bản community của openstack vẫn chạy song song và chả liên quan gì đến redhat. Giống như Openshift và k8s vậy.
error: resource mapping not found for name: "kubia" namespace: "" from "kubia-statefulset.yaml": no matches for kind "StatefulSet" in version "apps/v1beta1"
ensure CRDs are installed first
liệu có phải do k8s update version rồi 1 số thứ bị thay đổi không nhỉ.
@vietbn2404 sorry vì reply chậm nhé.
Mỗi router có cách định tuyến khác nhau, trong phạm vi bài viết thì mình đang dùng Mikrotik với routerOS.
Bạn check xem router của bạn hỗ trợ routing theo protocol như thế nào
@Hatung69 Thay bằng getById chỉ cần thiết trong trường hợp cần lấy ra khóa ngoại để tạo entity thôi, performance sẽ tăng do không phải select dư thừa. Các trường hợp khác thì vẫn dùng findBy thôi.
Còn về tính dễ đọc thì mình nghĩ không ảnh hưởng gì.
việc xác thực là của fb mà bạn thì các web ứng dụng làm sao biết được tài khoản mật khẩu của user chứ.Thứ mà fb trả lại cho web ứng dụng chỉ là những thông tin như tên , avatar,...Hay nói cách khác fb cho gì thì mình dùng đấy chứ không phải mình muốn lấy gì cũng được.
@tonghoangvu À dạ cái existsBy lại chậm hơn findBy em sai em sai...cơ mà ý e là mình vẫn đang thay findById bằng việc dùng existsBy và getByid thì thật sự về performance và code đọc nó dễ hơn thì nó có chênh nhau lắm để phải dùng ko anh nhỉ? Có 1 best way nào đó ko anh
THẢO LUẬN
Cảm ơn bạn đã chia sẻ, rất hay nha
@hmquan08011996 à hóa ra ý bạn là openshift, thảo nào thấy hơi vô lý
về cơ bản theo mình hiểu thì Merc dùng openstack để quản lý các VM, VM đó chạy các node của k8s. Nhung thay vì họ vào openstack tạo từng VM rồi bootstrap cụm k8s trên các VM của openstack thì họ dùng Cluster API tool để automate toàn bộ quá trình đó và quản lý các k8s qua cluster API luôn
@maitrungduc1410 dạ đây ạ
Vậy ở đây mình hiểu sai bản chất của Openstack rồi, mình bị nhầm nó với Openshift rồi, cảm ơn bạn đã góp ý nhé
"OpenStack được phát triển bởi Red Hat, nó là một PaaS mà xây dựng dựa trên Kubernetes" tại sao lại có ý này nhỉ?
Openstack là VM orchestration và về cơ bản nó chả liên quan gì đến k8s. Về sau k8s mới được tích hợp vào openstack qua project magnum. Và openstack không được phát triển bởi redhat. Redhat chỉ lấy về và phát hành riêng 1 bản distribution, và bản community của openstack vẫn chạy song song và chả liên quan gì đến redhat. Giống như Openshift và k8s vậy.
Cảm ơn vì bài viết nhé!
tks
@hmquan08011996 càm ơn bạn nhé ^^ 🤩
Này áp dụng cho nhiều ngôn ngữ dc nha. Java hay Nodejs đều được á
Này bạn sửa apiVersion lại thành
apps/v1nha, do các bản gần đây thì không cònapps/v1beta1nữa.Nhìn khá là vui. Khi nào bạn đặt hàng, gọi mình đặt chung với 😁
Hi bạn, mình deploy bằng câu lệnh
kubectl create -f kubia-statefulset.yaml
thì bị lỗi này
error: resource mapping not found for name: "kubia" namespace: "" from "kubia-statefulset.yaml": no matches for kind "StatefulSet" in version "apps/v1beta1" ensure CRDs are installed first
liệu có phải do k8s update version rồi 1 số thứ bị thay đổi không nhỉ.
@vietbn2404 sorry vì reply chậm nhé. Mỗi router có cách định tuyến khác nhau, trong phạm vi bài viết thì mình đang dùng Mikrotik với routerOS. Bạn check xem router của bạn hỗ trợ routing theo protocol như thế nào
hay anh
@tonghoangvu dạ ok e cảm ơn anh☺️
@Hatung69 Thay bằng getById chỉ cần thiết trong trường hợp cần lấy ra khóa ngoại để tạo entity thôi, performance sẽ tăng do không phải select dư thừa. Các trường hợp khác thì vẫn dùng findBy thôi.
Còn về tính dễ đọc thì mình nghĩ không ảnh hưởng gì.
việc xác thực là của fb mà bạn thì các web ứng dụng làm sao biết được tài khoản mật khẩu của user chứ.Thứ mà fb trả lại cho web ứng dụng chỉ là những thông tin như tên , avatar,...Hay nói cách khác fb cho gì thì mình dùng đấy chứ không phải mình muốn lấy gì cũng được.
@tonghoangvu À dạ cái existsBy lại chậm hơn findBy em sai em sai...cơ mà ý e là mình vẫn đang thay findById bằng việc dùng existsBy và getByid thì thật sự về performance và code đọc nó dễ hơn thì nó có chênh nhau lắm để phải dùng ko anh nhỉ? Có 1 best way nào đó ko anh
@minhtuan.nguy kiểu truy cập url: http://localhost:8765/ theo cổng thi database nó báo lỗi MySQL:SQLSTATE[HY000] [2002] php_network_getaddresses ...
Nhưng truy cập theo url dạng thư mục http://localhost/app thì được ạ.
đây là bài dịch chứ ko hẳn là bài viết.