Migrate Large App to 6x Clouds

Migrate Large App to 6x Clouds

How would you migrate a monolithic application from your datacenter to AWS cloud?

Migrating a monolithic application from an on-premises datacenter to the AWS cloud involves careful planning, assessment, and execution. Here is a general guide on how to approach the migration:

1. Assessment and Planning:

  • Inventory:Identify and document all components of your monolithic application, including databases, application servers, web servers, dependencies, and data storage.
  • Dependencies:Understand the dependencies between different components and services.
  • Data Migration:Plan how you will migrate your data. AWS offers services like AWS Database Migration Service (DMS) for database migration.
  • Network and Security:Design the network architecture in AWS, including subnets, security groups, and Virtual Private Cloud (VPC) settings.

2. Choose AWS Services:

  • Compute:Choose appropriate compute services, such as Amazon EC2 instances or container services like Amazon ECS or AWS Fargate.
  • Database:Select AWS managed databases (Amazon RDS) or other suitable database services.
  • Storage:Determine the storage options based on your requirements, such as Amazon S3 for object storage or Amazon EBS for block storage.
  • Integration Services:Leverage AWS services for messaging (Amazon SQS, SNS), event-driven computing (AWS Lambda), and workflow orchestration (Step Functions).

3. Refactor or Replatform:

  • Containerization:Consider containerizing your monolithic application using Docker and deploying it with Amazon ECS or Kubernetes on AWS.
  • Serverless:Evaluate the feasibility of breaking down parts of the monolith into microservices and deploying them using serverless architectures (AWS Lambda).
  • API Gateway:Use Amazon API Gateway to expose APIs for your application and manage traffic.

4. Data Migration:

  • Database Migration:Use AWS DMS or other migration tools to migrate your databases to AWS.
  • Data Transfer:Plan for data transfer to AWS, especially if you have large datasets. AWS Snowball can be used for large-scale data transfer.

5. Network and Security:

  • VPC Setup:Create a VPC and subnets to match your on-premises network architecture.
  • Security Groups and NACLs:Configure security groups and network access control lists (NACLs) to control inbound and outbound traffic.
  • Direct Connect or VPN:Set up a Direct Connect or VPN connection between your on-premises datacenter and AWS for secure communication.

6. Testing:

  • Staging Environment:Set up a staging environment in AWS to thoroughly test your application in the cloud.
  • Performance Testing:Conduct performance testing to ensure that the application meets performance requirements.

7. Deployment:

  • Phased Deployment:Consider a phased approach for deployment, migrating components incrementally to minimize downtime.
  • Monitoring and Logging:Implement AWS CloudWatch for monitoring and AWS CloudTrail for logging to gain insights into the application's behavior.

8. Optimization:

  • Cost Optimization:Monitor resource utilization and optimize costs using AWS Cost Explorer and AWS Trusted Advisor.
  • Auto Scaling:Implement auto-scaling to dynamically adjust resources based on demand.

9. Training and Documentation:

  • Team Training:Ensure that your team is trained on AWS services and best practices.
  • Documentation:Document the new AWS architecture, configurations, and any changes made during the migration.

10. Monitoring and Maintenance:

  • Continuous Monitoring:Implement continuous monitoring and alerting to identify and address issues promptly.
  • Iterative Improvement:Continuously iterate and improve your application and infrastructure based on monitoring and feedback.

11. Post-Migration Validation:

  • User Acceptance Testing:Conduct user acceptance testing to validate that the application is working as expected in the AWS environment.
  • Rollback Plan:Have a rollback plan in case issues are discovered post-migration.

12. Decommission On-Premises Resources:

  • Gradual Decommissioning:Once the migration is successful, gradually decommission on-premises resources.

Remember, the specific steps and considerations will vary depending on the characteristics of your monolithic application and the specific AWS services you choose to use. It's crucial to involve all relevant stakeholders, thoroughly test the migration process, and have contingency plans in place to ensure a smooth transition to the AWS cloud.

How would you migrate a monolithic application from your datacenter to GCP cloud?

Migrating a monolithic application from an on-premises datacenter to the Google Cloud Platform (GCP) involves careful planning, assessment, and execution. Here is a general guide on how to approach the migration:

