LVS的三种工作模式

• VS/NAT模式(NetWork address translation)
• VS/TUN模式(tunneling)
• DR模式(Direct routing)

bin
conf 
lib
logs #日志输出时自动生成的

直接看看pom.xml文件中maven-assembly插件的配置，主要是指定assemble具体的文件位置。

tun/tap

OpenVPN

flannel UDP

veth-pair

veth-pair + bridge

vxlan

Network Policies k8s

docker network

• bridge
• macvlan
• ipvlan

QEMU virtio-networking

Bridging with Netfilter VPC iproute

• tun/tap & veth-pair
• flannel
• network-policies
• introduction-virtio-networking-and-vhost-net
• deep-dive-virtio-networking-and-vhost-net
• Virtio网络的演化之路
• 子网划分、子网掩码、CIDR 、路由聚合相关计算详解
• virtio

Part 1

Introduction

1.1 OVERVIEW AND PURPOSE OF THIS GUIDE

1.1.1 THE STANDARD FOR PROJECT MANAGEMENT

事业环境因素 Enterprise environmental factors

THE ROLE OF THE PROJECT MANAGER 项目经理的角色

3.1 OVERVIEW

• leadership of a project team。 throughout the project
• consulting with executive and business unit leaders
  • advancing strategic objectives,
  • improving organizational performance,
  • meeting customer needs
  • realizing business benefits from the project
• tailored 【定制、裁剪】

3.2 DEFINITION OF A PROJECT MANAGER

3.3 THE PROJECT MANAGER’S SPHERE OF INFLUENCE

3.3.3 THE ORGANIZATION

PROJECT SCOPE MANAGEMENT 范围管理

5.5 VALIDATE SCOPE

5.6 CO NTROL SCOPE

创建WBS

PROJECT SCHEDULE MANAGEMENT

制定进度计划

6.5 DEVELOP SCHEDULE

PROJECT COST MANAGEMENT

7.1 PLAN COST MANAGEMENT

7.2 ESTIMATE COSTS

7.3 DETERMINE BUDGET

7.4 CONTROL COSTS˙

PROJECT QUALITY MANAGEMENT 质量管理

8.1 PLAN QUALITY MANAGEMENT

计划质量管理

8.2 MANAGE QUALITY 管理质量

8.3 CONTROL QUALITY 控制质量

PROJECT RESOURCE MANAGEMENT

9.1 PLAN RESOURCE MANAGEMENT 规划资源管理

项目管理计划 |_ 资源管理计划

团队是资源的一部分

RACI 模型，只能有一个A(决策者)

9.2 ESTIMATE ACTIVITY RESOURCES 估算活动资源

估算活动持续时间，之前有个估算活动资源

输出： 资源需求；

9.3 ACQUIRE RESOURCES 获取资源

哪些资源？

9.4 DEVELOP TEAM 建立团队

为了提升我们的项目绩效

团队是很重要的资源

管理团队

冲突管理 原则：

传统的冲突管理 Vs 现代的冲突观念

控制资源

RACI R = Responsible 干活的 A = Accountable 决策者(只能有一个) C = Consulting 咨询 I = Informing 通报

PROJECT COMMUNICATIONS MANAGEMENT 项目沟通管理

考试比重不大，日常很重要，项目经理>75%的时间用于沟通

分为2部分：

1. 制定策略，保证对相关方高效的沟通
2. 执行一些必要活动来实现沟通的策f

10.1 Plan Communications Managementf

怎么管理

10.2 MANAGE COMMUNICATIONS

什么过程组？

10.3 MONITOR COMMUNICATIONS

技巧

PROJECT RISK MANAGEMENT 风险管理

11.1 PLAN RISK MANAGEMENT

规划风险应对

开拓 分享 提高 接受 上报

11.2 IDENTIFY RISKS

PROJECT PROCUREMENT MANAGEMENT 采购管理

• 过程
• 活动
• 合同、法律
• 规划过程组、执行过程组(买买买)、监控过程组(控制：合同的执行和索赔的管理)

12.1 PLAN PROCUREMENT MANAGEMENT

决策： 自己做 or 外面购买 方法： 纸上想好 调研供应商 实施采购 –> 招投标：专家评审，形成合同 控制： 在合同的基础上，检查 实际去做

考试基本题： 计划 ——》 采购决策

12.2 CONDUCT PROCUREMENTS 实施

12.3 CONTROL PROCUREMENTS 控制

敏捷

优先级排序：MoSCoW排序

• Must Have
• Should Have
• Could Have
• Won’t have

个体和交互 胜过 过程和工具 【5，6，9，11，12】 可以工作的软件 胜过 面面俱到的文档【1，7，10】 客户合作 胜过 合同谈判 【4，8】 响应变化 胜过 遵循计划【2，3】

十二原则

1. 持续不断，及早交付–> 客户满意 【价值交付】
2. 欣然面对需求的变化。 敏捷过程掌控变化 【拥抱变化】
3. 频繁交付 【经常交付】
4. 业务和开发相互合作【跨部门团队】
5. 激发个体的斗志，信任【充分信任】
6. 面对面的交谈【直接沟通】
7. 可工作的软件（首要度量标准）【结果进展】
8. 可持续开发（不能过渡加班）。维持步调稳定【平稳节奏】
9. 追求技术卓越和良好设计【精益求精】
10. 简洁为本【简约简化】
11. 最好的架构、需求和设计出自自组织团队【自组织团队】
12. 定期发丝如何提高成效，调整自身的举止表现【反思调整】

精益原则

5个原则

1. 寻找价值
2. 认识价值流【增值的活动】
3. 作业流动【顺畅的流动】
4. 需求拉动
5. 追求完美

6个要素

1. 员工环境和参与
2. 工作场地组织
3. 质量
4. 生产可运行性
5. 物料移动
6. 流畅生产

PROJECT STAKEHOLDER MANAGEMENT

13.1 IDENTIFY STAKEHOLDERS

13.2 PLAN STAKEHOLDER ENGAGEMENT

13.3 MANAGE STAKEHOLDER ENGAGEMENT

13.4 MONITOR STAKEHOLDER ENGAGEMENT

AGILE PRACTICE GUIDE

为什么需要？

以人为本

阶段交付

混合就看作是敏捷

INTRODUCTION

AN INTRODUCTION TO AGILE

LIFE CYCLE SELECTION

3.1 CHARACTERISTICS OF PROJECT LIFE CYCLES

3.2 MIXING AGILE APPROACHES

3.3 PROJECT FACTORS THAT INFLUENCE TAILORING

IMPLEMENTING AGILE:CREATING AN AGILE ENVIRONMENT

4.1 START WITH AN AGILE MINDSET

4.2 SERVANT LEADERSHIP EMPOWERS THE TEAM

4.2.3 PROJECT MANAGERS USE SERVANT LEADERSHIP

4.3 TEAM COMPOSITION

IMPLEMENTING AGILE: DELIVERING IN AN AGILE ENVIRONMENT

5.1 CHARTER THE PROJECT AND THE TEAM

5.2 COMMON AGILE PRACTICES

5.3 TROUBLESHOOTING AGILE PROJECT CHALLENGES

5.4 MEASUREMENTS IN AGILE PROJECTS

ORGANIZATIONAL CONSIDERATIONS FOR PROJECT AGILITY

6.1 ORGANIZATIONAL CHANGE MANAGEMENT

6.2 ORGANIZATIONAL CULTURE

6.3 PROCUREMENT AND CONTRACTS

6.4 BUSINESS PRACTICES

6.5 MULTITEAM COORDINATION AND DEPENDENCIES (SCALING)

6.6 AGILE AND THE PROJECT MANAGEMENT OFFICE (PMO)

6.7 ORGANIZATIONAL STRUCTURE

6.8 EVOLVING THE ORGANIZATION

A CALL TO ACTION

变更管理

模拟题

• 10题
• 5题

其他

考试时间变更：3月到5月

meet my old friends

资源调度算法 Resources Scheduling algorithms

最大最小公平算法(Max-Min Fairness)

1. 将资源平分成n份,每份都是S/n,把每份分给相应的用户
2. 如果超过了用户的需求，就回收超过的部分
3. 然后把总体回收的资源，平均分给上一轮分配中尚未得到满足的用户，依次类推，直到没有回收的资源为止

加权最大最小公平算法(Weighted Max-Min Fairness)

1. 令W=w1 + w2+ … + wn, 将资源按照权重分成n份，每份分别是：Sw1/W, Sw2/W,…, S*wn/W。把每份分给相应的用户。
2. 如果超过了用户的需求，就回收超过的部分，假设有m个用户尚未得到满足
3. 然后把总体回收的资源，按照目前尚未满足的用户的权重分成m份，给对应的用户。依次类推，直到没有回收的资源为卡。

主资源公平调度算法(Dominant Resource Fairness)

