xuanbg's repos on GitHub
Java · 45 人关注
gateway
基于Spring Cloud Gateway的微服务网关
TSQL · 34 人关注
Insight_Base
RESTFul WCF Service
Java · 18 人关注
insight_auth
身份验证服务
C# · 14 人关注
Utility
Java · 10 人关注
insight_message
消息中心服务
Java · 3 人关注
insight.utils
insight.utils.redis
Java · 1 人关注
eureka
Java · 1 人关注
insight.utils.qiniu
insight.utils.qiniu
Java · 1 人关注
insight.utils.redis
Java · 1 人关注
insight.utils.wechat
insight.utils.wechat
Java · 1 人关注
insight_admin
Spring Boot Admin
Java · 1 人关注
insight_app
资源服务
Java · 1 人关注
insight_basedata
基础数据服务
Java · 1 人关注
insight_organize
组织机构服务
Java · 1 人关注
insight_role
角色授权服务
Java · 1 人关注
insight_tenant
租户服务
Java · 1 人关注
insight_user
用户管理服务
C# · 1 人关注
WCF
简单易用的WCF服务基础组件
C# · 0 人关注
AddressFormat
0 人关注
insight_account_manage
账户管理服务
0 人关注
insight_funds_account
资金账户服务
0 人关注
insight_users_account
用户账户服务
xuanbg

xuanbg

V2EX 第 342464 号会员,加入于 2018-08-18 20:59:33 +08:00
今日活跃度排名 1945
xuanbg 最近回复了
9 小时 54 分钟前
回复了 stage0071 创建的主题 旅行 有哪些名不副实的旅游景点?盘点那些不值得去的景点
难道还有名实相副的旅游景点???不如把问题换成:哪些景点值得一去。
好厉害的喵喵(≧∇≦)ノ
这个叫类型推断,不是没有数据类型好吧。var a = new String();变量 a 难道就不是 String 类型了?编译器能够从 new String()得到 a 的类型,不需要你特意指定 a 的类型而已。

idea 有个插件,可以把类型隐藏掉,然后显示为 var……
19 小时 3 分钟前
回复了 litaomn 创建的主题 Android 请问微信 openid 可以伪造吗
@ebony0319 这种大多是群控搞的,就是有几万台设备,一个设备上有若干账号,然后通过群控工具一下子给你投票。
19 小时 5 分钟前
回复了 litaomn 创建的主题 Android 请问微信 openid 可以伪造吗
虽然一个用户有多个 openId,但这些 id 是和公共号一一对应的。你伪造的上哪里去对应?对不上就拿不到用户身份,就没法通过验证。
19 小时 9 分钟前
回复了 Skmgo 创建的主题 程序员 SAAS 模式的企业管理软件(国内)
正在慢慢搞,这个行业大多需要定制化的,很不好搞啊。salesforce 这种很多地方是玩不转的。
1 天前
回复了 fanmouji 创建的主题 程序员 技术栈一把梭,真的好吗
@fengchang 我一个人开发也搞微服务。只需要写业务模块的代码就搞定整个项目,完全不需要关心那些和业务无关的功能,包括但不限于:用户、组织机构、权限、账务、支付、字典、报表模板、短信、邮件、消息通知、失败重试等等……

微服务属于那种一次投入终身受益的事。既然已经投入过了,我何苦不接受这个好处非得每个项目自己搞一套呢?用一套现成的他不香吗?
1 天前
回复了 fanmouji 创建的主题 程序员 技术栈一把梭,真的好吗
微服务有必要。对付这种需求变更频繁,业务组成复杂的情况,微服务就是最好的解决方案了。但搞微服务,你们要先搞定 devops,要对 ddd 有所理解,然后才能成。

至于高并发,你当他是买一送一的就行了。事实上微服务本身就是个分布式系统。搞定高并发,就是多部署几个实例的事。钱能直接解决的问题也就不是问题了。。。
rts 和 rpg 理论上可以做到全部运算都在服务端,客户端只能下指令。但 fps 只能客户端运算,所以作弊外挂屡禁不绝。
@594duck 现在也一样啊。微服务要做好是需要一些基石的,譬如 DevOps 、DDD 、Spring cloud,还有用户中心、账务中心、消息中心等业务无关的支撑服务。这些都是搞定了,就只剩下写写业务代码了。这样的微服务是很爽的,每个服务都很简单,开发快、上线快,并且易于扩展和维护。

微服务的核心优势就是把系统复杂度从开发转移给了运维,而运维靠 docker 、CI/CD 、k8s 这些技术解决了开发甩过来的复杂度,所以大家都很快乐。但如果你没有能力搞定运维,就会被干趴下,于是微服务对你就不是什么好事了。在服务拆分上面也一样,拆得不好,维护起来比单体更麻烦。

所以,是不是要上微服务,不是看规模大小,也不是看行业,而是看团队有没有这个能力。有能力就上,没能力就不要赶时髦硬上了。
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   708 人在线   最高记录 5168   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 20ms · UTC 21:29 · PVG 05:29 · LAX 14:29 · JFK 17:29
♥ Do have faith in what you're doing.