1. Assessment and Planning:

  • Inventory:Identify and document all components of your monolithic application, including databases, application servers, web servers, dependencies, and data storage.
  • Dependencies:Understand the dependencies between different components and services.
  • Data Migration:Plan how you will migrate your data. GCP offers services like Cloud SQL or Data Transfer Service for database migration.
  • Network and Security:Design the network architecture in GCP, including Virtual Private Cloud (VPC) settings, subnets, and firewall rules.

2. Choose GCP Services:

  • Compute:Choose appropriate compute services, such as Google Compute Engine instances or container services like Google Kubernetes Engine (GKE).
  • Database:Select GCP managed databases (Cloud SQL, Cloud Spanner) or other suitable database services.
  • Storage:Determine the storage options based on your requirements, such as Google Cloud Storage for object storage or Persistent Disks for block storage.
  • Integration Services:Leverage GCP services for messaging (Cloud Pub/Sub), event-driven computing (Cloud Functions), and workflow orchestration (Cloud Composer).

3. Refactor or Replatform:

  • Containerization:Consider containerizing your monolithic application using Docker and deploying it with GKE.
  • Serverless:Evaluate the feasibility of breaking down parts of the monolith into microservices and deploying them using serverless architectures (Cloud Functions).
  • API Gateway:Use Google Cloud Endpoints or Apigee to expose APIs for your application and manage traffic.

4. Data Migration:

  • Database Migration:Use GCP's database migration tools or other third-party tools to migrate your databases to GCP.
  • Data Transfer:Plan for data transfer to GCP, especially if you have large datasets. GCP Transfer Appliance can be used for large-scale data transfer.

5. Network and Security:

  • VPC Setup:Create a VPC and subnets to match your on-premises network architecture.
  • Firewall Rules:Configure firewall rules to control incoming and outgoing traffic.
  • Interconnect or VPN:Set up Cloud Interconnect or VPN for secure communication between your on-premises datacenter and GCP.

6. Testing:

  • Staging Environment:Set up a staging environment in GCP to thoroughly test your application in the cloud.
  • Performance Testing:Conduct performance testing to ensure that the application meets performance requirements.

7. Deployment:

  • Phased Deployment:Consider a phased approach for deployment, migrating components incrementally to minimize downtime.
  • Monitoring and Logging:Implement Stackdriver for monitoring and logging to gain insights into the application's behavior.

8. Optimization:

  • Cost Optimization:Monitor resource utilization and optimize costs using Cost Management tools in the GCP Console.
  • Auto Scaling:Implement auto-scaling to dynamically adjust resources based on demand.

9. Training and Documentation:

  • Team Training:Ensure that your team is trained on GCP services and best practices.
  • Documentation:Document the new GCP architecture, configurations, and any changes made during the migration.

10. Monitoring and Maintenance:

  • Continuous Monitoring:Implement continuous monitoring and alerting to identify and address issues promptly.
  • Iterative Improvement:Continuously iterate and improve your application and infrastructure based on monitoring and feedback.

11. Post-Migration Validation:

  • User Acceptance Testing:Conduct user acceptance testing to validate that the application is working as expected in the GCP environment.
  • Rollback Plan:Have a rollback plan in case issues are discovered post-migration.

12. Decommission On-Premises Resources:

  • Gradual Decommissioning:Once the migration is successful, gradually decommission on-premises resources.

Remember, the specific steps and considerations will vary depending on the characteristics of your monolithic application and the specific GCP services you choose to use. It's crucial to involve all relevant stakeholders, thoroughly test the migration process, and have contingency plans in place to ensure a smooth transition to the GCP cloud.


How would you migrate a monolithic application from your datacenter to Azure cloud?

Migrating a monolithic application from an on-premises datacenter to the Microsoft Azure cloud involves careful planning, assessment, and execution. Here is a general guide on how to approach the migration:

1. Assessment and Planning:

  • Inventory:Identify and document all components of your monolithic application, including databases, application servers, web servers, dependencies, and data storage.
  • Dependencies:Understand the dependencies between different components and services.
  • Data Migration:Plan how you will migrate your data. Azure offers services like Azure Database Migration Service (DMS) for database migration.
  • Network and Security:Design the network architecture in Azure, including Virtual Networks, subnets, and security groups.

