课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
随着互联网的不断发展,越来越多的软件开发方式被程序员掌握并应用,下面我们就通过案例分析来了解一下,微服务架构开发基础知识分享。
测试自动化
为什么会发生这样的情况?通常情况下,我们如此害怕发布的原因在于,在发布过程中需要涉及大量人工工作。尤其重要的是,真正能给我们带来信心的测试并不是自动化的,所以我们需要做大量的工作来弄清楚应用程序是否能正常工作。当我访问一个客户,听到他抱怨“我们的测试没有自动化“时,我听到的是“我们不知道我们的代码目前是否能正常工作。它可能是正常的。上次我们做人工QA的时候它是有效的;我们希望它还能正常跑起来“。这是一种可悲的情况。
如果你关心它,就把它自动化——你应该关心的是质量。特别是当架构已经快乱成意大利面条,并且耦合性已经悄然出现的时候,就很可能出现断点。去意大利面条化是很难的,所以我们要在一个能够快速反馈的地方尽早发现断点。
分布式单体
有一个问题是一定要问的:“你做的是微服务,还是分布在数百个Git仓库上的一个单体?“不幸的是,这就是我们经常看到的情况。这是一个分布式的单体,是一种可怕的存在。它很难推理。它比正常的单体更容易出错。在传统的单体中,所有的东西都包含在一个单一的开发环境中,你可以从中得到一些好处,如编译时检查和IDE重构支持。因为你总是在一个进程中执行操作,所以函数执行起来会有保障。你不必费心记住那些分布式计算的错误,用不着管服务发现,也不需要处理你试图调用的东西已经停止存在的那种情况。正常单体里各种事物都是比较安全的。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。