Vu's Blog

1. Check node is k8s master or worker kubectl get nodes kubectl get node pe-ioc-master03 -o=yaml 2. Check certificate expired: kubeadm certs check-expiration Note: https://kubernetes.io/docs/tasks/administer-cluster/kubeadm/kubeadm-certs/ Folder include configure (/etc/kubernetes/) and certificate file (/etc/kubernetes/pki) 3. Check kubeadm version kubeadm version 4. Restart the kubelet: sudo systemctl daemon-reload sudo systemctl restart kubelet 5. Renew Certificate on master node (run command for each node): kubeadm alpha certs renew all service docker restart

Cân bằng Nash là một định lý trong lý thuyết trò chơi (một nhánh của toán học ứng dụng). Định lý này được đặt tên theo John Forbes Nash (1928-2015), do ông là người đã đề xướng ra (năm 1951). Nó được dùng để nghiên cứu các chiến thuật sao cho sự lựa chọn là tối ưu. Khái niệm “ điểm cân bằng ” cho các trò chơi không hợp tác (noncooperative game): một tập lựa chọn (hay chiến lược) của các đấu thủ sao cho chiến lược được mỗi đấu thủ chọn là đáp trả tốt nhất cho các chiến lược của tất cả các đấu thủ khác . ☝Đặc điểm Kết quả cho mỗi người chơi là các giá trị kỳ vọng lớn nhất. Đấu thủ không có động cơ để đi chệch khỏi chiến lược đã chọn của họ sau khi cân nhắc lựa chọn của đối thủ. Một trò chơi có thể có nhiều cân bằng Nash hoặc không có . Mỗi người chơi được cho là biết các chiến lược cân bằng của những người chơi khác .  Mỗi người tham gia ứng xử một cách độc lập , không có hợp tác hay trao đổi với bất kì đấu thủ nào khác ( Noncooperative ). Điểm cân bằng Nash không phải lúc nào cũ

 1. Goal of scalability Reduce the cost of using the network (blockchain has reached certain capacity limitations). Increase transaction speed (faster finality), and transaction throughput (high transactions per second), without sacrificing decentralization or security. 2. Two main solution to scale Ethereum blockchain 👉 ON-CHAIN SCALING (Sharding):  Requires changes to the Ethereum protocol (Mainnet - layer 1). Splitting the blockchain into discrete pieces (shards) to be verified by subsets of validators. 👉 OFF-CHAIN SCALING: Layer 2 scaling : derives its security and handling transactions off from Mainnet Ethereum, centered around a server or cluster of servers (referred to as a node, validator...) Transactions are rolled up into a single transaction to Mainnet Ethereum. it's two types of rollups with different security models:  Optimistic rollups and Zero-knowledge rollups. State channels : use multisig contracts to enable participants to transact quickly and freely off

K8s and Docker swarm both of them are efficient solution for: Massive scale application deployment Implementation Management 👉Key difference: Kubernet (K8S) Docker swarm Container orchestration system that manages multiple containers   Does not manage any containers but instead is a cluster manager for Docker containers. Designed to work with any programming language and framework . Only works with the Docker Engine API. Runs on top of Linux Containers Runs inside Docker Containers. Master-slave architecture. Uses an active/passive model where each worker instance is controlled by its own master instance. Key components of Docker swarm architecture Docker Node, Docker Services, and Docker tasks More complex to set up in the beginning Requires less setup and configuration Support GUI No GUI support

 3 Cấp độ lãnh đạo tỉnh thức 1. Nhận biết cảm xúc 2. Quản lý cảm xúc :  Sử dụng phương pháp 3W: W ait - W hat - W ise.  👉 Wait: chờ cho bản thân có thời gian nhìn nhận cảm xúc. 👉   What: nên làm gì? 👉   Be Wise: sử dụng 3 hơi thở để làm giảm căng thẳng. 3. Lãnh đạo bằng sự thấu cảm Hiểu cảm xúc, góc nhìn người khác.  Tại sao leader cần thấu cảm: 👉    Nhân sự trung thành 👉    Nhân sự cống hiến nhiều hơn cho công ty. 👉    Tăng tính sáng tạo trong công việc.  👉    Phối hợp tốt hơn. 🌟Phát triển năng lực thấu cảm: Bắt nguồn từ sự tử tế Tìm ra sự tương đồng Thiện chí giúp đỡ 🞖 ĐÍCH ĐẾN của lãnh đạo tỉnh thức. Tạo sự cân bằng 4 khía cạnh: - Physical (Sức khỏe thể chất)  - mental (Tâm trí: sống với thực tại) - Emotion (Cảm xúc: nhận diện và quản lý hiệu quả) - Spirit (Tinh thần)

3 level q uy trình thầu của public entity (liên quan tới goverment) Nhỏ hơn 8 UIT (30k sole) → không cần mở thầu. Gói thầu 400k sole → đấu thầu rút gọn. Gói thầu > 400 sole → đấu thầu công khai. 👉 Quy trình đấu thầu công khai: Xây dựng TDR Market research (1-3 week): bên mời thầu gửi email đến các provider, yêu cầu nhận được tối thiểu 02 proposal mới được public gói thầu. Thời gian từ khi gửi thư mời đến khi nhận gói thầu kéo dài từ 2 ngày đến tầm 1 tháng . Bên mời thầu làm việc với MEF (ministry economy finance): về việc sử dụng số tiền từ ngân sách. Concusor (1 tháng - 3 tháng): public thông tin gói thầu lên web seace → các bên tham gia gửi câu hỏi (consultatn) → Integrate base → gửi offer → chấm thầu → bueno pro (công bố đơn vị trúng thầu) → Ký hợp đồng. Minh họa các mốc trong time line đấu thầu trên web Seace