2. Choose Azure Services:

  • Compute:Choose appropriate compute services, such as Azure Virtual Machines or container services like Azure Kubernetes Service (AKS).
  • Database:Select Azure managed databases (Azure SQL Database, Azure Cosmos DB) or other suitable database services.
  • Storage:Determine the storage options based on your requirements, such as Azure Blob Storage for object storage or Azure Managed Disks for block storage.
  • Integration Services:Leverage Azure services for messaging (Azure Service Bus), event-driven computing (Azure Functions), and workflow orchestration (Azure Logic Apps).

3. Refactor or Replatform:

  • Containerization:Consider containerizing your monolithic application using Docker and deploying it with Azure Kubernetes Service (AKS).
  • Serverless:Evaluate the feasibility of breaking down parts of the monolith into microservices and deploying them using serverless architectures (Azure Functions).
  • API Gateway:Use Azure API Management to expose APIs for your application and manage traffic.

4. Data Migration:

  • Database Migration:Use Azure Database Migration Service (DMS) or other migration tools to migrate your databases to Azure.
  • Data Transfer:Plan for data transfer to Azure, especially if you have large datasets. Azure Data Box can be used for large-scale data transfer.

5. Network and Security:

  • VNet Setup:Create a Virtual Network (VNet) and subnets to match your on-premises network architecture.
  • Network Security Groups (NSGs):Configure NSGs to control inbound and outbound traffic.
  • ExpressRoute or VPN:Set up Azure ExpressRoute or VPN for secure communication between your on-premises datacenter and Azure.

6. Testing:

  • Staging Environment:Set up a staging environment in Azure to thoroughly test your application in the cloud.
  • Performance Testing:Conduct performance testing to ensure that the application meets performance requirements.

7. Deployment:

  • Phased Deployment:Consider a phased approach for deployment, migrating components incrementally to minimize downtime.
  • Monitoring and Logging:Implement Azure Monitor and Azure Log Analytics for monitoring and logging to gain insights into the application's behavior.

8. Optimization:

  • Cost Optimization:Monitor resource utilization and optimize costs using Azure Cost Management tools.
  • Auto Scaling:Implement auto-scaling to dynamically adjust resources based on demand.

9. Training and Documentation:

  • Team Training:Ensure that your team is trained on Azure services and best practices.
  • Documentation:Document the new Azure architecture, configurations, and any changes made during the migration.

10. Monitoring and Maintenance:

  • Continuous Monitoring:Implement continuous monitoring and alerting to identify and address issues promptly.
  • Iterative Improvement:Continuously iterate and improve your application and infrastructure based on monitoring and feedback.

11. Post-Migration Validation:

  • User Acceptance Testing:Conduct user acceptance testing to validate that the application is working as expected in the Azure environment.
  • Rollback Plan:Have a rollback plan in case issues are discovered post-migration.

12. Decommission On-Premises Resources:

  • Gradual Decommissioning:Once the migration is successful, gradually decommission on-premises resources.

Remember, the specific steps and considerations will vary depending on the characteristics of your monolithic application and the specific Azure services you choose to use. It's crucial to involve all relevant stakeholders, thoroughly test the migration process, and have contingency plans in place to ensure a smooth transition to the Azure cloud.

User How would you migrate a monolithic application from your datacenter to OCI cloud?

Migrating a monolithic application from an on-premises datacenter to the Oracle Cloud Infrastructure (OCI) involves a systematic approach, careful planning, and thorough execution. Here is a general guide on how to migrate a monolithic application to OCI:

1. Assessment and Planning:

  • Inventory:Identify and document all components of your monolithic application, including databases, application servers, web servers, dependencies, and data storage.
  • Dependencies:Understand the dependencies between different components and services.
  • Data Migration:Plan how you will migrate your data. OCI provides services like Database Cloud Service for database migration.
  • Network and Security:Design the network architecture in OCI, including Virtual Cloud Networks (VCN), subnets, and security lists.

2. Choose OCI Services:

  • Compute:Choose appropriate compute services, such as Oracle Compute instances or container services like Oracle Container Engine for Kubernetes (OKE).
  • Database:Select OCI managed databases (Oracle Autonomous Database, Oracle Database Cloud Service) or other suitable database services.
  • Storage:Determine the storage options based on your requirements, such as Oracle Cloud Object Storage for object storage or Block Volumes for block storage.
  • Integration Services:Leverage OCI services for messaging (Oracle Cloud Notifications), event-driven computing (Oracle Cloud Functions), and workflow orchestration (Oracle Cloud Integration).

