BR112014018531B1

BR112014018531B1 - Método executável por computador para software de depuração remota em um ambiente de nuvem e sistema de computação

Info

Publication number: BR112014018531B1
Application number: BR112014018531-0A
Authority: BR
Inventors: Sung Hon Wu; Lubomir Birov; Anthony Crider; Jeffrey Young
Original assignee: Microsoft Technology Licensing, Llc
Priority date: 2012-02-17
Filing date: 2013-02-11
Publication date: 2021-12-14
Also published as: WO2013122844A1; CN104126176B; EP2815320A4; BR112014018531A8; US20160162322A1; US9251039B2; US20130219363A1; EP2815320A1; US9965312B2; BR112014018531A2; EP2815320B1; CN104126176A

Abstract

método de depuração remota. capacidades de depuração para software funcionando em um ambiente de computação de nuvem são divulgadas. um controlador identifica quais máquinas na nuvem estão executando instâncias do software a ser depurado. um agente é implantado nas máquinas na nuvem para facilitar comunicação com a máquina do desenvolvedor. quando o desen-volvedor quer depurar software na máquina do agente, o agente baixa e instala um monitor na máquina. o agente configura a máquina para depuração remota através do monitor. um mecanismo de segurança assegura que somente desenvolvedores autenticados podem acessar o monitor e a máquina remota para depuração. um controlador determina auto-maticamente que máquinas podem ser depuradas, atualiza uma lista de processos disponíveis para depuração nas máquinas, e identifica como conectar um cliente de depuração de desenvolvedor às máquinas. o controlador permite a depuração remota somente quando solicita um desenvolvedor autenticado e somente para aqueles proces-sos que o desenvolvedor é permitido depurar.

Description

ANTECEDENTES

[001] Depuração é o processo de descobrir e fixar erros ou"bugs" em software. Geralmente, os desenvolvedores depuram um processo ou uma instância de um programa de computador. Uma ferramenta de software referida como um "depurador" é tipicamente usada para ajudar os desenvolvedores de software a depurar seus softwares. Depuração remota é um processo de depurar software que está funcionando em uma máquina diferente do que a máquina que o desenvolvedor está usando para escrever, analisar ou depurar o software. Uma ferramenta de "depurador remoto" é usada pelos desenvolvedores para fazer depuração remota. Os depuradores remotos tipicamente têm duas partes. O software de monitor funciona na máquina remota e capacita a máquina do desenvolvedor a se anexar à máquina remota e depurar software na máquina remota. O software do cliente funciona na máquina do desenvolvedor e conecta- se ao monitor, deste modo provendo uma interface para o desenvolvedor depurar software na máquina remota.

[002] Recentemente, torna-se comum para o desenvolvimento desoftware ser realizado em um ambiente de computação de nuvem. Neste contexto, o software que um desenvolvedor pode querer depurar está funcionando em servidores que o desenvolvedor não possui ou controla. Em vez disso, os servidores que executam o software estão frequentemente localizados em um centro de dados remoto que é possuído e/ou administrado por terceiros. Além disso, o desenvolvedor e terceiros usualmente não sabem que máquinas no ambiente de nuvem estão atualmente executando o software a ser depurado. Uma entidade de administração no ambiente de computação de nuvem avalia a demanda para o software e outros fatores, tais como requisitos de compartilhamento de carga e disponibilidade de máquina, e seleciona dinamicamente que máquinas (e quantas máquinas) devem executar o software. Como um resultado, é difícil para um desenvolvedor determinar que servidores na nuvem estejam executando o software. Em muitos casos, o proprietário ou administrador dos servidores no ambiente de nuvem limitam o acesso do desenvolvedor aos servidores e software de modo que somente certos processos podem ser depurados.

[003] Servidores e outras máquinas no ambiente de computaçãode nuvem podem ser acessados através de redes de computador públicas e/ou privadas distribuídas, tais como Internet ou intranets. Para conectar as máquinas no ambiente de computação de nuvem, o desenvolvedor tipicamente precisa usar a Internet pública para pelo menos parte da conexão. Mesmo se a nuvem do desenvolvedor identificar que máquinas estão executando o software, alguns servidores no ambiente de nuvem pode ser difícil de acessar a partir da Internet pública. Como um resultado, pode ser difícil obter uma conexão TCP/IP de rede direta entre a máquina do desenvolvedor e a máquina executando o software a ser depurado no ambiente de computação de nuvem.

