构建的系统中,功能是错综复杂的并且相互高度依赖。修改一个软件意味着改变整套软件。
它给了我什么?一点也不多,真的。微服务的主要优点(还有更多)是软件的效率和可维护性。如果您雇用使用微服务的软件,您可以假设它会快速而敏捷地发展。但微服务真正有趣的地方在于下一点。
api优先
api(顺便说一句,另一个缩写词,inception!)是符合 贝宁 手机号码 通信标准的函数,这意味着任何获得许可的人都可以使用它们。如果我们上面讨论的每个微服务都默认提供通信标准(因此是第一个),则这允许不同的软件在任何细节级别上相互交互。
什么时候不是api优先?当我必须从一个软件下载 excel 并将其重新导入另一个软件时,当我必须将 csv 留在文件夹中供其他软件处理时,或者当我必须在应用程序之间手动复制信息时,我很可能使用不以 api 为先的应用程序。
它给了我什么?如果您曾经使用过 zapier 这样的工具,您就已经知道它是什么了。您可能还已将您的网站表单与 mailchimp 或 crm 集成。这种连接之所以成为可能,是因为这两种工具都有 api。现在想象一下这个功能,但在所有业务应用程序的任何细节级别上……选项都是无穷无尽的。我们可以拥有由 pim 产品提供的 b2b 电子商务,而 pim 又从 erp 获取产品,使用由 crm 提供的特定软件对内容进行个性化,并显示从 cpq 获取的产品配置。您经常会看到这种特征被描述为可组合的,并伴随着构建解决方案的隐喻,就好像它们是乐高积木一样。
可组合性的优势不仅在于数据在应用程序之间实时精确地传输,而且我们可以随时通过用一部分替换另一部分来分解应用程序,而不会影响整体。保证我们的数字解决方案能够独立发展的有机进化。我们再也不会听到“如果我们改变网站,我们就必须改变电子商务,如果我们改变电子商务,我们就必须改变电子邮件系统,如果……”
c代表基于云的 saas
我们都已经知道什么是云和 saas(来自“软件即服务”,另一个缩写词!),尽管不一定使用这个名称。 saas 软件是一种我们通常通过浏览器连接的软件,我们并不完全担心它的服务器、维护和更新。 salesforce 是引入这一概念的公司(他们试图将其创造为非软件,但不幸的是)。我们日常使用的许多其他工具,例如 gmail、hubspot 或 mailchimp 也是 saas
什么时候不是基于云的 saas?如果您必须安装它(例如桌面版本的 outlook),如果您必须下载更新(例如 spotify),或者如果您必须安装和维护服务器(例如本地版本的 jira),那么您就没有saas 系统。