KeYIKeYI

此人很懒,啥都没写

所在地区 : 中国-四川-成都
加入时间 : 2016-10-19
最近登录 : 2017-05-27 上午 10:05
我的母语 : 中文
第一外语 : 英文 ( A3 级)
资格证书 : <无>

关注的频道

翻译 2 段
翻译 0 段
翻译 112 段
翻译 6 段
翻译 1 段
翻译 1 段
翻译 3 段
翻译 5 段
翻译 1 段
翻译 5 段

最新动态

KeYIKeYI 吱了一声
3天前
new day!
KeYIKeYI 吱了一声
4天前
new day!Cheers!
KeYIKeYI 吱了一声
5天前
new day
KeYIKeYI 吱了一声
5天前
hello
KeYIKeYI 吱了一声
5个月前
:kissing_heart:
KeYIKeYI 吱了一声
5个月前
🎅🎅🎅
KeYIKeYI 吱了一声
5个月前
周六,,,,
KeYIKeYI 吱了一声
5个月前
时间太快了
KeYIKeYI 吱了一声
5个月前
懒了懒了
KeYIKeYI 吱了一声
5个月前
成都感觉好像似乎空气变好了
KeYIKeYI 翻译了《2016 年末技术现状》的标题
5个月前
2016 年末技术现状
KeYIKeYI 吱了一声
5个月前
:bowtie:
KeYIKeYI 翻译了《微服务到底应该多 “小” ?》的第 6 段
5个月前
安全性方面 是否微服务中的某个微服务处理了高敏感数据但另一个却没有?至少共同的安全机制原则告诉我们单独处理高敏感数据会更安全. 优先考虑对你的系统重要的问题.如果你对上述问题的答案大多数是“yes”,那么继续使用这些微服务选型是一个好...
KeYIKeYI 翻译了《微服务到底应该多 “小” ?》的第 5 段
5个月前
数据一致性和事务边界方面 你能接受微服务间的最终一致性吗?如果不能,那么这儿可能会有问题,因为分布式系统下的强一致性是一个复杂的话题.系统中有垮微服务的原子性业务操作吗? 非功能性需求方面 这些微服务有不同的性能和可用性需求?这个问题...
KeYIKeYI 翻译了《微服务到底应该多 “小” ?》的第 4 段
5个月前
内聚方面 单个微服务在运行期间是否完全独立于其他微服务?相互依赖是高内聚的标志,对不同微服务来说确是糟糕的候选方案. 团队配置方面 你希望这些微服务由不同的开发团队实现吗?微服务这种方式对分离各个团队的工作十分有利. 技术方面 各个微...
KeYIKeYI 翻译了《微服务到底应该多 “小” ?》的第 3 段
5个月前
分离业务关键服务 我们是否将分业务关键操作与非关键操作分离?在某些系统中,我们可以分离那些至关重要的功能并在它们不可用时停止系统.对网络商城来说,这种关键功能可以是购买功能,相比之下,推荐系统和心愿单就不是关键功能.业务关键操作必须尽...
KeYIKeYI 翻译了《微服务到底应该多 “小” ?》的第 2 段
5个月前
分离变化方面 你希望某个新需求中的变化是独立于另一个的吗?通过分离变化,变化打破某些不变的事物风险将降低.通常,一个有界上下文中的变化是独立于其它上下文的.其中,微服务围绕业务功能进行组织这种方式是达成这种独立的关键因素.由于微服务提...
为什么我们还在创建工具类?
KeYIKeYI 吱了一声
5个月前
:expressionless:
KeYIKeYI 吱了一声
5个月前
今早起来还以为才六点,昏暗的天
显示更多