摘要
本文剖析了关于微服务的常见误解：微服务不能解决所有问题，需依实际情况采用；它常增加系统复杂性，影响调试、开发及质量保障；不存在放之四海皆准的架构，应按用例选择；其主要解决业务或组织扩展性问题，非单纯技术问题；虽可选用偏好技术，但会增系统复杂性，需找平衡。此外，微服务还存在如能加快速度等误解，需正确认识，依自身情况合理运用微服务。
一、Oracle为什么需要Redis Enterprise
在使用Oracle时，同时配合使用Redis Enterprise，可以有效解决那些只使用Oracle时会出现的问题。例如：
- 读写速度的重要性：Oracle是基于磁盘的数据库，存储介质的限制使其读写速度难以满足需要，达不到软件程序终端用户们的期望。
- 成本的重要性：Oracle价格不菲，其许可证和支持费用很可能会超出预算。
- 避免数据的使用受到限制：没有人愿意把公司的数据仅仅留存在某个专有的系统中。Oracle中存储的数据受到基于磁盘的存储和关系模式的制约。这些数据被制约在需要灵活数据模型和实时性能的众多业务之外。
二、Redis Enterprise如何帮助你
- 增加实时级的性能表现：Redis Enterprise 可提供亚毫秒级的性能。使用Oracle时，配合Redis Enterprise，可将读写性能从秒级提高至毫秒级。
- 节省成本：Redis Enterprise的实时性能可以覆盖大多数查询请求。现在，只在最需要时才会查询昂贵的Oracle数据库。
- 数据不再受到限制：Redis Enterprise的性能和灵活的数据模型意味着，它能让存储在Oracle中的数据摆脱基于磁盘的存储和关系模式的限制。
三、Redis Enterprise与Oracle协同
Redis Enterprise常常与Oracle一同用作内存数据库或缓存：
- 二级键查询： 通过使用Redis Enterprise的搜索引擎进行二级索引，支持对二级键中保存的Oracle数据进行查询。只需要将数据从Oracle数据库索引到Redis Enterprise即可实现
- 针对写密集型工作负载的写入缓存：用作写入缓存，异步更新Oracle中的关系表。
- 针对读密集型工作负载的缓存预取： 使用缓存预取技术，将数据预加载到Redis Enterprise缓存中，以便应用程序在需要时能够快速访问。这样做可以提升应用程序的速度并降低成本。
l 让应用程序更现代化：弥补使用本地存储的传统应用程序与现代的云服务应用程序之间的差距。