[004] Erros, bugs e outras falhas no software não podem sernotados até o software ter funcionado durante longos períodos de tempo. Consequentemente, as máquinas que executam o software não precisam ser depuráveis todo o tempo, mas precisam somente ser configuradas para depuração quando o desenvolvedor quer ou precisa depurar o software.

SUMÁRIO

[005] Este sumário é proporcionado para introduzir uma seleção de conceitos em uma forma simplificada que é ainda descrita abaixo na Descrição Detalhada. Este sumário não pretende identificar aspectos chaves ou aspectos essenciais do assunto reivindicado, nem pretende ser usado para limitar o escopo do assunto reivindicado.

[006] As modalidades proporcionam capacidades de depuraçãopara software funcionando em um ambiente de computação de nuvem. Um controlador identifica que máquinas na nuvem estão executando instâncias do software a ser depurado. Um agente é implantado nas máquinas na nuvem. O agente facilita comunicação com a máquina do desenvolvedor. Quando o desenvolvedor quer depurar software na máquina do agente, o agente baixa e instala o monitor na máquina. O agente configura a máquina para depuração remota através do monitor. Um mecanismo de segurança assegura que somente desenvolvedores autenticados podem acessar o monitor e a máquina remota para depuração.

[007] Em uma modalidade, um aplicativo de software na nuvemautomaticamente determina que máquinas podem ser depuradas, atualiza uma lista de processos que podem ser depurados nas máquinas, tal como uma lista de identificadores de processo, e identifica como conectar um cliente de depuração do desenvolvedor às máquinas.

[008] Em outra modalidade, um aplicativo de softwarefuncionando na nuvem permite depuração remota somente em solicitação de um desenvolvedor autenticado. O aplicativo remove acesso ao processo remoto após o desenvolvedor concluir a depuração. O aplicativo lista somente os processos que o desenvolvedor é permitido depurar. Todos os outros processos são filtrados de modo que o desenvolvedor não vê os processos para os quais ele não tem permissão.

[009] Em uma modalidade adicional, o aplicativo de software capacita um depurador remoto ser baixado e configurado em uma máquina remota executando a nuvem.

DESENHOS

[0010] Para esclarecer mais as vantagens e aspectos acima eoutros de modalidades da presente invenção, uma descrição maisparticular de modalidades da presente invenção será feita porreferência aos desenhos anexos. É apreciado que estes desenhosdescrevem somente modalidades típicas da invenção e, portanto, não devem ser considerados limitantes de seu escopo. A invenção será descrita e explicada com especificidade e detalhe adicionais através do uso dos desenhos anexos em que:a FIGURA 1 é um diagrama de bloco de um sistema para depuração remota em um ambiente de nuvem de acordo com uma modalidade;a FIGURA 2 é um fluxograma ilustrando um processo ou método para depurar software em máquinas remotas em um ambiente de nuvem;a FIGURA 3 é um diagrama de bloco de um sistema para depuração remota em um ambiente de nuvem de acordo com outra modalidade; ea FIGURA 4 ilustra um exemplo de um ambiente de computação e de rede 400 apropriado, tal como uma máquina de desenvolvedor e/ou servidores baseados em nuvem remotos em uma modalidade.

DESCRIÇÃO DETALHADA

[0011] A FIGURA 1 é um diagrama de bloco de um sistema paradepurar remotamente software em um ambiente de nuvem de acordo com uma modalidade. O cliente de depuração 101 é usado por desenvolvedores para depurar aplicativos de software. O cliente de depuração 101 pode ser um aplicativo autônomo ou pode ser um componente de um ambiente de desenvolvimento integrado (IDE) que permite ao desenvolvedor projetar e depurar aplicativos de software. O controlador 102 é um aplicativo de software que identifica e monitora detalhes de configuração para o ambiente de nuvem. O controlador 102 tem a capacidade de consultar o ambiente de nuvem para detalhes sobre que máquinas estão executando instâncias 103 de software a ser depuradas pelo desenvolvedor. Qualquer número de instâncias do software 103 pode funcionar de uma vez. Instâncias do software 103 múltiplas podem estar funcionando na mesma máquina e/ou podem ser difundidas através de um número de máquinas diferentes.

