3张图搞懂Salesforce的认证体系

今天给大家带来另一篇关于Salesforce认证考试的科普文章。

【Salesforce认证计划概述】

最近这一两年,Salesforce的Trailhead和认证太热门了,小伙伴们前赴后继地刷Badge拿认证,可以考的认证也随着产品家族的增加而增加,从十几年前的几个认证,增长到现在的30多个认证。

与其他应用平台的认证不同,Salesforce认证体系中没有很鲜明的从低级到高级的层次结构(例如:助理->专业人员->专家)。相反,Salesforce认证更侧重于Salesforce专业人士中常见的各种工作角色或岗位,目前在Trailhead上把认证按以下5个角色进行分类:管理员、开发者、架构师、顾问、营销人员。

Salesforce目前提供30个证书,其中大多数是针对顾问和架构师的。顾问和架构师的认证往往需要有其他更基础的认证作为前提条件。同时,由于Salesforce产品家族的不断扩充,每个认证也不免有很强的产品属性(例如,几乎每个产品都有一个顾问认证)。

因此,为了帮大家搞明白Salesforce这一大堆认证到底都是干嘛用的、能证明啥,我绘制了三张图来简要说明这30个认证的代表的资质以及它们之间的关系。希望大家可以一目了然看到哪些证适合哪些角色,哪些证是最基础的,哪些证是最难(费)考(钱)的。

在这里插入图片描述
*营销云顾问这个认证在上图中既归在顾问角色,也归在营销人员角色中。此外,营销云开发者在Trailhead中同时归在了开发者和营销人员的角色中,但我个人认为这个认证更偏技术,因此没有放在营销人员角色类别中。

上图按角色列出了每个角色适用的认证,由于App Builder比较特殊,在Trailhead中既归在管理员角色里,又归在开发者角色中,因此我把这个认证单独列出来。

以上几个角色类别中,值得一提的是架构师的认证体系。为了与最新的技术和客户需求保持同步,Salesforce从2016年开始对其架构师认证体系进行了调整,从2016年初的总共4个认证变为3个架构师认证和6个设计师认证,从而形成了一个金字塔的架构,如下图所示(摘自Trailhead)。
在这里插入图片描述
然而,Salesforce的大部分认证之间是有依赖关系的,即某些认证是其他认证的前提条件。因此仅从角色分类是不足以搞明白这些关系。所以,我把这些认证又分为两大类:产品专家/顾问类,和开发/架构师类,分别绘制了两张图希望能更直观地体现这些认证之间的关系。每个认证旁边也标出了该认证的考试费用,是不是很贴心呢?
在这里插入图片描述
由以上两张图不难发现几个显而易见的结论:

最最基础的认证是系统管理员认证,它是7个顾问认证的前提条件!也就是说如果你想往顾问方向发展,第一张必拿的证就是它了。

第二基础的认证是平台开发者 I,它是3个更高阶认证的前提条件。如果你想往技术方向发展,这个认证也是必须要拿下的。

最最最昂贵的认证无疑就是是技术架构师认证了!不仅仅因为它本身的考试费用高达6000美元,更重要的是,因为要拿到它,你必须先拿到其他7个认证(而且要一直维护这7个认证不能过期)!!这些认证全部考下来(不考虑补考的情况),我算了算一共要……8600美元!好吧,这一定是想往Salesforce架构师方向发展的技术人员的终极梦想~

【Salesforce认证考试之新手攻略】

Salesforce的大多数认证考试为在线考试,大都是60道题组成,考题形式为单选题+多选题。考试时间为105分钟到120分钟不等。

注册考试的网址为:
www.webassessor.com/salesforce

目前国内大陆地区有15个城市设有认证考点,可以在注册考试的时候选择。这15个城市为:上海、北京、广州、深圳、郑州、武汉、长沙、南京、大连、沈阳、西安、济南、青岛、成都、天津。

选择考点后可查看该考点可注册的时间段,通常工作日都是可以注册的,提前一天即可,通常可注册时间段为早上9点到下午3点15,每15分钟一个时间段。有的城市可能考点少注册的人多,这样的话最好提前更多时间开始注册。

关于考试的费用嘛,自然不是免费的,而且还不便宜哦~ 大部分的在线考试注册费用为200美元(补考费为100美元)。架构师相关的认证注册费用基本上都在400美元(补考费为200美元)。最顶级的技术架构师认证需要特殊的审核委员会考试,价格自然不菲,费用为6000美元(补考费为3000美元)。目前在线注册认证考试只支持美元支付(信用卡或者Paypal)。

在线注册考试时,除了可以选择在考点考试之外,还可以选择在家中或公司参加在线考试,但后者对考试现场的要求更高,不仅对网络摄像头的硬件有要求,同时对拍摄的角度、范围都有很高的要求,一旦不符合要求则考试会自动终止,远程督考人员只会说英语,因此沟通也非常不方便。如果不是你所在的城市没有设立考点,强烈不建议选择后者。

