微服务架构中的平台或核心代码设计会是什么样子？
How would a platform or core code design look like in a microservices architecture?
在单体架构中，您将拥有一个 core/platform 代码，在其上构建一堆服务或业务域。一些例子是，数据库抽象，外部服务抽象等。
在微服务的情况下，平台代码是否会被编写为一个模块，在每个微服务中作为一个依赖模块被导入，或者，这是否违反了架构的构造，因为它们之间的紧密耦合模块和通用 (core/platform) 代码，从而回到与多个部署、代码错误、供应商锁定等相关的问题？
当前上下文中的微服务是指独立的服务，不依赖于其他服务（数据存储以及专用于微服务的服务）。
即使不走微服务路线，将您的应用程序分成更小的 modules/services/packages 等也是一个好主意。这将允许更多可维护的代码。
在单体架构中，您将拥有一个 core/platform 代码，在其上构建一堆服务或业务域。一些例子是，数据库抽象，外部服务抽象等。
在微服务的情况下，平台代码是否会被编写为一个模块，在每个微服务中作为一个依赖模块被导入，或者，这是否违反了架构的构造，因为它们之间的紧密耦合模块和通用 (core/platform) 代码，从而回到与多个部署、代码错误、供应商锁定等相关的问题？
当前上下文中的微服务是指独立的服务，不依赖于其他服务（数据存储以及专用于微服务的服务）。
即使不走微服务路线，将您的应用程序分成更小的 modules/services/packages 等也是一个好主意。这将允许更多可维护的代码。