[0012] O controlador 102 provê identidades de máquina,identidades de processo e qualquer outra informação necessária para cliente de depuração 101 de modo que o desenvolvedor pode depurar instâncias do software 103 funcionando nas várias máquinas remotas. O controlador 102 pode atualizar os detalhes do ambiente de nuvem, tais como identidades de máquina e identidades de processo para as instâncias do software 103 a serem depuradas na base de interesse constante, assim o cliente de depuração 101 e o desenvolvedor sempre têm a informação mais correta para depuração. Em uma modalidade, o controlador 102 somente retorna informação para processos funcionando nas máquinas para os quais o cliente de depuração 101 tem permissão para acessar. Se o proprietário da máquina não dá permissão ao desenvolvedor ou cliente de depuração, então o controlador 102 não identifica aquelas instâncias de software para impedir tentativas de depurar processos para os quais o desenvolvedor não tem permissão.

[0013] Os agentes 104 são implantados para cada instância desoftware 103 ou para cada máquina que está executando uma ou mais instância de software 103. Os agentes 104 comunicam-se com o cliente de depuração 101 através do controlador 102. Os agentes 104 ouvem comandos indicando que o desenvolvedor quer depurar o software 103 na máquina. Em uma modalidade, o controlador 132 pode ordenar aos agentes 103 para configurar ou instalar uma máquina para depuração. Os agentes 104 podem ser aplicativos de software que têm a capacidade de baixar e instalar um monitor 105. Os agentes 104 então configuram a máquina, tal como abrindo portas de firewall, ajustando permissões apropriadas, etc., de modo que o monitor 105 possa funcionar na máquina.

[0014] O conector 106 é um aplicativo de software que funciona noambiente de nuvem. O conector 106 atua como uma ponte para conexões de cliente de depuração 101 na Internet pública para monitores 105, que estão funcionando em máquinas que não são acessíveis publicamente. O conector 106 pode ser um roteador, por exemplo, que autentica as conexões e solicitações de encaminhamento do cliente de depuração 101 ao monitor apropriado 105.

[0015] O software do agente 104 pode ser implantado junto com ocódigo de software para ser depurado, ou pode ser implantado em um momento posterior.

[0016] A FIGURA 2 é um fluxograma ilustrando um processo oumétodo para depurar software em máquinas remotas em um ambiente de nuvem. Na etapa 201, o desenvolvedor abre um cliente de depuração e seleciona o código de software a ser depurado. Na etapa 202, o cliente de depuração comunica-se com o controlador para identificar instâncias do software a ser depurado que estão funcionando em um ambiente de nuvem. Na etapa 203, o controlador identifica as máquinas e processos associados com as instâncias do software a ser depurado solicitando aplicativos de agente nas máquinas remotas para informação de estado de software, por exemplo. Os aplicativos de agente proporcionam informação de estado de software ao controlador, que então envia uma lista de máquinas e processo para exibir ao desenvolvedor na etapa 204. Usando o cliente de depuração na etapa 205, o desenvolvedor seleciona uma ou mais instância do software a ser depurado. A instância de software pode ser identificada, por exemplo, como um processo particular funcionando em uma das máquinas.

[0017] Na etapa 206, o cliente de depuração identifica a instânciade software a ser depurada para o controlador. Na etapa 207, o controlador então instrui o agente na máquina associado com a instância de software para configurar a máquina para depuração remota. O agente baixa e instala o software de monitor na máquina n etapa 208, se o monitor ainda não estiver disponível. O agente configura a máquina na etapa 209, por exemplo, adicionando permissões apropriadas e contas de usuário, abrindo portas de firewall e iniciando o software de monitor.

[0018] O cliente de depuração fala com o conector na etapa 210,que encaminha a conexão ao monitor apropriado. Em algumas modalidades, o cliente de depuração pode não ser capaz de alcançar diretamente o software funcionando na máquina. No entanto, o conector proporciona e administra interfaces entre a Internet pública e conexões de rede privada no ambiente de nuvem. O conector autentica o cliente de depuração e então conecta o cliente e máquina na etapa 211. O desenvolvedor pode então começar a depurar a instância de software remota selecionada na etapa 212.

[0019] Será entendido que as etapas 201-212 do processoilustrado na FIGURA 2 podem ser executadas simultaneamente e/ou sequencialmente. Será entendido ainda que cada etapa pode ser realizada em qualquer ordem e podem ser realizadas uma vez ou repetidamente em outras modalidades.