3. Refactor or Replatform:

  • Containerization:Consider containerizing your monolithic application using Docker and deploying it with Oracle Container Engine for Kubernetes (OKE).
  • Serverless:Evaluate the feasibility of breaking down parts of the monolith into microservices and deploying them using serverless architectures.
  • API Gateway:Use Oracle API Gateway to expose APIs for your application and manage traffic.

4. Data Migration:

  • Database Migration:Use Oracle Cloud Infrastructure Database Migration service or other migration tools to migrate your databases to OCI.
  • Data Transfer:Plan for data transfer to OCI, especially if you have large datasets. Oracle Data Transfer Appliance can be used for large-scale data transfer.

5. Network and Security:

  • VCN Setup:Create a Virtual Cloud Network (VCN) and subnets to match your on-premises network architecture.
  • Security Lists and Security Rules:Configure security lists and security rules to control inbound and outbound traffic.
  • FastConnect or VPN:Set up Oracle Cloud Infrastructure FastConnect or VPN for secure communication between your on-premises datacenter and OCI.

6. Testing:

  • Staging Environment:Set up a staging environment in OCI to thoroughly test your application in the cloud.
  • Performance Testing:Conduct performance testing to ensure that the application meets performance requirements.

7. Deployment:

  • Phased Deployment:Consider a phased approach for deployment, migrating components incrementally to minimize downtime.
  • Monitoring and Logging:Implement OCI Monitoring and Logging for monitoring and logging to gain insights into the application's behavior.

8. Optimization:

  • Cost Optimization:Monitor resource utilization and optimize costs using OCI Cost Management tools.
  • Auto Scaling:Implement auto-scaling to dynamically adjust resources based on demand.

9. Training and Documentation:

  • Team Training:Ensure that your team is trained on OCI services and best practices.
  • Documentation:Document the new OCI architecture, configurations, and any changes made during the migration.

10. Monitoring and Maintenance:

  • Continuous Monitoring:Implement continuous monitoring and alerting to identify and address issues promptly.
  • Iterative Improvement:Continuously iterate and improve your application and infrastructure based on monitoring and feedback.

11. Post-Migration Validation:

  • User Acceptance Testing:Conduct user acceptance testing to validate that the application is working as expected in the OCI environment.
  • Rollback Plan:Have a rollback plan in case issues are discovered post-migration.

12. Decommission On-Premises Resources:

  • Gradual Decommissioning:Once the migration is successful, gradually decommission on-premises resources.

Remember, the specific steps and considerations will vary depending on the characteristics of your monolithic application and the specific OCI services you choose to use. It's crucial to involve all relevant stakeholders, thoroughly test the migration process, and have contingency plans in place to ensure a smooth transition to the Oracle Cloud Infrastructure.

How would you migrate a monolithic application from your datacenter to IBM cloud?

Migrating a monolithic application from an on-premises datacenter to the IBM Cloud involves a systematic approach, careful planning, and thorough execution. Here is a general guide on how to migrate a monolithic application to IBM Cloud:

1. Assessment and Planning:

  • Inventory:Identify and document all components of your monolithic application, including databases, application servers, web servers, dependencies, and data storage.
  • Dependencies:Understand the dependencies between different components and services.
  • Data Migration:Plan how you will migrate your data. IBM Cloud offers services like IBM Database Migration Factory for database migration.
  • Network and Security:Design the network architecture in IBM Cloud, including Virtual Private Clouds (VPC), subnets, and security groups.

2. Choose IBM Cloud Services:

  • Compute:Choose appropriate compute services, such as IBM Virtual Servers or container services like IBM Kubernetes Service (IKS).
  • Database:Select IBM managed databases (Db2 on Cloud, IBM Db2 Warehouse) or other suitable database services.
  • Storage:Determine the storage options based on your requirements, such as IBM Cloud Object Storage for object storage or Block Storage for block storage.
  • Integration Services:Leverage IBM Cloud services for messaging (IBM Message Hub), event-driven computing (IBM Cloud Functions), and workflow orchestration (IBM App Connect).

