[上海] 外企咨询 / 医药 CDP 核心技术 Owner / AWS 数据架构 / 月薪 30k+ / 招唯一核心架构师
先说实话（省流版）
我们是外企咨询公司（就是外包），客户是医药行业，做了一个五年的数据平台项目（ CDP ），现在项目里缺一个能 Own 住整个技术架构的核心 Owner。这个岗位不是拧螺丝的，是项目里唯一的核心架构师，你要负责从数据链路、控制链路、配置链路、到交付链路的全盘设计和落地。
待遇月薪 30k+，一年 12 天年假，不打卡，一周三天去甲方现场（没固定工位，坐会议室/电话亭），两天居家。项目稳定做了五年，但外包行业该有的风险也都有，下面会摊开说。
如果你反感外包身份，看到这里可以关了；如果你看重长期项目稳定性 + 足额五险一金 + 技术主导权 + 部分居家，可以继续往下看。
一、你在项目中要 Own 什么
不是只写代码，是从平台视角理解并优化 CDP 的控制面、数据面、配置面、交付面的边界与协作。
具体包括：
- 数据链路：多源接入、抽取、标准化、分层落地、导出、Glue Job 性能优化
- 控制链路：Step Functions 状态机编排、Lambda 事件处理、EventBridge 触发解耦、失败重试与运行控制
- 配置链路：DynamoDB 配置驱动、任务参数模型、Secrets Manager 凭证管理、任务行为外部化
- 交付链路：Terraform 多环境管理、GitHub Actions CI/CD 、发布治理、环境晋级
- 数仓链路：Redshift 数据装载、同步策略、SQL 调优、外部表、分区可见性、回写逻辑
- 复杂变更路由：跨仓库、跨服务、跨团队的改动，你要判断该改配置、改编排、改运行时还是改基础设施
- 线上排障：能沿着 事件 → 参数 → 配置 → 状态机 → Glue Job → SQL → Terraform → GitHub Actions 一路定位根因
- 轻量工具：必要时用 TypeScript / AI 辅助快速搭内部工具（配置查看台、任务查询台、发布辅助页）
二、技术栈分层
层级 技术 职责 数据处理 AWS Glue 、Python 、PySpark 、S3 ETL 、JDBC 接入、S3 落地、数仓同步 编排控制 AWS Step Functions 、Lambda 、EventBridge 工作流编排、状态机、事件驱动、任务解耦 配置元数据 DynamoDB 、Secrets Manager 配置驱动、参数模型、凭证管理 数仓查询 Amazon Redshift 、SQL 、JDBC 装载同步、查询开发、性能调优、外部表 基础设施 Terraform 、GitHub 、GitHub Actions 多环境资源、CI/CD 、发布治理 演进扩展 Snowflake 、Azure 、Power Platform 平台演进评估、辅助工具三、硬性门槛（必须满足）
补充：必须英文阅读熟练，简单英文写作，如果能够简单英语口语沟通更好。
1. 架构与 Ownership
- 6–10 年软件工程 / 数据平台 / 云上数据工程经验
- 有平台级 Ownership 经验，能同时理解架构、实现、发布、运行、治理，不是只做一个局部
- 有复杂分布式系统或云上数据平台的 Hands-on 排障 + 改代码 + 推上线 经验
- 能跨团队、跨仓库、跨服务拆解复杂变更
2. AWS + Python
- 精通 AWS：Glue 、Lambda 、Step Functions 、EventBridge 、S3 、DynamoDB 、IAM 、Secrets Manager
- 精通 Python：能独立编写、重构、优化生产级 Glue Job 和 Lambda
- PySpark 实战：理解数据读写、分区、JDBC 、并发、资源消耗
- boto3 开发排障：基于 boto3 与 AWS 服务交互的经验
3. SQL + 数据库 + OLAP
- 精通 SQL 开发与调优：复杂查询、聚合、窗口函数、增量同步、批量装载
- 熟悉 MySQL / PostgreSQL / SQL Server 至少一种，理解 JDBC 、Schema 、权限、增量抽取、回写策略
- 熟悉至少一个 OLAP / 云数仓（ Redshift 、Snowflake 、ClickHouse 、Doris 、BigQuery 优先）
- 数仓思维：理解 Staging 、Curated 、External Table 、Load Ordering 、成本与性能权衡
4. ETL 全链路
- 端到端经验：源端分析、抽取方式、增量策略、Schema 对齐、数据落地、质量校验、编排调度、数仓同步、下游导出、日志审计、异常恢复、上线治理
- 必须是真实生产环境经验，不是单机脚本或实验性质
5. IaC + Git + 工程交付
- 熟悉 Git/GitHub：分支、PR 、Code Review 、Rebase 、冲突处理、变更审计
- 熟悉 Terraform：资源定义、变量模型、环境隔离、模块复用、发布风险
- 熟悉 CI/CD：GitHub Actions 或同类平台的校验、打包、部署、权限、环境晋级
- 生产发布治理意识：知道什么场景最小改动、什么场景必须 Dev 验证、什么场景需要预案和回滚
6. 辅助开发
- 基础 Web 开发能力，懂一点 TypeScript ，能快速搭简单内部工具
- 熟练使用 AI 辅助开发工具（当提速器用，不是替代思考）
四、加分项
- 扎实的前端基础，能独立交付内部工具型页面（ TypeScript 、组件化）
- 熟悉 Snowflake（强加分）：架构设计、迁移评估、SQL 方言兼容、连接改造
- 熟悉 Azure 数据服务、Azure Functions 、Azure DevOps 或跨云集成
- 熟悉 Power Platform （低代码、数据接入、业务自动化）
- 医药、零售、CRM 、主数据、营销数据平台经验
- AWS 中国区、受监管行业、多环境/多账号/多区域架构交付经验
五、待遇拆解（透明版）
项目 详情 说明 / 坑点 月薪 **30k+**，具体自己和 HR 谈 有谈薪空间，看面试表现和 HR 审批 工资构成 85% 基本工资 + 15% 津贴/项目奖金 ⚠️ 这 15% 不是纯固定：要求每月/每季度 70% 以上时间 Billable 在项目上才有。正常在项目里基本都能拿到，但如果项目停了 On Bench ，这部分会受影响。合同里会写，但发放前提是「有项目且正常出勤」。 13 薪 有，但只按基本工资发 假设基本工资 25.5k ，13 薪就是 25.5k ，不是月薪总包的 1/12 年终奖 约 1 万 固定额度，写到合同 五险一金 按 年包/12 为基数，足额缴纳 在外包里算良心，对买房/落户/公积金贷款有实际好处 补充医疗 额外商业医疗保险一份 覆盖部分医保外门诊/住院 年假 12 天/年 平均一个月放一天 考勤 不打卡 相对弹性 工作时间 10:00 – 18:30 ，午休 12:00–13:30 办公地点 一周 3 天 On-site 甲方，2 天居家 ⚠️ On-site 没有固定工位，在甲方坐会议室或找电话亭办公，条件凑合，归属感弱，这是外包常态。有需求可以凭本事和项目经理争取更多居家时间，但不保证。 加班 少部分时间赶工期加班 可调休或拿加班费，相对正规 通勤成本 无额外补贴 三天去甲方现场的交通费/时间成本自己算进真实收入真实年包估算（假设谈成月薪 30k ，基本工资 85% = 25.5k ）：
- 年基本工资：25.5k × 13 = 33.15 万
- 年津贴/奖金：4.5k × 12 = 5.4 万（假设满额且 Billable 达标）
- 年终奖：1 万
- 合计约 39.55 万（税前，未扣五险一金）
⚠️ 谈薪时务必确认：15% 的具体 Billable 计算规则、发放周期（月还是季度）、Bench 期间是否停发。
六、项目稳定性与风险兜底
好的方面：
- 客户和项目已经做了 5 年，属于长期合作，目前比较稳定
- 你招进来是项目核心且唯一的架构师，不是边缘角色，技术主导权大
- 如果你还熟悉 AI 应用开发（ AI 辅助数据分析、自动化工具、智能排障等），部门很多项目都需要，部门老板会捞你，相当于多一层安全垫
坏的方面（外包行业的现实）：
- 如果甲方砍预算、换供应商、或项目结束：先回自己公司待 1 个月（ Bench 期），项目经理/HR 推荐其他项目
- 如果一个月后仍没有合适岗位：N+1 走人
- ⚠️ N+1 赔偿基数通常按基本工资算（因为合同里基本工资和津贴分开约定），这是外包常见套路，入职前心里要有数
七、我们期望你的工作方式
- 不是「先写代码再看架构」，而是先判断 Ownership 、边界、发布链路和风险，再做最小可验证改动
- 不是「只看自己那一个仓库」，而是能从平台视角理解变更对配置、编排、运行时和部署的联动影响
- 不是「出问题只看日志截图」，而是能沿着 事件 → 参数 → 配置 → 状态机 → 作业 → SQL → 资源定义 一路定位根因
- 不是「把 AI 当替代思考的工具」，而是把 AI 当提速器，最终仍能独立验证架构和实现是否正确
八、这岗位适合谁、不适合谁
适合：
- 接受外包身份，更看重长期项目稳定性 + 足额五险一金 + 现金收入
- 想做技术 Owner 而不是螺丝钉，愿意承担唯一架构师的压力和话语权
- 熟悉 AWS 数据栈，希望深耕医药 CDP / 数据平台领域
- 有 AI 应用能力，能在部门内建立不可替代性
- 当前想从甲方跳到乙方拿更高现金，或空窗期想找个能长期做的项目
- 沟通能力强的，能够跨业务部门、跨项目沟通协作
- 有责任心的人，如果觉得不是很满意比较勉强就不要尝试了，拿多少钱干多少活，觉得不匹配就不要混进来骑驴找马，别影响我交接的
不适合：
- 追求甲方身份、固定工位、内部晋升体系
- 无法承受「唯一架构师」的高压和背锅风险
- 15% 浮动收入如果拿不到会严重影响生活质量（如高额房贷）
- 介意「流浪办公」（会议室/电话亭）和三天通勤
- 完全不能接受外包行业「项目没了就 N+1 」的逻辑
- 如果有技术偏执，那你会和项目经理发生冲突，不适合你，这个岗位需要适当妥协折中，低成本解决问题就行
九、投递方式
请邮件我，附上：
- PDF 简历
- 一句话说明你最熟悉的 AWS 上构建的完整数据项目
- 当前状态和期望到岗时间
我会先看技术匹配度，合适的直接走内瑞流程到 HR 那边审核后再转到项目组安排人面试。
- 简历投递邮箱：bm9jb2RpbmcxODhAZ21haWwuY29t
- 邮件标题格式：岗位+姓名+工作年限
FAQ （预判几个问题）
Q：外包是不是很不稳定？ A：这个项目做了五年，在咨询行业算很长了。但外包的本质就是人跟项目走，我们摊开说，不忽悠。
Q：15% 的奖金拿不到怎么办？ A：只要你正常在项目里且 Billable 时间够 70%，基本都有。只有 On Bench 或长期不在项目才会受影响。入职前 HR 会把规则写进合同附件，建议谈薪时逐条确认。
Q：甲方现场真的没工位吗？ A：真的。电话亭/会议室是常态，外包人员一般不配固定工位。介意这点的请慎重。
Q：远程可以谈成 4-5 天吗？ A：看项目经理和甲方关系，也看你本事。目前定的是 3+2 ，不是承诺，是"可以争取"。
如果看完以上你觉得匹配，欢迎带简历来聊。技术细节、项目现状、团队氛围，面试时都可以敞开问。
个人补充：
- 这个 JD 要求覆盖了我现在 80% 工作职责，这个岗位就是来替代我的，当前定的薪资是比我现在高的；
- 年龄不重要，经验要丰富，能写代码搞方案解决问题就行，公司有很多中年人；
- 如果你沟通能力强会来事，那肯定如鱼得水啊。