[0020] A FIGURA 3 é um diagrama de bloco de um sistema paradepuração remota em um ambiente de nuvem de acordo com outra modalidade. Um desenvolvedor de software usa a máquina de desenvolvedor 301, que está executando um cliente de depuração 302, tal como um aplicativo IDE. O desenvolvedor pode querer depurar o software em máquinas ou servidores remotos. Como ilustrado na FIGURA 3, as máquinas remotas podem ser máquinas virtuais 303, 304 que estão em um ambiente de nuvem que é acessível somente através de uma rede pública ou privada 305, tal como a Internet ou uma intranet.

[0021] Múltiplas instâncias 306, 307 do software a ser depuradopodem ser implantadas nas máquinas virtuais 303, 304. Umcontrolador de depuração de nuvem 308 é usado para identificar as instâncias 306, 307 do software. Em uma modalidade, uma instância única do controlador de depuração de nuvem 308 é implantada a uma das máquinas virtuais 303, 304. Além disso, um conector dedepuração 309, 310 é implantado em cada máquina virtual 303, 304. Ao trabalhar com o controlador de depuração de nuvem 308, os conectores de depuração 309, 310 atuam como agentes paraconfigurar as máquinas 303, 304 a ser depuradas. O conector de depuração de nuvem 308 e os conectores de depuração 309, 310 podem ser implantados com as instâncias de software 306, 307 ou carregados em um momento posterior quando a depuração é iniciada na máquina de desenvolvedor 301.

[0022] O controlador de depuração de nuvem 308 descobre atopologia do ambiente de nuvem usando informação a partir do tempo de execução e estrutura de ambiente de nuvem. O controlador de depuração de nuvem 308 descobre os controladores de depuração 309, 310 e estabelece uma conexão para os mesmos. O controlador de depuração de nuvem 308 atua como um gateway e proporciona uma conexão visível dentro do ambiente de nuvem para a máquina de desenvolvedor 301. O Proxy de depuração de nuvem 311 proporciona uma ponte entre o transporte de depuração 312 na máquina de desenvolvedor 301 e o controlador de depuração de nuvem 308. Em uma modalidade, o transporte de depuração 312 cria uma vista compósita da topologia de nuvem para o cliente de depuração 302. Em um ambiente de computação de nuvem, os nomes das máquinas, endereços IP, números de portas e nomes de processos para as instâncias de software podem mudar uma vez que a carga de trabalho é dinamicamente equilibrada. O transporte de depuração 312 apresenta as instâncias de software como aplicativo único para depuração para o cliente de depuração 302. Desta forma, o cliente de depuração 302 e o desenvolvedor não têm que rastrear continuamente a informação para cada instância de software.

[0023] O controlador de depuração de nuvem 308 e os conectoresde depuração 309, 310 identificam instâncias do software a serdepurado. A lista de instâncias de software pode ser filtrada para incluir somente aqueles processos que podem ser depurados pela máquina de desenvolvedor 301. Por exemplo, se o desenvolvedor não tem permissão para acessar uma máquina virtual ou processo ou se o proprietário da máquina de outro modo restringiu as capacidades de depuração, as instâncias de software nessas máquinas não devem ser listadas para o cliente de depuração 302.

[0024] O software de monitor 313, 314 é carregado nas máquinasvirtuais 303, 304 para o software de depuração 306, 307. O software de monitor 313, 314 pode ser implantado com a instância de software ou conector de depuração 309, ou pode ser implantado posteriormente pelo controlador de depuração de nuvem 308.

[0025] Para depurar software, o cliente de depuração 302 enviauma solicitação ao controlador de depuração de nuvem 308 para descobrir a topologia de rede. O controlador de depuração de nuvem 308 comunica-se com os conectores 309, 310 e solicita informação sobre as instâncias do software a ser depurado. O controlador de depuração de nuvem 308 passa a informação para o cliente de depuração 302, que exibe quantas máquinas, processos e/ou instâncias de software foram descobertos. O desenvolvedor pode então selecionar uma ou todas as máquinas, processos e/ou instâncias para depurar. Em uma modalidade, uma interface ou visualização é provida que permite aos usuários escolher para depuração remota simultânea de todas as instâncias de um aplicativo de software que estão funcionando em máquinas diferentes. O usuário pode selecionar esta depuração simultânea através de todas as máquinas em uma ação, tal como em um clique ou seleção. Uma conexão é então estabelecida automaticamente pelo sistema entre o cliente de depuração 302 e o monitor 313, 314 para as instâncias de software selecionadas. O desenvolvedor pode então acessar as instâncias de software selecionadas através do monitor 313, 314.