3. Refactor or Replatform:

  • Containerization:Consider containerizing your monolithic application using Docker and deploying it with IBM Kubernetes Service (IKS).
  • Serverless:Evaluate the feasibility of breaking down parts of the monolith into microservices and deploying them using serverless architectures.
  • API Gateway:Use IBM API Connect to expose APIs for your application and manage traffic.

4. Data Migration:

  • Database Migration:Use IBM Database Migration Factory or other migration tools to migrate your databases to IBM Cloud.
  • Data Transfer:Plan for data transfer to IBM Cloud, especially if you have large datasets. IBM Cloud Mass Data Migration can be used for large-scale data transfer.

5. Network and Security:

  • VPC Setup:Create Virtual Private Clouds (VPC) and subnets to match your on-premises network architecture.
  • Security Groups:Configure security groups to control inbound and outbound traffic.
  • Direct Link or VPN:Set up IBM Cloud Direct Link or VPN for secure communication between your on-premises datacenter and IBM Cloud.

6. Testing:

  • Staging Environment:Set up a staging environment in IBM Cloud to thoroughly test your application in the cloud.
  • Performance Testing:Conduct performance testing to ensure that the application meets performance requirements.

7. Deployment:

  • Phased Deployment:Consider a phased approach for deployment, migrating components incrementally to minimize downtime.
  • Monitoring and Logging:Implement IBM Cloud Monitoring and Logging for monitoring and logging to gain insights into the application's behavior.

8. Optimization:

  • Cost Optimization:Monitor resource utilization and optimize costs using IBM Cloud Cost and Asset Management tools.
  • Auto Scaling:Implement auto-scaling to dynamically adjust resources based on demand.

9. Training and Documentation:

  • Team Training:Ensure that your team is trained on IBM Cloud services and best practices.
  • Documentation:Document the new IBM Cloud architecture, configurations, and any changes made during the migration.

10. Monitoring and Maintenance:

  • Continuous Monitoring:Implement continuous monitoring and alerting to identify and address issues promptly.
  • Iterative Improvement:Continuously iterate and improve your application and infrastructure based on monitoring and feedback.

11. Post-Migration Validation:

  • User Acceptance Testing:Conduct user acceptance testing to validate that the application is working as expected in the IBM Cloud environment.
  • Rollback Plan:Have a rollback plan in case issues are discovered post-migration.

12. Decommission On-Premises Resources:

  • Gradual Decommissioning:Once the migration is successful, gradually decommission on-premises resources.

Remember, the specific steps and considerations will vary depending on the characteristics of your monolithic application and the specific IBM Cloud services you choose to use. It's crucial to involve all relevant stakeholders, thoroughly test the migration process, and have contingency plans in place to ensure a smooth transition to the IBM Cloud.

You

How would you migrate a monolithic application from your datacenter to Alibaba cloud?

Migrating a monolithic application from an on-premises datacenter to Alibaba Cloud involves careful planning, assessment, and execution. Here is a general guide on how to migrate a monolithic application to Alibaba Cloud:

1. Assessment and Planning:

  • Inventory:Identify and document all components of your monolithic application, including databases, application servers, web servers, dependencies, and data storage.
  • Dependencies:Understand the dependencies between different components and services.
  • Data Migration:Plan how you will migrate your data. Alibaba Cloud offers services like Data Transmission Service (DTS) for database migration.
  • Network and Security:Design the network architecture in Alibaba Cloud, including Virtual Private Cloud (VPC) settings, subnets, and security groups.

2. Choose Alibaba Cloud Services:

  • Compute:Choose appropriate compute services, such as Elastic Compute Service (ECS) instances or container services like Alibaba Cloud Container Service for Kubernetes (ACK).
  • Database:Select Alibaba Cloud managed databases (ApsaraDB for RDS) or other suitable database services.
  • Storage:Determine the storage options based on your requirements, such as Alibaba Cloud Object Storage Service (OSS) for object storage or Alibaba Cloud Elastic Block Storage (EBS) for block storage.
  • Integration Services:Leverage Alibaba Cloud services for messaging (Message Service), event-driven computing (Function Compute), and workflow orchestration (Alibaba Cloud Workflow).

3. Refactor or Replatform:

  • Containerization:Consider containerizing your monolithic application using Docker and deploying it with Alibaba Cloud Container Service for Kubernetes (ACK).
  • Serverless:Evaluate the feasibility of breaking down parts of the monolith into microservices and deploying them using serverless architectures (Function Compute).
  • API Gateway:Use Alibaba Cloud API Gateway to expose APIs for your application and manage traffic.

