公司网络改建,以下方案是否合理?

jxhxf 2004-10-14 01:04:06
公司内部:70来台电脑,一台Dell X2.4 512Mb server现正上一套系统后台数椐库为oracle 8.17

现准备进一步升级网络,10M光纤接入,再加一台的服务器(当web and email(Mdaemon))和一台思科或华为的路由器,web 服务器,大概一天访问量为60次,Email收发各为50封左右(主要是国际的),

一,10M光纤是否够用,
二,服务器准备买DELL X2.4-2.8 1G内存 39G10000转
三,路由买思科1700 OR 2600是否合适

还有就是远程连接内司内部网络,除了VPN是有别的方案
...全文
140 9 打赏 收藏 转发到动态 举报
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
lyuanping 2004-10-14
  • 打赏
  • 举报
回复
浪费!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
jacky5558 2004-10-14
  • 打赏
  • 举报
回复
浪费
只不过是公家的而已
bill1980 2004-10-14
  • 打赏
  • 举报
回复
公司有錢啊,羨慕...
xjp6688 2004-10-14
  • 打赏
  • 举报
回复
有钱!
snowmoon 2004-10-14
  • 打赏
  • 举报
回复
very good
icuc88 2004-10-14
  • 打赏
  • 举报
回复
1700或者2600都够了。
flewsky 2004-10-14
  • 打赏
  • 举报
回复
够好!
凤凰 2004-10-14
  • 打赏
  • 举报
回复
足够了
timidlion 2004-10-14
  • 打赏
  • 举报
回复
这样的配置有点太好了吧,60web访问/天,50email,靠就这点访问量要上用10m,有钱
内容概要:本文详细介绍如何通过搭建ELK(Elasticsearch、Logstash、Filebeat、Kibana)日志分析系统,实现对大模型Token中转服务的全链路可观测性管理。系统能够实时追踪每次API调用的性能指标(如首包耗时、总耗时)、Token消耗、费用核算、用户行为及异常请求,解决自建中转服务长期存在的“黑盒”问题,包括费用不清、性能瓶颈难定位、恶意刷量难识别等痛点。文章提供完整的日志结构设计、ELK组件配置方案(可直接复制部署)以及Kibana五大核心可视化看板,覆盖从数据采集、清洗、存储到展示的全流程,适用于个人、团队或企业级AI网关场景。; 适合人群:具备一定运维与开发能力的技术人员,如AI中台工程师、DevOps、私有化部署开发者及企业AI基础设施负责人,尤其适合运营Token代理、模型中转服务的团队; 使用场景及目标:① 实现API调用的精准费用分摊与成本控制;② 定位性能瓶颈与慢请求根源;③ 识别恶意刷量与异常调用行为;④ 构建可审计、可告警、可复盘的生产级可观测体系; 阅读建议:此资源强调结构化日志输出与业务字段定义的重要性,建议读者结合自身中转服务架构,严格按照JSON日志模板实施,并完整配置ELK链路以发挥最大效能,同时关注文中避坑指南以保障系统稳定运行。

6,210

社区成员

发帖
与我相关
我的任务
社区描述
windows网络管理与配置
社区管理员
  • 网络管理与配置社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