[0026] A FIGURA 4 ilustra um exemplo de um ambiente decomputação e de rede 400, tal como uma máquina de desenvolvedor e/ou servidores baseados em nuvem remotos em uma modalidade, que suporta o cliente de depuração e/ou as instâncias de software remotas que são depuradas bem como facilita a conexão da máquina de desenvolvedor e servidores remotos usando controlador, conectores, agentes e monitores como descrito no presente documento. O ambiente de sistema de computação 400 é somente um exemplo de um ambiente de computação apropriado e não pretende sugerir qualquer limitação como para o escopo de uso ou funcionalidade da invenção. A invenção é operacional com numerosos outros fins gerais ou ambientes de sistema de computação ou configurações para fins especiais. Exemplos de sistemas de computação bem conhecidos, ambientes e/ou configurações que podem ser apropriados para uso com a invenção incluem, mas não são limitados a: computadores pessoais, computadores de servidores, dispositivos portáteis ou laptop, dispositivos de tablet, sistemas de multiprocessadores, sistemas baseados em microprocessadores, decodificadores de sinais, eletrônicos de consumidor programáveis. PCs de rede, minicomputadores, computadores de mainframe, ambientes de computação distribuídos que incluem qualquer um dos sistemas ou dispositivos acima, e semelhante.

[0027] O cliente de depuração, controlador, conector, agente,monitor e instâncias de software que são depurados podem ser descritos no contexto geral de instruções executáveis por computador, tais como módulos de programa, que são executadas por um computador. Geralmente, os módulos de programa incluem rotinas, programas, objetos, componentes, estruturas de dados, e assim em diante, que realizam tarefas particulares ou implementam tipos de dados abstratos particulares. A invenção também pode ser praticada em ambientes de computação distribuídos onde tarefas são realizadas por dispositivos de processamento remotos que são ligados através de uma rede de comunicações. Em um ambiente de computação distribuído, módulos de programa pode estar localizados em meios de armazenamento por computador locais e/ou remotos incluindo dispositivos de armazenamento de memória.

[0028] Com referência à FIGURA 4, um sistema exemplar paraimplementar vários aspectos da invenção pode incluir um dispositivo de computação para fins gerais na forma de um computador 400. Os componentes podem incluir, mas não estão limitados a, vários componentes de hardware, tais como unidade de processamento 401, armazenamento de dados 402, tal como uma memória de sistema, e barramento de sistema 403 que acopla vários componentes de sistema incluindo o armazenamento de dados 402 à unidade de processamento 401. O barramento de sistema 403 pode ser qualquer um de vários tipos de estruturas de barramento incluindo um barramento de memória ou controlador de memória, um barramento periférico, e um barramento local usando qualquer uma de uma variedade de arquiteturas de barramento. A título de exemplo, e não de limitação, tais estruturas incluem barramento de Arquitetura Padrão Industrial (ISA), barramento de Arquitetura de Micro Canal (MCA), barramento de ISA Melhorado (EISA), barramento loção da Associação de Padrões Eletrônicos de Vídeo (VESA), e barramento de Interconexão de Componentes Periféricos (PCI), mas, também, conhecido como barramento Mezanino.

[0029] O computador 400 inclui tipicamente uma variedade demeios legíveis por computador 404 podem ser quaisquer meios disponíveis que podem ser acessados pelo computador 401 e inclui tanto meios voláteis como não voláteis, e meios removíveis e não removíveis, mas exclui sinais propagados. A título de exemplo, e não de limitação, os meios legíveis por computador 404 podem compreender meios de armazenamento por computador e meios de comunicação. Os meios de armazenamento por computador incluem meios voláteis e não voláteis removíveis e não removíveis implementados em qualquer método ou tecnologia para armazenamento de informação tais como instruções legíveis por computador, estruturas de dados, módulos de programa ou outros dados. Os meios de armazenamento por computador incluem, nas não estão limitados, à memória RAM, ROM, EEPROM, flash ou outra tecnologia de memória, CD-ROM, discos versáteis digitais (DVD) ou outro armazenamento de disco ótico, cassetes magnéticos, fita magnética, armazenamento de disco magnético ou outros dispositivos de armazenamento magnéticos, ou qualquer outro meio que pode ser usado para armazenar a informação desejada e que pode ser acessado pelo computador 400. Os meios de comunicação incorporam tipicamente instruções legíveis por computador, estruturas de dados, módulos de programa ou outros dados em um sinal de dados modulado tal como uma onda de transporte ou outro mecanismo de transporte e inclui quaisquer meios de liberação de informação. O termo "sinal de dados modulado" significa um sinal que tem uma ou mais de suas características fixadas ou tocadas de tal modo como para codificar informação no sinal. A título de exemplo, e não de limitação, os meios de comunicação incluem meios com fio tal como uma rede com fio ou conexão com fio direta, e meios sem fio tais como meios acústicos, de RF, de infravermelho e outros meios sem fio. Combinações de qualquer um dos acima também podem ser incluídas dentro do escopo dos meios legíveis por computador. Os meios legíveis por computador podem ser incorporados como um produto de programa de computador, tal como um software armazenado nos meios de armazenamento por computador.

