V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  FlytoSirius  ›  全部回复第 24 页 / 共 29 页
回复总数  570
1 ... 16  17  18  19  20  21  22  23  24  25 ... 29  
2024 年 2 月 13 日
回复了 xfrgux 创建的主题 游戏 2024 年了,云游戏体验还是不行
据说在美国的那边的朋友 测试 NV 云游戏状况不错的.

有没有尝试降低 画面设置 呢 ? 1080P 高特效 这种级别的设置明显不是用来在云游戏中使用的.
2024 年 2 月 12 日
回复了 fliter 创建的主题 职场话题 技术人的目标和终点在哪里?
这不是咱们的问题, 是 国内这么多年来不顾 "低社会健康状况" 并追求"高速发展" 发展带来的问题.


攒钱/攒技术 往出走, 日本/新加坡/欧洲各国/澳洲/美洲, 能去的地方很多.
虽然过去后不代表 所有的问题就会消失, 但那里整体社会发展的"健康度"是远高于国内的. 安稳后整体生活状况会远好于国内, 更何况, 孩子以后就再也不用受国内这"发展病"的影响, 可以快乐得多的成长, 这可能也是很多人的人生目标吧.
2024 年 2 月 11 日
回复了 midakaliu 创建的主题 全球工单系统 京东 plus 会员 0 元先享后付,真的是套路
别这么认真, 套路之外, 京东自营商品的整体品质和售后还是各平台里最好的.
2024 年 2 月 11 日
回复了 asdgsdg98 创建的主题 问与答 如何防止国产软件在 explorer 里乱改?
Win7 Win2008 等 安装近两年的 VMTools 需要安装个系统补丁, 名称如下, 自己去下载吧
windows6.1-kb4474419-v3-x64_b5614c6cea5cb4e198717789633dca16308ef79c
2024 年 2 月 11 日
回复了 nrtEBH 创建的主题 问与答 如何评价 Google SRE 手册
这个坛子里 , DevOps 都少之又少, SRE 就更别说了 ...
2024 年 2 月 10 日
回复了 fdghjk 创建的主题 WireGuard 快速部署 wireguard 的最佳实践是?
大概是非常好的 WireGuard 一键部署方案了吧
https://github.com/hwdsl2/wireguard-install
2024 年 2 月 10 日
回复了 kratosmy 创建的主题 宽带症候群 homelab 怎么尽可能保证安全性呢
前面几位基本已经列出了主要的安全的连接方式,
1. VPN 方案:
目前看 WireGuard 应该是 可靠性, 易用性, 性能, 几方面平衡下来很好的选择.
使用 VPN 方案的话, 在主路由器的防火墙上只映射 WireGuard 的端口, 为了安全性不要也不需要映射全端口.
2. 使用 Tunnel 类的方案:
ZeroTier 是很好的一个方案, 可管理性很好, 构建了一个安全的基于局域网和互联网之上的 Private Network. 个人用了几年了.
Cloudflare tunnel 也常看到, 大概也是此类型的方案吧.
3. 自建 Bation sever 方案:
仅仅只开放 ssh 端口, 通过 ssh public/private key 机制进行安全链接, 并通过 ssh tunnel 进行数据转发. 安全实施难度较大.


至于常见的 公网 IP + DDNS 方案 呢?
那纯属是找死 .......
2024 年 2 月 7 日
回复了 wshhfy 创建的主题 生活 把积累了 10 年的书签清理了一波
我去年也清理了一次, 发现过去 常常一个文档里, 收藏了很多个子页面到收藏夹, 也没什么章法, 也不写收藏注释.
具体到 云计算网络 这个子方向, 我想你也是搜索过的, 感觉这个子方向难有比较"现代"的学习向导或 roadmap 之类的.
因为"网络"这个领域发展太久了, 基本找到的都是 不那么"现代"的内容, 不像 DevOps, 很大量的新东西新概念.

所以, 要不要换个思路, 列举一些个具体的云计算网络方向的 小项目/Tasks, 然后再不断对它们进行需求扩展与具体实现, 在这个过程中进行实践与理论俱进式的学习.

