younglinuxer786 最近的时间轴更新 younglinuxer786 最近的时间轴更新 | younglinuxer786V2EX 第 364141 号会员，加入于 2018-11-19 12:54:03 +08:00 |
| 自己搞了个小工作室有点迷茫了，求支招 职场话题 younglinuxer786 2025 年 9 月 5 日 最后回复来自 younglinuxer786 | 33 |
younglinuxer786 最近回复了
2025 年 9 月 5 日 回复了 younglinuxer786 创建的主题 职场话题 自己搞了个小工作室有点迷茫了，求支招 |
@johnidy 很有想法，自媒体矩阵账户也已经开通了，正在苦学剪辑中 但主要内容还没定，本来是想发一下日常解决问题的过程，但害怕没人看
2025 年 9 月 5 日 回复了 younglinuxer786 创建的主题 职场话题 自己搞了个小工作室有点迷茫了，求支招 |
@kiraskyler 哈哈那个博客主要是一个备份，18 年的帖子了当时想写博客，但终究是没有坚持下去，谢谢提议我有时间改一下
2025 年 9 月 5 日 回复了 younglinuxer786 创建的主题 职场话题 自己搞了个小工作室有点迷茫了，求支招 |
谢谢各位给支招，很是很受用，补充几点信息
1 、正常情况肯定要是有一两个稳定的业务之后再考虑出来自己单干，但我的情况比较特殊属于重新开局，所以业务只有自己找了。
2 、昨天刚在闲鱼上发帖，晚上就接到单子了，虽然只有一两百块但是还是很高兴，之前一直想着去找企业的单子最后发现其实没那么好做。后面准备 pdd 也挂一下吧，看是否有流量进来。
3 、运维确实是接触核心资产的，但大部分互联网创业公司的运维其实都是前期搭建一下基础环境，解决一下故障问题，这块我感觉还是有一点市场的。当然也不知道怎么去做调研？当时想着 boss 上面在招运维，肯定是对运维有对应需求，但是没考虑怎样去通过一个话术去正常描述我们的服务，直接说还是太突兀了。
4 、建立信任和长期的机制确实太重要了，我有空了会偶尔发些短视频之类的相当于一个价值输出吧，公众号没有做，因为感觉公众号的营销氛围太重了，基本也是 AI 写的。
5 、最后我的网址是 https://iptables.cn 各位大佬看有没有啥好的意见
1 、正常情况肯定要是有一两个稳定的业务之后再考虑出来自己单干，但我的情况比较特殊属于重新开局，所以业务只有自己找了。
2 、昨天刚在闲鱼上发帖，晚上就接到单子了，虽然只有一两百块但是还是很高兴，之前一直想着去找企业的单子最后发现其实没那么好做。后面准备 pdd 也挂一下吧，看是否有流量进来。
3 、运维确实是接触核心资产的，但大部分互联网创业公司的运维其实都是前期搭建一下基础环境，解决一下故障问题，这块我感觉还是有一点市场的。当然也不知道怎么去做调研？当时想着 boss 上面在招运维，肯定是对运维有对应需求，但是没考虑怎样去通过一个话术去正常描述我们的服务，直接说还是太突兀了。
4 、建立信任和长期的机制确实太重要了，我有空了会偶尔发些短视频之类的相当于一个价值输出吧，公众号没有做，因为感觉公众号的营销氛围太重了，基本也是 AI 写的。
5 、最后我的网址是 https://iptables.cn 各位大佬看有没有啥好的意见
2025 年 9 月 5 日 回复了 younglinuxer786 创建的主题 职场话题 自己搞了个小工作室有点迷茫了，求支招 |
@lonely701 嗯嗯，是这样的。之前我找一个朋友取经，他也是说需要建立信任，他们是外包了个运营团队，然后一直在网上发帖和视频，虽然看的人少，但他的意思是客户看你一直在做这个东西就建立了信任，很受用
2025 年 9 月 5 日 回复了 younglinuxer786 创建的主题 职场话题 自己搞了个小工作室有点迷茫了，求支招 |
@lswlray 谢谢这个想法很实用
2021 年 10 月 12 日 回复了 JustinMsc 创建的主题 NGINX 请教一个 nginx 反向代理 sub_filter 正则替换字符串的问题。 |
2021 年 10 月 12 日 回复了 longmeier90 创建的主题 Python 有没有公司用 Python 或者 django 搭建集群、微服务成功的案例？ |
1.看了下帖子，如果数据库和应用都在一台服务器上，先把数据独立放在一台服务器上(磁盘,cpu,men 这些搞好点)应该会好很多
2.如果只是想搞个集群问题不大，微服务要拆分业务太费时间 能保证每个应用下没有单独保存的数据，同时共用数据库 即可实现集群。多个应用之间可以使用 nginx 作为入口 负载到下面的多个应用... (当然这是比较传统的方式 也比较好理解)
3.你也可以考虑将应用打包成 docker 然后使用 k8s 来做集群 一个 pod 启动多个实例 使用 k8s 的 services 来做不同服务的负载 集群要方便管理点（满足第三点的前提）
4.读写分离考虑使用 mycat 或者其他数据库中间件对业务影响不大
5. 看了上面的帖子猜测是统计执行的 sql 造成数据压力有点大 建议先执行第一条...
2.如果只是想搞个集群问题不大，微服务要拆分业务太费时间 能保证每个应用下没有单独保存的数据，同时共用数据库 即可实现集群。多个应用之间可以使用 nginx 作为入口 负载到下面的多个应用... (当然这是比较传统的方式 也比较好理解)
3.你也可以考虑将应用打包成 docker 然后使用 k8s 来做集群 一个 pod 启动多个实例 使用 k8s 的 services 来做不同服务的负载 集群要方便管理点（满足第三点的前提）
4.读写分离考虑使用 mycat 或者其他数据库中间件对业务影响不大
5. 看了上面的帖子猜测是统计执行的 sql 造成数据压力有点大 建议先执行第一条...
Select Language