再补充一点,非常重要,考完了认证并不是万事大吉了哦,正相反,一旦踏入Salesforce认证这个大坑,你就需要终生悉心维护这来之不易的宝贝(们),否则它(们)会过期的哟~ Salesforce每年发布3个新版本,所以你每年也需要跟着3次去维护你的认证,不过还好,及时维护是免费的,如果不小心过期了就要重新去考咯~

【Salesforce的工作机会和培训资源】

作为全球排名第一的CRM公司,Salesforce专业人员的需求量很大。如果你在海外(尤其是发达国家)从事CRM相关领域的工作,你一定发现所有行业对Salesforce相关人才的需求,其中包括各种不同的岗位和角色,既有业务相关的,也有技术相关的。从每年参加Dreamforce的十几万人且一票难求的盛况,就可感受到这个生态圈的蓬勃发展。

现实世界中到底有多少Salesforce工作?随便用美国最流行的职位搜索网站Glassdoor搜索一下,可以找到Salesforce相关的近万个职位,包括管理员、工程师(硬件/软件/平台/IoT/集成)、开发人员、数据分析、云产品专业人员和技术支持等等。中国在Salesforce的市场中还属于发展中市场(Emerging Market),今年与阿里官宣合作之后,中国对Salesforce专业人员的需求将和中国云计算市场一样,有非常大的发展空间。

Salesforce认证不强制要求参加官方的培训,同时Salesforce提供一个免费的学习平台叫Trailhead(之前叫Salesforce大学),在这个平台上,可以学习到官方最新的认证考试、产品和软技能知识,涵盖的内容非常丰富,可以按照产品和角色来筛选和选择想学习的内容,非常适合利用碎片化的时间进行自我知识更新。

但Trailhead对于国内的学习者来说,最大的问题是没有中文版,只适合有英文基础的人自学。其次,由于Trailhed的内容太多太散,缺乏体系化的内容组织,对于初学者来说可能容易迷失方向,不知从何下手。

所以,对于想用中文母语学习Salesforce的小伙伴来说,推荐大家来自由侠部落学习,可以弥补Trailhead的以上两大缺憾。同样是以在线课程为主,自由侠部落的所有课程都由中国老师用中文制作,对于不同的认证考试也有针对性的课程,课程形式也很丰富,除了图文课之外,还有视频课、训练营、考前辅导、模拟题库等等。

本文的认证及考试相关信息为截止2019年11月底的最新信息。

### Flink Exactly-Once Semantics Explained In the context of stream processing, ensuring that each record is processed only once (exactly-once) without any loss or duplication becomes critical for applications requiring high accuracy and reliability. For this purpose, Apache Flink implements sophisticated mechanisms to guarantee exactly-once delivery semantics. #### Importance of Exactly-Once Processing Exactly-once processing ensures every message is consumed precisely one time by downstream systems, preventing both data loss and duplicate records[^3]. This level of assurance is particularly important when dealing with financial transactions, billing information, or other scenarios where even a single error can lead to significant issues. #### Implementation Mechanisms To achieve exactly-once guarantees, Flink employs several key technologies: 1. **Checkpointing**: Periodic snapshots are taken across all operators within a job graph at consistent points in time. These checkpoints serve as recovery states which allow jobs to resume from these saved positions upon failure. 2. **Two-phase commit protocol**: When interacting with external systems like databases or messaging queues through sinks, Flink uses an extended version of the two-phase commit transaction mechanism. During checkpoint creation, pre-commit actions prepare changes; after successful completion of the checkpoint process, global commits finalize those operations[^4]. ```mermaid graph LR; A[Start Transaction] --> B{Prepare Changes}; B --> C(Pre-Commit); C --> D{All Pre-commits Succeed?}; D -->|Yes| E(Global Commit); D -->|No| F(Abort); ``` This diagram illustrates how the two-phase commit works during sink operations. Each operator prepares its part before confirming globally whether everything has been successfully prepared. Only then does it proceed with committing or aborting based on consensus among participants. #### Barrier Insertion & Propagation For maintaining consistency between different parts of computation while taking periodic snapshots, barriers play a crucial role. They act as synchronization markers inserted into streams periodically according to configured intervals. As they propagate along with events throughout the topology, they ensure that no new elements enter until previous ones have completed their respective stages up till the barrier point. ```mermaid sequenceDiagram participant Source participant OperatorA participant OperatorB Note over Source: Time advances... Source->>OperatorA: Data Element 1 Source->>OperatorA: Checkpoint Barrier X Source->>OperatorA: Data Element 2 OperatorA->>OperatorB: Forwarded Elements + Barrier X Note right of OperatorB: Process pending items\nbefore handling next element post-barrier ``` The sequence above shows how barriers travel alongside regular data flow but enforce order so that computations remain synchronized despite asynchronous nature inherent in distributed environments. --related questions-- 1. What challenges arise when implementing exactly-once semantics in real-world applications? 2. How do checkpointing frequencies impact performance versus fault tolerance trade-offs? 3. Can you explain what happens if some nodes fail midway through a two-phase commit operation? 4. Are there alternative methods besides using barriers for achieving similar levels of consistency? 5. In practice, under what circumstances might at-least-once be preferred over exactly-once semantics?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值