[0030] O armazenamento de dados ou memória de sistema 402inclui meios de armazenamento por computador na forma de memória volátil e/ou não volátil tais como memória somente de leitura (ROM) e memória de acesso aleatório (RAM). Um sistema de entrada/saída básico (BIOS), contendo as rotinas básicas que ajudam a transferir informação entre elementos dentro do computador 400, tal como durante inicialização, é tipicamente armazenado em ROM, RAM contém tipicamente dados e/ou módulos de programa que são imediatamente acessíveis a e/ou sendo presentemente operados pela unidade de processamento 401. A título de exemplo, e não de limitação, o armazenamento de dados 402 retém um sistema operacional, programas de aplicativos, e outros módulos de programa e dados de programa.

[0031] O armazenamento de dados 402 também pode incluiroutros meios de armazenamento por computador removíveis e/ou não removíveis, voláteis e/ou não voláteis. A título de exemplo somente, o armazenamento de dados 402 pode ser um drive de disco rígido que lê a partir de ou escreve aos meios magnéticos não removíveis, não voláteis, uma unidade de disco magnético que lê a partir de ou escreve para um disco magnético removível, não volátil, e uma unidade de disco ótico que lê a partir de ou escreve a um disco ótico removível, não volátil tal como um CD ROM ou outros meios óticos. Outros meios de armazenamento por computador removíveis/não removíveis, voláteis/não voláteis que podem ser usados no ambiente operacional exemplar incluem, mas não estão limitados a cassetes de fita magnética, cartões de memória flash, discos versáteis digitais, fita de vídeo digital, RAM no estado sólido, ROM no estado sólido, e semelhante. As unidades e seus meios de armazenamento por computador associados, descritos acima e ilustrados na FIGURA 4, proporcionam armazenamento de instruções legíveis por computador, estruturas de dados, módulos de programa e outros dados para o computador 400.

[0032] Um usuário pode introduzir comandos e informação atravésde uma interface de usuário 405 ou outros dispositivos de entrada tais como um tablet, digitalizador eletrônico, um microfone, teclado e/ou dispositivo de apontamento, comumente referidos como mouse, TrackBall ou teclado sensível ao toque. Outros dispositivos de entrada podem incluir um joystick, game pad, antena parabólica, escâner, ou semelhante. Além disso, entradas de voz, entradas de gesto usando mãos e dedos, ou outra interface de usuário natural (NUI) também podem ser usadas com os dispositivos de entrada apropriados, tais como um microfone, câmera, tablet, teclado sensível ao toque, luva, ou outro sensor. Estes e outros dispositivos de entrada são frequentemente conectados à unidade de processamento 401 através de uma interface de entrada de usuário 405 que é acoplada ao barramento de sistema 403, mas pode ser conectada por outras estruturas de interface e barramento, tais como uma porta paralela, porta de jogos ou um barramento serial universal (USB). Um monitor 406 ou outro tipo de dispositivo de exibição também é conectado ao barramento de sistema 403 através de uma interface, tal como interface de vídeo. O monitor 406 também pode ser integrado com um painel de tela de toque ou semelhante. Notar que o monitor e/ou painel de tela de toque pode ser acoplado fisicamente a um alojamento ao qual o dispositivo de computação 400 é incorporado, tal como em um computador pessoal do tipo tablet. Além disso, computadores tal como o dispositivo de computação 400 podem incluir também outros dispositivos de saída periféricos tais como alto-falantes e impressora, que podem ser conectados através de uma interface periférica de saída ou semelhante.