• 主资源：用户申请的各个维度的资源无法直接比较大小，但是有一点可以比较，就是用户申请的各个维度的资源占其维度上的资源总量的百分比，主资源公平调度算法(Dominant Resource Fairness, DRF)中认为用户申请的一个资源单位中的各个维度中占维度资源总量百分比最大的是用户的主资源
• share值：用户分得的主资源累积值占其维度资源总量的百分比

加权主资源公平调度算法(Weighted Dominant Resource Fairness)

• 主资源：与主资源公平调度算法中的主资源逻辑保持不变
• share值：用户分得的主资源累积值占其维度资源总量的百分比，再除以用户的权重占整体权重的百分比。

DRF

• sharing incentive,资源要共池、共享
• strategy-proof,策略防护，用户不能通过欺骗获取更多的资源
• envy-free, 不羡慕/嫉妒其他用户分配的资源
• Pareto efficient, 别的用户不降低/释放资源的话，不能提高自己的资源分配量

nice-to-have

• Single resource fairness 只有一种资源，降级到Max-min
• Bottleneck fairness 都需求一种资源，降级到Max-min
• Population monotonicity 有用户退出系统、放弃拥有的资源，其他的用户不必放弃/减少自己的资源
• Resource monotonicity 有资源加入到系统/集群，其他的用户不必放弃/减少自己的资源

对比

• Asset Fairness
• Competitive Equilibrium from Equal Incomes(CEEI)

properties

• Every user in a DRF allocation has at least one saturated resource.
• DRF satisfies the sharing incentive and bottleneck fairness properties.
• DRF is Pareto efficient.
• Every DRF allocation is envy-free.
• (Strategy-proofness) A user cannot in- crease her dominant share in DRF by altering her true demand vector.
• Given strictly positive demand vectors, DRF guarantees that every user gets the same dominant share, i.e., every DRF allocation ensures si = sj , for all users i and j .
• Given strictly positive demands, DRF sat- isfies population monotonicity.

Hawk: Hybrid Datacenter Scheduling

• 混合调度器(hybrid). 中心负责长时间运行的job，分布式调度器负责短时job

LLM

• Text Generation Inference (TGI)
• hugging face
• LangChain
• ChatGLM

• tokenizer

• OpenAI 4.0 turbo - Dev day

• SSO
• JPA
• NLB/ALB

• REST API

• security

• jwt

• isolation

参考 Referrences

• DRF
• hadoop Yarn

rfc6749 for Oauth

The OAuth 2.0 Authorization Framework

传统身份验证问题：

• 需要存储密码
• 服务器需要支持密码验证
• 回收权限比较复杂

1.1. Roles resource owner resource server client authorization server

1.2. Protocol Flow 1.3. Authorization Grant 1.4. Access Token 1.5. Refresh Token 1.6. TLS Version 1.7. HTTP Redirections 1.8. Interoperability 1.9. Notational Conventions

2.Client Registration 2.1. Client Types

confidential public

web application user-agent-based application native application

2.2. Client Identifier 2.3. Client Authentication 2.3.1. Client Password 2.3.2. Other Authentication Methods 2.4. Unregistered Clients

3.Protocol Endpoints 3.1.Authorization Endpoint 3.1.1. Response Type 3.1.2. Redirection Endpoint 3.1.2.1. Endpoint Request Confidentiality 3.1.2.2. Registration Requirements 3.1.2.3. Dynamic Configuration 3.1.2.4. Invalid Endpoint 3.1.2.5. Endpoint Content 3.2. Token Endpoint 3.2.1. Client Authentication 3.3. Access Token Scope

1. Obtaining Authorization 4.1. Authorization Code Grant 4.1.1. Authorization Request 4.1.2. Authorization Response 4.1.2.1. Error Response 4.1.3. Access Token Request 4.1.4. Access Token Response 4.2. Implicit Grant 4.2.1. Authorization Request 4.2.2. Access Token Response 4.2.2.1. Error Response 4.3. Resource Owner Password Credentials Grant 4.3.1. Authorization Request and Response 4.3.2. Access Token Request 4.3.3. Access Token Response 4.4. Client Credentials Grant 4.4.1. Authorization Request and Response 4.4.2. Access Token Request 4.4.3. Access Token Response 4.5. Extension Grants
2. Issuing an Access Token 5.1. Successful Response 5.2. Error Response
3. Refreshing an Access Token
4. Accessing Protected Resources 7.1. Access Token Types 7.2. Error Response 8.Extensibility 8.1. Defining Access Token Types 8.2. Defining New Endpoint Parameters 8.3. Defining New Authorization Grant Types 8.4. Defining New Authorization Endpoint Response Types 8.5. Defining Additional Error Codes

9.Native Applications