快三开奖结果走势_花少钱中大奖_高手问答第 236 期 —— 如何让微服务真正落地?

xplanet 发布于 11/26 08:32
阅读 5K+
收藏 20

以往的软件应用都是单块应用,随着用户和流量增加,单块应用无法支持,而且复杂的单块应用也难以维护、难以测试。快三开奖结果走势_花少钱中大奖微服务架构希望把服务拆分打包装进容器来解决这些问题,然而大家发现微服务的运维工作量不是简单地按照服务的数量线性增加,而是按照服务数量的平方增加。可想而知,如果不想办法降低运维成本,微服务就成了不切实际的空中楼阁。那么如何让微服务真正落地呢?今天我们就来聊聊这个话题。

分分11选5助手_分分11选5开奖网 - 花少钱中大奖SCHINA 本期高手问答(11 月 26 日 - 12 月 03 日)将围绕「微服务运维」展开讨论,问答范围可包括但不限于:Dev分分11选5助手_分分11选5开奖网 - 花少钱中大奖ps 到底是什么;实施 Dev分分11选5助手_分分11选5开奖网 - 花少钱中大奖ps 所面临的挑战;Dev分分11选5助手_分分11选5开奖网 - 花少钱中大奖ps 与微服务的关系快三开奖结果走势_花少钱中大奖等等。有其他相关的问题,也欢迎提问。为此,我们邀请到了畅销书《微服务运维实战》的译者汪欣 @太空行走 老师。

嘉宾简介

汪欣,《微服务运维实践》译者。快三开奖结果走势_花少钱中大奖吉林大学计算机专业,有二十年的软件开发经验,多年担任知名外企系统架构师。熟悉软件开发流程,项目管理和架构设计。

为了鼓励踊跃提问,华中科技大学出版社会在问答结束后从提问者中抽取 5 名幸运会员赠予《微服务运维实战(第二卷)》一书。

购书地址:http://mrw.so/50bkUXhttp://mrw.so/4pkNwg

分分11选5助手_分分11选5开奖网 - 花少钱中大奖SChina 高手问答一贯的风格,不欢迎任何与主题无关的讨论和喷子。

下面欢迎大家向汪欣老师 @太空行走  积极提问,直接回帖提问即可。

加载中
0
xplanet
xplanet

快三开奖结果走势_花少钱中大奖_高手问答第 236 期 —— 如何让微服务真正落地?
@xpbob @分分11选5助手_分分11选5开奖网 - 花少钱中大奖疯狂分分11选5助手_分分11选5开奖网 - 花少钱中大奖 @独眼的罗刹 @web实习虫 @山羊公
恭喜以上五位网友分别获得《微服务运维实战(第二卷)》图书一本
请私信 @xplanet   告知快递信息(格式:姓名+电话+地址)

1
开源中国首席罗纳尔多
开源中国首席罗纳尔多

@太空行走 您好,请问现在web做微服务都用哪些技术栈?

太空行走
这里贴个链接吧http://www.jianshu.com/p/b727a5bb5177,希望有所帮助。
1
web实习虫
web实习虫

@太空行走 老师您好,我想问一下关于微服务之间的事物问题。

1. 理论说,微服务的事务可以用分段提交,或者做事务补偿,但是真正的实践起来代码的耦合度却是非常之高,我们在需要保证数据一致性的基础之上,有没有一个很好的解决方案来做这种机制?

2. 根据第一点提出的事务补偿和分段提交,在项目中却难以得到实现,因为我们都会认为自己把自己的服务处理好了就够了,我微服务的经验还不足,在大多数场景上一般是如何处理这种问题呢?

web实习虫
web实习虫
回复 @谁来与我大战三百回合 : 其实我也是比较倾向这种操作,在业务并不是很集中的场景还是够用的。
太空行走
回复 @TavenLi : 多谢指正!
TavenLi
TavenLi
回复 @太空行走 : 现在叫seata了
谁来与我大战三百回合
用了微服务还是放弃事务吧,试了一圈所有的解决方案,你会发现让你蛋疼中夹杂着更蛋疼,最后还是把微服务合并了吧。
太空行走
试试阿里的FESCAR(Fast & Easy Commit And Rollback),阿里GTS的免费社区版
1
山羊公
山羊公

@太空行走

运维微服务需要哪些安全措施保障,尤其是直接对外网的这些服务,有哪些必须要做的安全措施

太空行走
快三开奖结果走势_花少钱中大奖2. 还应该确保所通信在传输过程中使用传输层安全(TLS)进行加密。 3. 使用容器安全扫描工具和监控工具。安全扫描工具应集成到构建和CI过程中。 4. 创建不可变的容器。 5. 强化主机操作系统。 。。。
太空行走
1. 首先在访问微服务时要使用身份验证。通常使用API Gateway,在将请求转发给服务之前对其进行身份验证。快三开奖结果走势_花少钱中大奖在 API Gateway中集中进行API身份验证的优势在于只需要确保这里的验证是正确的。因此,出现安全漏洞的可能性要小得多。另一个好处是只有 API Gateway 需要处理各种不同的身份验证机制,这使得其他服务的实现变得简单了。分分11选5助手_分分11选5开奖网 - 花少钱中大奖Auth 2.0是常见的方案。
0
分分11选5助手_分分11选5开奖网 - 花少钱中大奖
分分11选5助手_分分11选5开奖网 - 花少钱中大奖疯狂分分11选5助手_分分11选5开奖网 - 花少钱中大奖
什么体量类型的业务改为微服务比较适合,而市场上微服务架构很多,如和对微服务架构进行原型呢?
太空行走
一些比较简单的业务采用微服务反而会增加复杂性。微服务是为了解决软件开发的问题而出现的,随着业务的快速增长,会带来系统流量和复杂度的上升,系统的可维护性和可扩展性成为架构设计的主要考虑因素,此时引入微服务是比较合适的时机。创建原型的话可以从自己熟悉的且有代表性的模块开始,以专注于架构本身并最大化收益。
0
赤脚小子
赤脚小子