[0033] O computador 400 pode operar em um ambiente de redeou de computação de nuvem usando conexões lógicas 407 para um ou mais dispositivos remotos, tal como um computador remoto. O computador remoto pode ser um computador pessoal, um servidor, um roteador, um PC de rede, um dispositivo ponto a ponto, ou outro nó de rede comum, e tipicamente inclui muitos ou todos dos elementos descritos acima em relação ao computador 400. As conexões lógicas descritas na FIGURA 4 incluem uma ou mais redes de área local (LAN) e uma ou mais redes de longa distância (WAN), mas também podem incluir outras redes. Tais ambientes de rede são lugares comuns em escritórios, redes de computador grandes de empresa, intranets e a Internet.

[0034] Quando usado em um ambiente de rede ou de computaçãode nuvem, o computador 400 pode ser conectado a uma rede pública ou privada através de uma interface de rede ou adaptador 407. Em algumas modalidades, um modem ou outro meio para estabelecer comunicações ao longo da rede. O modem, que pode ser interno ou externo, pode ser conectado ao barramento de sistema 403 através de uma interface de rede 407 ou outro mecanismo apropriado. Um componente de rede sem fio tal como compreendendo uma interface e antena pode ser acoplado através de um dispositivo apropriado tal como um ponto de acesso ou computador ponto a ponto a uma rede. Em um ambiente de rede, módulos de programa descritos em relação ao computador 400, ou porções do mesmo, podem ser armazenados no dispositivo de armazenamento de memória remoto. Pode ser apreciado que as conexões de rede mostradas são exemplares e outro meio de estabelecer um link de comunicações entre os computadores pode ser usado.

[0035] Embora o assunto tenha sido descrito na linguagemespecífica para os aspectos estruturais ou atos metodológicos, deve ser entendido que o assunto definido nas reivindicações anexas não é necessariamente limitado aos aspectos ou atos específicos. Preferivelmente, os aspectos e atos específicos descritos acima são divulgados como formas exemplares de implementar as reivindicações.

Claims

1. Método executável por computador para software de depuração remota em um ambiente de nuvem, o método executável por computador caracterizado pelo fato de que compreende as etapas de:comunicar-se, por um cliente de depuração (302) em uma máquina desenvolvedora (301), com um controlador (308) para identificar instâncias (306, 307) de um aplicativo de software a ser depurado, em que as instâncias do aplicativo de software estão em execução em máquinas virtuais (VMs), no ambiente de nuvem, em que o controlador é implantado em uma (303) das VMs (303, 304), em que um conector de depuração (309, 310) é implantado em cada uma das VMs,em que o cliente de depuração envia uma solicitação ao controlador para descobrir uma topologia do ambiente em nuvem, eem que o controlador descobre a topologia do ambiente em nuvem usando informações do tempo de execução e da estrutura do ambiente em nuvem, comunicando-se com os conectores de depuração e solicitando informações sobre as instâncias do aplicativo de software a serem depuradas, eem que uma visão composta da topologia em nuvem é criada para o cliente de depuração, apresentando as instâncias de software como aplicativo único para depuração no cliente de depuração (302);identificar (203), pelo controlador, as VMs no ambiente em nuvem que estão executando as instâncias do aplicativo de software e os processos associados às instâncias do aplicativo de software,em que o controlador retorna (204) informação para os processos em execução nas VMs para o cliente de depuração, para os quais o cliente de depuração tem permissões para acessar;selecionar (205) a instância do software a ser depurada usando o cliente de depuração;receber (206), no controlador, uma solicitação do cliente de depuração para depurar a instância selecionada do aplicativo de software;instruir (207), pelo controlador, um agente para configurar a VM associada à instância selecionada para depuração remota, em que o agente é executado na VM associada à instância selecionada, em que o conector de depuração implementado na VM associada à instância selecionada atua como o agente para configurar a VM e em que o agente configura (209) a VM adicionando permissões para um desenvolvedor à VM;estabelecer uma conexão entre o cliente de depuração e um aplicativo de monitoramento na VM associada à instância selecionada do aplicativo de software; edepurar (212) a instância selecionada do aplicativo de software usando o cliente de depuração.

2. Sistema de computação caracterizado pelo fato de que está adaptado para executar o método executável por computador conforme definido na reivindicação 1.