我对网络这个子领域认识有限, 举几个可能的基于云计算的网络方面 小项目/Tasks:
云平台上多种 VPN 的原理与实现
云平台上多业务网络的 连接 和 管理
云网络上的 安全管控机制
...
当然, 不会少的就是一些基础实验, 比如: 多种路由策略, 交换策略 等.

大概这几个自己小项目做下来并进行一点程度的扩展的话, 几个月时间就已经过去了.
到时, 你应该能以另一个视角考虑你现在问的问题了.
2024 年 2 月 7 日
回复了 pianjiao 创建的主题 职场话题 还在上班的举手🙋‍♂️
+1 我估计可不是最后 一天 两天的问题
2024 年 2 月 7 日
回复了 iugo 创建的主题 问与答 你有情绪问题吗? 是如何缓解的?
人的情绪习惯等等, 不是一两年造成的结果,
冰冻三尺 非一日之寒,
不要期望这个情绪问题会 在几年甚至几个月内改掉,
我个人认为对于这个问题, 你更需要注意的是控制 情绪问题造成的"影响", 包括 影响范围和影响大小, 而不是控制情绪"本身".
2024 年 2 月 7 日
回复了 iugo 创建的主题 问与答 你有情绪问题吗? 是如何缓解的?
根本不是什么病, 你所有的顾虑都来自于你并非医疗专业人士, 又能轻易获得一些医疗材料.

上面那三点, 第一点要常做, 第二点等机会, 第三点等时间.
会好的.
2024 年 2 月 7 日
回复了 iugo 创建的主题 问与答 你有情绪问题吗? 是如何缓解的?
事后多思索自我,
还需要等一点机会(比方: 某天因为自己情绪问题, 造成了 一些或大或小的不可挽回的影响),
还需要年龄再大一些.

满足这几个条件, 你这个情绪问题大概率就能好了.
@hongyexiaoqing

个人认为, DevOps 并不一定就要自己研发相关系统, 毕竟大部分公司关注的是公司层面的业务系统, 所以至于 DevOps team 是使用的自研系统还是广泛使用的系统, 从管理层看是不太 care 的.

能自己开发给其它 DevOps 使用的系统自然是高级 DevOps 能力的体现.

但楼主更关注的是如何开始 DevOps 方向, 而不是 DevOps 这个方向的高点在哪里.
@YaakovZiv

这是那个 Team 就没有太按照 DevOps 的方式来运作吧, 他还有很重的之前 Ops 的思路.

否则以代码驱动的配置, 是一定会走 git 的, 再有个一般性的 review, 被同意再进行 修改配置代码的部署.

直接上去改配置绝对是 DevOps 的大忌讳, 因为会导致实际环境和代码部署的环境不一致.
前面说了不同规模的公司, 运维所具体的工作内容和具体的技术栈差别很大.
我尝试理下 DevOps 所需要的: 基础的大方向, 这些应该和公司规模及技术栈没太多关系.

硬的:
1. 一个操作系统方向[Linux/Windows]
2. 一门脚本语言 [Shell/PowerShell]
3. 一个业务开发语言[Java/Python...]
4. 一个配置管理工具[Ansible/Chef/Salt ...]
5. 一个基础设施即代码工具[Terraform, Cloudformation, CDK 等]
6. 一个公有云平台/一个私有云平台/一个容器化平台
7. 一个 CI/CD 平台
8. 一个监控系统的应用
9. 一个日志系统的应用
10. 一个备份管理系统的应用

软的:
11. 一些网络知识
12. 一些安全知识
13. 一些业务连续性知识
14. 一些业务系统运作的架构知识
15. 一些各层面所需的测试工具和知识
16. 现代应用和基础设施 部署和管理的一些思路和思想[基础设施即代码 IaC, 容器化, 应用发布模式 ... ] [对这些的理解会直接影响如何应用具体技术进行工作].

我就先想到这些.其他朋友再补充.
而且, 这其中每一条应该都可以展开为一个知识/技能体系.
1 ... 16  17  18  19  20  21  22  23  24  25 ... 29  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   5768 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 01:45 · PVG 09:45 · LAX 18:45 · JFK 21:45
♥ Do have faith in what you're doing.