@太空行走 你好,微服务一晃好多年了,我也做过微服务项目也看到越来越多的客户要求项目用微服务做。但是开发简单运行困难。要么运维的资源给的太多要么太少,曾经最愚蠢的一个公司,也是基于K8S的技术栈。运维部门因为承担不起每天的打包部署次数,各种超时或者半个小时还在排队,被投诉。

最后竟然要求记录每次打包的开发测试是谁,作为一个KPI考核指标!给的理由是你打包多意味着你BUG多。

如何准确的预估出一个微服务项目需要的运维资源?您能给出一些实际的建议么?或者给出一个您经历过的项目的一个参考配置?非常感谢!

太空行走
如果“运维资源”主要指容器的数量的话,至少是每个服务单独运行在一个容器上,取决于系统的负载,有些服务需要多个实例。一般说来,尽管微服务需要一些额外的开销,但会优化资源的使用。武器装备跟不上,怎么杀敌呢 :(
Joyzhou
Joyzhou
小企业真的趁早别用,硬件资源都不给的
0
海参拉面
海参拉面

@太空行走  老师 您好 目前公司也是在使用微服务 但是只是从业务角度把服务拆分了  对后面系统的优化 有什么建议吗

太空行走
微服务改造应该是个循序渐进的过程。从策略上来说:1、将新功能实现为单独的微服务。2、将现有模块改造为微服务,可以从容易的开始以积累微服务的经验,然后改造那些能够带来最大好处的模块,也可以改造频繁变化的模块,还有就是改造那些资源需求和其它部分有很大不同的模块。
0
独眼的罗刹
独眼的罗刹

@太空行走

目前公司已经向微服务转型,且微服务实施已取得初步成效。但是运维效率很低,想实施Dev分分11选5助手_分分11选5开奖网 - 花少钱中大奖ps,请问想实施Dev分分11选5助手_分分11选5开奖网 - 花少钱中大奖ps解决运维效率问题,你有什么建议?

太空行走
回复 @太空行走 : 哪些是受限于系统架构,软硬件环境,比如自动伸缩,自愈更需要架构上的调整来支持,此类问题即使引入Dev分分11选5助手_分分11选5开奖网 - 花少钱中大奖ps也是关注的重点。接下来针对每类问题制定相应的策略,不断迭代,持续改进,在合适的时候引入Dev分分11选5助手_分分11选5开奖网 - 花少钱中大奖ps,打通全流程。
太空行走
Dev分分11选5助手_分分11选5开奖网 - 花少钱中大奖ps是一组过程、方法与系统的统称,用于促进开发和运维之间的沟通、协作与整合,能够更加快捷、频繁和可靠地构建、测试、发布软件,持续地位客户带来价值。可见,Dev分分11选5助手_分分11选5开奖网 - 花少钱中大奖ps涉及从开发到运维的整个流程。单从提高运维效率的角度来讲,直接引入Dev分分11选5助手_分分11选5开奖网 - 花少钱中大奖ps牵扯的面比较广,建议分阶段进行。首先要分析运维效率很低的具体原因有哪些,哪些是可以通过更多的脚本、引入适当的工具加以改善,
0
FlashCHen
FlashCHen

@太空行走 老师你好,在转型使用微服务 把模块拆分部署之后 各自使用的数据部分是否也要拆分出不能的数据模块出来。,如果不拆 终端数据层依然跟以前是一样的 如果拆分得话 对应重数据应用部分如何处理例如事务,和数据关联的这些问题。所以也有人说微服务就是过度的S分分11选5助手_分分11选5开奖网 - 花少钱中大奖A,针对这个观点 你是如何看待的?

太空行走
数据库需要垂直拆分。数据关联的问题,依赖字段较少可以采用“字段冗余”,字段较多可以采用“表同步”,静态字段用“数据字典表”,或者服务层代码进行数据组装。事务需要考虑用分布式事务常用的处理方法。
太空行走
S分分11选5助手_分分11选5开奖网 - 花少钱中大奖A喜欢水平服务,微服务喜欢垂直服务;S分分11选5助手_分分11选5开奖网 - 花少钱中大奖A喜欢自上而下,微服务喜欢自下而上。微服务,Dev分分11选5助手_分分11选5开奖网 - 花少钱中大奖ps和容器三者相结合可以说是天合之作。如果把微服务运行在虚拟机或物理机器上才是噩梦。
0
蠍的揅途
蠍的揅途
这个问题真是个与时俱进的问题,看着微服务框架的不断涌现,微服务架构的不断革新,到底什么规模公司适合用微服务,各说各理,我也挺困惑,究竟是用有侵入性的springcloud还是平台化无侵入性的istio?现在公有云发展迅速,是否可以低成本的平滑过度到云上,是不是上了云就可以真正减轻运维成本呢?
蠍的揅途
蠍的揅途
@太空老师 这个问题真是个与时俱进的问题,看着微服务框架的不断涌现,微服务架构的不断革新,到底什么规模公司适合用微服务,各说各理,我也挺困惑,究竟是用有侵入性的springcloud还是平台化无侵入性的istio?现在公有云发展迅速,是否可以低成本的平滑过度到云上,是不是上了云就可以真正减轻运维成本呢?
返回顶部
顶部