- 综合排序
- 最热优先
- 最新优先
- 来自专栏技术杂记
mysql 迁移6
innodb_additional_mem_pool_size 也已经被弃用了,如果有要注释掉
1.6K50编辑于 2022-03-22 - 来自专栏技术杂记
mysql 迁移6
innodb_additional_mem_pool_size 也已经被弃用了,如果有要注释掉
1.9K20编辑于 2022-03-21 - 来自专栏架构之家
从单体架构迁移到 CQRS架构
当现有的架构遇到问题而又无法解决时，系统就会开始演进。每一次演进都会伴随着一些技术上的选择。需要解决什么问题？需要付出什么样的代价？ 作为一名架构师或高级工程师，必须找到一种合理的演进方式，在开发进度、技术栈、团队水平等各方面都能满足条件，这样才能制定出可行的解决方案。 我们将从一个小型单体架构开始，逐步演进，像每一个软件系统的演进一样。本文将介绍每一次演进背后的原因和方法。 传统单体架构 这是最常见的系统设计。 从系统架构的角度来看，数据库很容易成为整个系统的瓶颈。读取和写入都必须在它上面进行。因为缺少横向扩展能力，RDBMS 的问题就更加严重了。 基于任务的单体架构 为了解决上述传统单体架构中存在的问题，这里我们尝试引入域的概念。 这个图与上面的图基本相同。唯一的区别是在写路径上用消息代替了 DTO。
70120编辑于 2022-09-27 - 来自专栏finleyMa
RxJS 5 到 6迁移指导
原文： https://rxjs-dev.firebaseapp.com/guide/v6/migration 转载地址： https://segmentfault.com/a/1190000014956260 其他RxJs6弃用 Observable.if and Observable.throw Observable.if已被iif()取代，Observable.throw已被throwError()取代 THROWERROR() // deprecated Observable.throw(new Error()); //use instead throwError(new Error()); 已弃用的方法 根据迁移指南 ，但是通过添加rxjs-compat软件包可以缓解这一问题，该软件包允许您在保持v5代码运行的同时逐渐迁移。 个人备注，现在网上大部分教程还是rxjs5的，rxjs6变化还是蛮大的，学习时候要留意区别。
2.2K20发布于 2019-03-04 - 来自专栏云计算
迁移到微服务架构
第一个问题是为什么金融科技公司应当把遗留的传统架构应用迁移到现代的架构风格上；其次，如何在这一范式迁移过程中重用现有的应用资产；最后是这种迁移将以何种方式解决这一领域中包括代码质量和重用性在内的一系列令人望而生畏的问题 因而类似的公司在早期并不会给予应用架构足够的重视。他们往往采用单体架构建立应用程序。这一架构易于实现，但在增加功能时会形成紧密的依赖关系。 对于难以适应变化的单体架构而言这种问题会更加严重。 单体架构 单体应用的架构是单层结构，用户接口和数据访问代码都集成在一个平台中。 未来之路 事实上，迁移到微服务牵涉到风险，努力和成本。但是，如果我们能制定正确的策略，那么从长远来看，应用程序的整体质量将会增加。这是无可否认的。 为了消除这种迁移风险，公司可以考虑先用微服务架构完成新需求的开发，并逐渐将传统模块转变为基于微服务的体系结构。 腾讯云分布式微服务来啦！
1.2K60发布于 2018-06-25 - 来自专栏信数据得永生
Python 迁移学习实用指南：6~11
这些用例将呈现现实世界的主题/研究领域，并帮助您了解如何在不同的环境中利用迁移学习。 您可以在 GitHub 存储库中的Chapter 6文件夹中快速阅读本章的代码。 可以根据需要参考本章。 它比诸如 VGG 之类的简单架构要深很多（152 层）并且要复杂得多。 MobileNet：尽管大多数架构都在竞争中胜过其他架构，但每个新的复杂网络都需要更多的计算能力和数据资源。 迁移知识 由于本章和书着重于迁移学习，因此让我们快速进行利用和迁移所学信息的实际任务。 在上一节中，我们讨论了不同的最新 CNN 架构。 本章重点关注的领域包括： 了解神经风格转换 图像预处理方法 架构损失函数 构造自定义优化器 风格迁移实战 我们将涵盖有关神经风格迁移，损失函数和优化的理论概念。 我们将深入研究适合的深度学习架构，并结合迁移学习，以在流行且易于使用的图像数据集之上实现该系统。 我们还将展示如何在新的照片和场景上构建和测试我们的自动图像标题生成器。
2.1K10编辑于 2023-04-23 - 来自专栏腾讯云迁移
云迁移的6“R”是什么
欢迎体验 腾讯云迁移 Tencent Cloud Migration，CMG腾讯云迁移，上云迁移倍儿容易！从5“R”到6“R”再到7“R”，这些方法论到底是指什么？1. Re-Hosting 重新托管（有时也被称为“直接迁移”），是指企业尽可能少地更改应用，直接将应用迁移到云技术供应商的数据中心。 “直接迁移”应用可以继续为企业员工或客户提供与迁移前相同的功能 — 理想情况下员工和客户甚至不知道发生了应用迁移。2. Re-Factoring 重新构建是指将应用架构整体进行优化与升级，以此实现现代化并利用云原生功能。是一个长期的迭代过程。5. Retaining 保留适用于在仔细研究应用迁移后发现暂时没有迁移必要的情况。比如多云保障业务更加稳定运行6.
70531编辑于 2024-11-20 - 来自专栏超级架构师
「数据架构」数据迁移神器 pgloader，迁移各种数据到PostgreSQL
命令 pgloader实现了自己的命令语言，这是一种DSL，允许指定要实现的数据加载和迁移的各个方面。该语言中提供的一些功能只适用于特定的源类型。 : pgloader [<options>] [<command-file>]...pgloader [<options>] SOURCE TARGET 您可以使用pgloader命令语言拥有一个包含迁移规范的命令文件 intro.html 本文：https://pub.intelligentx.net/pgloader-loads-data-various-sources-postgresql 讨论：请加入知识星球或者微信圈子【首席架构师圈 】 微信公众号 如果喜欢仙翁的分享，请关注微信公众号【首席架构师智库】 仙翁小号 如果想进一步讨论，请加仙翁小号【intelligenttimes】，注明你希望加入的群：架构，云计算，大数据，数据科学， 微信圈子 如果想和志趣相投的同好交流，请关注仙翁的微信圈子【首席架构师圈】。 如果想向大咖提问，近距离接触，或者获得私密分享，请加入知识星球【首席架构师圈】
3.4K10发布于 2020-01-14 - 来自专栏杨建荣的学习笔记
迁移到MySQL的架构演进（一）
这是学习笔记的第 2010 篇文章 我们经过了一个相对漫长的周期把SQL Server业务迁移到了MySQL分布式架构，整个过程算是跌宕起伏。我来复现一下这个过程。 迁移前，我们做了业务梳理，发现这个业务其实可以划分为两个大类，一个是数据业务，一个是账单业务。数据业务负责事务性数据，而账单业务是状态数据的操作历史。整体的系统现状梳理如下表10-4。 所以对于架构的改进，我们为了能够落地，同时在这个过程中尽可能和研发团队保持架构的同步迭代，我们整体上走过了如下图所示的4个阶段。 ? （1）功能阶段：梳理需求，对存储过程进行转义，适配MySQL方向 （2）架构阶段： 对系统架构和业务架构进行改进设计，支持分布式扩展 （3）性能阶段： 对系统压力进行增量测试，全量测试，全面优化性能问题 （4）迁移阶段： 设计数据迁移方案，完成线上环境到MySQL分布式环境的迁移 我们主要讨论上面3个阶段，我总结为8个架构演进策略，我们逐个来说一下。
88920发布于 2019-06-18 - 来自专栏云计算D1net
成功迁移到云端的6个策略
如今越来越多组织将在云端开展业务，那么如何迁移到云端？虽然条条大路通罗马，但有些道路更加复杂和曲折。本文分享了组织成功进入云端的6个策略。 选择迁移策略很大程度上取决于组织希望实现的目标。 在迁移完成后，组织需要开始更改其应用程序和架构，以便更好地适应云平台。 另一个选择是进行有针对性地提升和转移。很多原有传统系统也必须迁移到云中。 策略3：重构 重构(也称为重建架构)是架构和应用程序更改中影响最深远的策略，但它充满了潜力。通过最有效地利用云平台提供的功能，在内部部署设施不可能实现的事情在重建架构的时候就可以实现。 它非常适合迁移具有云原生特性的应用程序。但是，从业务价值的角度来看重建架构同样有趣。 假设组织立即加快从构思到生产的时间。每天交付多次、更少的错误，并且不必在安全性和稳定性上进行权衡。 例如，OHRA公司将其业务从数据中心到AWS云平台的迁移时，他们最终淘汰了大约20%的应用程序。这为他们节省了大量的迁移工作。 策略6：替换(使用SaaS) 这是针对成本高但收益低的系统的。
1.3K10发布于 2021-01-05 - 来自专栏杨建荣的学习笔记
迁移到MySQL的业务架构演进实战
本文会着重讨论迁移到MySQL架构体系的演进过程，相信大大小小的公司在不同的发展阶段都会碰到其中一些共性的问题。 我们先来简单介绍一下系统迁移的背景，在这个过程中我们不会刻意强调源数据库的一些功能性差异，相对来说是一种更通用的架构改进方式。 （4）迁移阶段：设计数据迁移方案，完成线上环境到MySQL分布式环境的迁移。 我们主要讨论上面前3个阶段，我总结为8个架构演进策略，我们逐个来说一下。 策略6：事务降维 事务降维的过程是在经过这些阶段的演进之后，整体的业务逻辑脉络已经清晰，改动的过程竟然比想象的还要快很多，经过改进后的方案对原来的大量复杂逻辑校验做了取舍，也经过了反复迭代，最终是基于SQL 六、架构里程碑和补充：基于分布式架构的水平扩展方案 至此，我们的分布式集群架构初步实现了业务需求，后续就是数据迁移的方案设计了，3套集群的实例部署架构如下图所示。 ?
1.1K20发布于 2019-10-31 - 来自专栏计算机视觉战队
学习迁移架构用于Scalable图像的识别
链接：https://arxiv.org/abs/1707.07012 ---- 1、Introduction 在ImageNet上学习到的分类网络，其特征迁移到其他任务时，往往能获得更好的效果。 所以作者就想在CIFAR-10上训练得到一个比较好的网络，然后迁移到ImageNet上也能获得很好的效果。为了能完成这种迁移，作者设计一个与网络深度和图片大小无关的搜索空间。 后面作者分别用N=4和N=6做了实验。
95750发布于 2018-04-17 - 来自专栏斑斓
【系统架构】遗留系统的技术栈迁移
最后，还有一种方式，则是对遗留系统进行技术栈迁移。
1.3K70发布于 2018-03-07 软件架构 6 个方面
所谓 “架构”，就是将软件的结构打好，然后在结构内按部就班的施工就好了。软件架构 6 个方面软件架构涉及六个维度，分别是 “稳定性”、“高性能”、“一致性”、“扩展性”、“观察性” 和 “安全性”。 没有最好的架构，只有合适的架构。合适的架构就是在对这些维度的平衡与取舍，以最大程度的支撑当前业务的运行。每个方面包含的内容稳定性，异步、调度、容错、隔离、熔断、限流、降级、故障恢复。 这也印证了 “架构是演化出来的，不是一蹴而就的。”可以说这个是 “架构” 的 “架构” 吧，以后只需要完善这个结构，往这个结构中不断添加工具、方法、经验就好了。
26710编辑于 2024-03-25- 来自专栏云计算之道
业务上云之迁移策略-6R
根据AWS及业界的经验，典型的迁移策略主要包括如下六种。我们可以基于下面的介绍并结合业务目标，选择合适的策略。 Re-host – 替换主机（Lift-and-shift） 该策略指的是直接迁移。 在应用迁移时，把应用相关的三个要素（应用、数据库和操作系统层）拷贝到新的环境中，不做任何的改动，此时虚拟机镜像被当做一个黑盒，进行二进制数据的拷贝。 使用该策略迁移速度快、不需要为迁移做额外的工作。 Refactoring – 重构 对应用重新进行架构设计、对部分模块进行重新开发以便利用云原生的框架和特性。 如果业务要求增加新的功能、可扩展性或性能，而这种需求在原来的架构中很难实现，这种情况下可以考虑对应用进行重构。 比如，现有的应用是单体架构，已经很难适应快速变化的需求；为了提高敏捷性和增强服务的持续性，可以考虑将原来的架构修改为SOA、微服务甚至Serverless架构。
2.6K20编辑于 2022-06-13 - 来自专栏AIoT技术交流、分享
嵌入式SoC多线程架构迁移多进程架构开发技巧
将嵌入式SoC开发从单进程多线程架构迁移多进程架构是一项需要谨慎规划和实施的任务，尤其在资源有限的嵌入式系统中。 这种架构转变通常是为了提高系统的稳定性、隔离性、安全性和并发处理能力。 1、架构迁移步骤 1、分析系统功能模块 首先，需要对现有的单进程多线程架构中的功能模块进行分析。 找出哪些模块可以独立运行，并识别哪些模块间存在紧密通信的依赖。 6、资源分配与优化 在多进程架构中，由于每个进程都有自己的内存空间，需要更加精确地控制资源的分配和使用。 可以通过内存共享池来优化不同进程的内存占用，并确保嵌入式系统的性能。 2、架构迁移的关键点 性能与资源管理 多进程架构在嵌入式系统中的使用可能会增加内存和资源开销，因为每个进程都有自己的独立地址空间和资源。 3、迁移实例 这里以一个简单的嵌入式系统为例，逐步展示如何从单进程多线程架构转变为多进程架构。 在这个架构中，系统有三个主要功能模块： 温度传感器数据采集线程。 数据处理线程。
31100编辑于 2024-12-20 - 来自专栏超级架构师
Envoy架构概览(6):异常检测
异常值检测和弹出是动态确定上游群集中的某些主机是否正在执行不同于其他主机的过程，并将其从正常负载平衡集中移除。 性能可能沿着不同的轴线，例如连续的故障，时间成功率，时间延迟等。异常检测是被动健康检查的一种形式。 特使还支持主动健康检查。 被动和主动健康检查可以一起使用或独立使用，形成整体上游健康检查解决方案的基础。 弹射算法 取决于异常值检测的类型，弹出或者以行内（例如在连续5xx的情况下）或以指定的间隔（例如在定期成功率的情况下）运行。 弹射算法的工作原理如下： 主机被确定为异常。 特使检查以确保弹出
1.2K60发布于 2018-04-09 - 来自专栏码客
WPF项目从.Net Framework迁移到.Net6
前言 先决条件 Windows 操作系统 .NET 6 SDK Visual Studio 2022 17.0 或更高版本 .NET 升级助手是一个 .NET 工具，可以使用以下命令进行全局安装： dotnet \SchoolClient.sln 目前结论 老项目依赖众多，很多依赖并不支持.net6，因此放弃迁移。 新项目可以考虑使用。 问题处理 打印不显示 打印要替换为 System.Diagnostics.Trace.WriteLine("WS:用户上线"); 依赖不兼容 自动迁移后的包 我们发现自动迁移后有些包是不可用的。 appsection.Settings[key].Value = value; config.Save(); return true; } catch { return false; } } 迁移后就不能用了 .net6读取appsettings.json Nuget 安装 Microsoft.Extensions.Configuration using Microsoft.Extensions.Configuration
1.3K20编辑于 2022-09-28 - 来自专栏超级架构师
【服务网格架构】Envoy架构概览(6):异常检测
配置参考 集群管理器全局配置 每个群集配置 运行时设置 统计参考 微信公众号 关注微信公众号【首席架构师智库】 微信小号 希望加入的群：架构，云计算，大数据，数据科学，物联网，人工智能，安全，全栈开发 点击加入知识星球【首席架构师圈】 微信圈子 志趣相投的同好交流。 点击加入微信圈子【首席架构师圈】 喜马拉雅 路上或者车上了解最新黑科技资讯，架构心得。 点击，收听【智能时刻，架构君和你聊黑科技】 知识星球 认识更多朋友，职场和技术闲聊。 点击加入知识星球【知识和技术】
59150发布于 2020-07-20 - 来自专栏超级架构师
【企业架构】投资企业架构工具的 6 个理由
企业架构旨在为企业 IT 的广阔领域及其蓬勃发展的机器和软件集合带来秩序，这是几十年前无法想象的聚宝盆。台式机、平板电脑、手机——一目了然的屏幕。 以下是您的组织值得投资企业架构解决方案的六个原因——以及在依赖 EA 工具时需要牢记的一些问题。 企业架构工具远远超出列表。它们为世界增添了秩序，提供了大量关于通过您企业无穷无尽的硬件收集的大量比特的信息。 然而，重要的是要记住，工具不提供秩序。人们这样做。企业架构工具只是提供建立秩序的手段。 企业架构工具仍然是解决方案，但它们并不神奇。他们承诺维护数据。它们只是您的团队带来秩序的途径。他们不会自己带来秩序。 企业架构打破孤岛 随着差异的增加，组织可能会遭受孤立。 安装企业架构软件不会解决这些深刻的差异，但它会更容易发现这些差异。在企业架构工具中对企业资产进行编目的过程揭示了许多区别，这是建立某种统一性的第一步。中央数据库是变革的催化剂。
50520编辑于 2022-07-29
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号