[杭州兼职] 架构师-架构优化-短期兼职

121 天前
 foggeistsj

公司背景 我们是初创团队,之前用的 k8s 架构(阿里云 k8s 服务),团队希望迁移到更简单的架构上,比如 docker 或者裸机部署,以便我们能更好的专注于业务和快速迭代。

技术要求

  1. (必须)8 年以上工作经验,有丰富的架构经验,能够设计并落地 “可以支撑 多数单体应用+极少量微服务 的极简架构”
  2. (必须)熟知裸机部署、docker 部署、k8s 部署等多种部署方式的应用场景和阶段,能够构建适用于不同部署方式的 CI\CD 管道
  3. (必须)精通阿里云平台各类服务的配置、运维工作,能够设计合理的 RAM 权限、策略并分配给团队不同成员
  4. (必须)有 API/应用网关搭建、配置经验,有 spring-cloud gateway\higress\kong\nginx 等开源项目经验者优先
  5. (可选)有 python 后端服务开发经验,熟悉 django,celery 优先
  6. (可选)有阿里云 ROS(资源编排服务)、terraform 等 IaC 工具使用经验者优先
  7. (可选)有搭建 Opentelemetry\Skywalking\Zipkin 监控链路、可观测系统经验者优先
  8. (可选)有良好英语沟通能力者优先

公司在杭州,所以项目合作期间,需要 70%的时间 base 在杭州和公司。

以项目承包或兼职形式都可,有意向详细聊,邮箱 18989473327@163.com

1236 次点击
所在节点    外包
24 条回复
Trossard
121 天前
前几天也在和朋友讨论,初创公司需要 k8s ,快速迭代业务才是阶段目标
foggeistsj
121 天前
vx 同手机号 18989473327 ,有意向的大佬欢迎联系~
wangritian
121 天前
阿里云的托管 k8s 已经够简单了,把使用率低的系统应用请求 cpu 内存降到最低,也能腾不少空间给业务应用
lasuar
121 天前
就这也要请人嘛。。告诉大致方案,你们都可以自行实践了。我之前也是 k8s ,现在新项目也想用 k8s ,发现贼麻烦。遂退化为使用 pm2 来管理进程,现在简单的很。前后端服务都部署在单机上,`pm2 list`查看所有进程。上手也很简单:

1. 在每个单体项目中引入`pm2.config.js`文件来管理部署配置(名称/资源限制/日志格式/envVar...);
2. 对于多实例服务(微服务),项目中引入(并部署)一个专门的服务发现组件( etcd/consul...),然后在 pm2 配置文件中添加`instances`配置;
2.1 如果是专门的微服务框架,根据需要部署对应的 SD 组件就行了。
3. pm2 安装日志滚动组件,解决日志存储问题;
4. 熟悉 pm2 的常用命令;
5. 使用 nginx 代理所有对外服务即可;

Over ,就这都足够度过很长一段时间了。
lasuar
121 天前
看描述你们更需要一个兼职运维。
foggeistsj
121 天前
@lasuar 谢谢大佬,是个思路~,不过我们还是想请专业的人来做专业的事儿,如果实在招不到合适的,我们就只能自己动手了
foggeistsj
121 天前
@lasuar 确实有不少事儿是运维的,不过我们也需要一些架构层面的调整,之前有些历史遗留导致做起来很麻烦
chouyee
121 天前
我很好奇多大的初创团队需要 k8s ,微服务,用户量多大,qps 最高多少,我最近也在纠结要不要 k8s ,我现在都是多个几点手动部署,因为没几个节点
7TYvU18CQ8lan9Zx
121 天前
有意,wx: Zmx5aW5na2lkMTk5NA==
G2bN4dbX9J3ncp0r
121 天前
我都搞过
slideclick
121 天前
@Trossard 啥意思,题主不是要迁移下来么?您的意思不要迁移下来?
foggeistsj
121 天前
@lidashuang 大佬有意合作咩
mikawang
121 天前
小公司还是用 serverless 比较好,不需要运维,而且成本低,迭代快
foggeistsj
121 天前
@flyingkid1994 已联系~
foggeistsj
121 天前
@chouyee 不大,但主要是 B 端客户,有些业务功能比较复杂,用户量和 qps 我觉得远达不到需要 k8s 的地步
sagaxu
120 天前
@chouyee k8s 实际会降低性能,它对性能的帮助是遇到突发流量可以动态增加负载 pod ,例如瞬时秒杀之类的场景。DB 和 Redis 之外的物理机超过 10 台的时候再考虑 k8s 也不迟。规模小的时候,如果不是不停的有新机器要部署,甚至 docker 也不是必须的。大单体➕少量服务的模式更适合小公司,反正单体也能多部署和负载均衡,设计的时候也可以做些开关,只启动单体内的部分服务。
codegenerator
120 天前
初创团队根本就不该碰 k8s 和微服务,没有把时间精力花在更重要的方面不说,反而带来负担。快手这种大厂最近才开始单体到微服务调整
redcat
120 天前
第一次看到说 k8s 麻烦,这是不会用硬上
defunct9
120 天前
我来
foggeistsj
120 天前
@redcat 确实是硬上了

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://ex.noerr.eu.org/t/1116380

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX