- 主题:各位大神就这个架构的话招个人搭架构需要什么要求
我可以,前端，APP，后端架构，运维我都搞得定,不过这货你得花很多财力和时间
--
FROM 124.127.206.*
只是搭出来应该不少人都可以，很多都有现成组件或者云服务，效果怎么样就难说了
得看你们的验收标准，有没有SLA，可定制化程度怎么样
--
FROM 111.206.214.*
那这货就应该提供基座，投标公司在基座上开发，你可以找人聊聊，说不定等着你报价呢...
【 在 xiaolun (杭杭一生健康快乐) 的大作中提到: 】
: 这是某大型国企架构师的图，要求投标公司按照这个架构设计才可以
--
FROM 111.199.220.*
其实就是几个nginx配置、几个jar部署而已……
【 在 xiaolun 的大作中提到: 】
--
修改:sanfei FROM 223.104.68.*
FROM 223.104.68.*
搭起来很容易。能干的一个人就行。
但是你的应用呢？开发不要人？
而且最重要的，你需要一个团队来运维它。至少两三个人吧。
--
FROM 125.34.18.*
公司也是几万人，组里的服务也有每秒2万五，根本不需要k8s，实际上评估的是用k8s，延时变大(本身不熟悉也有关系)，硬件成本还上升。
lvs，nginx，frontend，mid，backend。都Java服务，基础组件zk，kafka，HBASE，hdfs，MySQL
【 在 oldwatch 的大作中提到: 】
: 不用k8就意味着
: 从服务发现，请求路由到负载均衡，弹性伸缩自己攒全套
:
: ...................
--
FROM 223.104.3.*
为了微服务而微。
业务根本没达到需要拆分微服务。
一次业务流程说不定要走几个微服务才能完成。
发布特性无法基于单个微服务，每次都要一起部署。
开发人数低于10人，还达不到切分团队去各自管理微服务地步，也没有足够的人去做运维，日志跟踪。
最后用单体应用的价格做微服务应用，成本大涨（硬件，运维），要么是甲方吃亏，要么就是乙方没赚到钱。
【 在 xiaolun 的大作中提到: 】
: --
: 发自xsmth (iOS版)
: --
: [upload][/upload]
发自「今日水木 on CLT-AL00」
--
FROM 36.19.117.*
一眼发现个错，网络层那里是CDN不是CND
【 在 xiaolun 的大作中提到: 】
--
FROM 1.203.117.*
一个高级运维工程师就可以了
【 在 xiaolun 的大作中提到: 】
--
FROM 175.9.222.*
那原来是啥方案？
物理机？虚拟化？容器？
【 在 lushan5436 (密如) 的大作中提到: 】
: 公司也是几万人，组里的服务也有每秒2万五，根本不需要k8s，实际上评估的是用k8s，延时变大(本身不熟悉也有关系)，硬件成本还上升。
: lvs，nginx，frontend，mid，backend。都Java服务，基础组件zk，kafka，HBASE，hdfs，MySQL
--
FROM 116.233.186.*