4. Data Migration:

  • Database Migration:Use Alibaba Cloud Data Transmission Service (DTS) or other migration tools to migrate your databases to Alibaba Cloud.
  • Data Transfer:Plan for data transfer to Alibaba Cloud, especially if you have large datasets. Alibaba Cloud Data Transport can be used for large-scale data transfer.

5. Network and Security:

  • VPC Setup:Create a Virtual Private Cloud (VPC) and subnets to match your on-premises network architecture.
  • Security Groups:Configure security groups to control inbound and outbound traffic.
  • Express Connect or VPN:Set up Alibaba Cloud Express Connect or VPN for secure communication between your on-premises datacenter and Alibaba Cloud.

6. Testing:

  • Staging Environment:Set up a staging environment in Alibaba Cloud to thoroughly test your application in the cloud.
  • Performance Testing:Conduct performance testing to ensure that the application meets performance requirements.

7. Deployment:

  • Phased Deployment:Consider a phased approach for deployment, migrating components incrementally to minimize downtime.
  • Monitoring and Logging:Implement Alibaba Cloud CloudMonitor for monitoring and Alibaba Cloud Log Service for logging to gain insights into the application's behavior.

8. Optimization:

  • Cost Optimization:Monitor resource utilization and optimize costs using Alibaba Cloud Cost Management tools.
  • Auto Scaling:Implement auto-scaling to dynamically adjust resources based on demand.

9. Training and Documentation:

  • Team Training:Ensure that your team is trained on Alibaba Cloud services and best practices.
  • Documentation:Document the new Alibaba Cloud architecture, configurations, and any changes made during the migration.

10. Monitoring and Maintenance:

  • Continuous Monitoring:Implement continuous monitoring and alerting to identify and address issues promptly.
  • Iterative Improvement:Continuously iterate and improve your application and infrastructure based on monitoring and feedback.

11. Post-Migration Validation:

  • User Acceptance Testing:Conduct user acceptance testing to validate that the application is working as expected in the Alibaba Cloud environment.
  • Rollback Plan:Have a rollback plan in case issues are discovered post-migration.

12. Decommission On-Premises Resources:

  • Gradual Decommissioning:Once the migration is successful, gradually decommission on-premises resources.

Remember, the specific steps and considerations will vary depending on the characteristics of your monolithic application and the specific Alibaba Cloud services you choose to use. It's crucial to involve all relevant stakeholders, thoroughly test the migration process, and have contingency plans in place to ensure a smooth transition to Alibaba Cloud.

How would you migrate a monolithic application from your datacenter to Baidu cloud?



How would you migrate a monolithic application from your datacenter to Tencent cloud?


要查看或添加评论,请登录

Wm MartinW的更多文章

  • Musk, Diabolical Technocrat

    Musk, Diabolical Technocrat

    Unbelievable what corruption is at work with a corrupt President.

  • Monitoring Logging for K8

    Monitoring Logging for K8

    How to setup monitoring and logging in K8 cluster? Setting up monitoring and logging in a Kubernetes (K8s) cluster is…

  • finding wip articles

    finding wip articles

    fast post new articles (if logged in) https://www.linkedin.

  • Best Data Architects

    Best Data Architects

    What are characteristics, capabilities of the best/most effective Data Architects? The best and most effective Data…

  • Best Storage Architects

    Best Storage Architects

    What are characteristics, capabilities of the best/most effective Storage Architects? The best and most effective…

  • Best Security Architects

    Best Security Architects

    What are characteristics, capabilities of the best/most effective Security Architects? The best and most effective…

  • Best FinOps Architects

    Best FinOps Architects

    What are characteristics, capabilities of the best/most effective FinOps Architects? The best and most effective FinOps…

    1 条评论
  • Best AIOps Architects

    Best AIOps Architects

    What are characteristics, capabilities of the best/most effective AI Ops Architects? The best and most effective AIOps…

  • Best Network Architects

    Best Network Architects

    What are characteristics, capabilities of the best/most effective Network architects? The best and most effective…

  • Best Systems Architects

    Best Systems Architects

    What are characteristics, capabilities of the best/most effective systems architects? The best and most effective…

社区洞察

其他会员也浏览了