Intelligence Software

O Windows Server é um dos produtos da Microsoft caso alguém não saiba hehe. Para um profissional que trabalha com infraestrutura é de suma importância conhecer este sistema operacional voltado à servidores. O Windows Server possui uma interface inicialmente bastante semelhante com a versão Desktop que é de conhecimento amplo para qualquer tipo de usuário, porém na versão server é possível adicionar diversas funções ao sistema operacional como por exemplo, servidor Web, de arquivos, de impressão, DNS, DHCP, serviço de diretório com o Active Directory além de várias outras funções. Como dica de livro há o "Windows Server 2012 R2 Estudo dirigido para MCSA prova 70-410" é um livro da editora Casa do Código. Não é um livro muito aprofundado porém é de grande valia para profissionais iniciantes ou até para revisão dos conteúdos presentes. Segue uma imagem da capa do livro. O livro trabalha com a versão 2016 do sistema operacional, estamos na versão 2019 atualmente, porém creio que ...

O Kubernetes é um gerenciador ou melhor um orquestrador de contêineres com aplicação principalmente em sistemas distribuídos, por exemplo com a utilização de microserviços. Esta é de forma bem resumida a finalidade do Kubernetes. Você terá uma aplicação baseada em microserviços em que estes são implementados com a utilização dos contêineres Docker e o Kubernetes se encarregará de fazer todo o gerenciamento/orquestração desta aplicação, deste conjunto de contêineres. Como um bom ponto de partida há o livro, quase sempre há um livro hehe, "Kubernetes tudo sobre orquestração de contêineres" da casa do código, segue abaixo uma imagem da capa do livro. O livro faz uma introdução contando uma história de uma empresa que possuia uma aplicação monolítica e que com a popularização da mesma passou a não atender a quantidade de demanda que estava sendo requerida. Passou então por um momento com a utilização do modelo de arquitetura SOA (Service Oriented Architecture), após foi migrado p...

Continuing with the course on networks, let's go to the next topic.   What is the TCP/IP model?     The TCP/IP architecture was developed in the 80's, facing a need of the United States Department of Defense. It sought to implement the OSI model in a practical and universal way and, for that, a stack of protocols was defined to be used in order to guarantee the interoperability of networks.   It emerged as an academic network in a controlled environment. It is the successor of the ARPANet network, developed by the ARPA Studies Agency.   Differently from the OSI model, but very similar, the TCP/IP protocol architecture has only 4 layers, as per RFC 793, and no longer 7 layers as defined by the OSI model.   Here you can recognize the concepts of the OSI model just taking into account that the TCP/IP model has only 4 layers, as shown in the image below.     So for a simplification in the explanation just consider that the application, presentation, ...

 Continuando com o curso de redes vamos ao próximo tópico. O que é o modelo TCP/IP? A arquitetura TCP/IP foi desenvolvida ainda na década de 80, frente a uma necessidade do Departamento de Defesa dos Estados Unidos. Buscou a implementação de forma prática e universal do modelo OSI e para tanto se definiu uma pilha de protocolos a serem usados de modos a garantir a interoperabilidade das redes. Surgiu como uma rede acadêmica em um ambiente controlado. É sucessor da rede ARPANet, desenvolvida pela Agência de Estudos ARPA. De forma diferente do modelo OSI, porém bem semelhante, a arquitetura de protocolos TCP/IP possui apenas 4 camadas, conforme RFC 793, e não mais 7 camadas como foi definido pelo modelo OSI. Aqui você pode reconhecer os conceitos do modelo OSI apenas levando em consideração que o modelo TCP/IP possui apenas 4 camadas, conforme a imagem abaixo.     Então para uma simplificação na explicação apenas considere que as camadas de aplicação, apresentação, sessão d...

 One more tip book now is Cloud Native Patterns - Designing change-tolerant software.       The book is very good, it brings as its name says the issue of Cloud Native, which is a software development paradigm focused on the cloud environment. To better understand this concept, it can be said that a monolithic application that runs in the cloud does not mean it is Cloud Native, in this case it is more a question of where your application is running rather than how. This type of application, monolithic, can run smoothly in an on-premise environment, which doesn't mean that native cloud can't either, but this design in a private cloud is more limited.   Cloud Native would be a distributed application and is mainly related to how your application runs and not where. The application can be spread over several datacenters in a region or even around the world, it is also applied concepts of microservices or event-driven architecture, which allows the application to ap...

Opa, blz!? Mais uma dica de livro agora é o Cloud Native Patterns - Designing change-tolerant software.       O livro é muito bom ele trás como o próprio nome diz a questão de Cloud Native, que é um paradigma de desenvolvimento de software voltado para o ambiente em nuvem. Para entender melhor este conceito pode-se dizer que uma aplicação monolítica e que rode na nuvem não significa que seja Cloud Native, nesse caso é mais uma questão de onde a sua aplicação está rodando ao invés de como. Pois este tipo de aplicação, monolítica, pode tranquilamente rodar em um ambiente on-premise, o que não significa que cloud native não possa também porém fica mais limitado esse disign em uma nuvem privada. Cloud Native seria uma aplicação distribuída e está relacionado principalmente em como a sua aplicação roda e não onde. A aplicação pode estar espalhada por diversos datacenter em uma região ou até pelo mundo, também é aplicado conceitos de microserviços ou event-driven architecture, ...

So today I'm bringing another tip from a book, this is not really a book but a kind of report the tip is Software Architecture Patterns.         This book is a very small book so I'm not considering exactly a book, but the information is worth a lot.    The material brings a general review about some main software architecture models and brings the positives and negatives of each model. Among the models are:     - Layered Architecture   - Event-Driven Architecture   - Microkernel Architecture   - Microservices Architecture   - Space-Based Architecture     For the first Layered Architecture model, there is a very common model where the application is divided into front-end, logic and database.   The second Event-Driven Architecture model is presented as one of the main models for applications with high traffic volume and intensive workload. In this architecture there is no central processing point the load can be ...

 Opa beleza!? Então hoje estou trazendo mais uma dica de livro, este não é bem um livro mas sim uma espécie de relatório a dica é Software Architecture Patterns.     Este livro é um livro bem pequeno e por isso não estou considerando exatamente um livro, porém as informações valem bastante. O material trás um review geral sobre alguns principais modelos de arquitetura de software e trás os pontos positivos e negativos de cada modelo. Entre os modelos estão:   - Layered Architecture - Event-Driven Architecture - Microkernel Architecture - Microservices Architecture - Space-Based Architecture   Para o primeiro modelo Layered Architecture ou arquitetura em camadas se tem um modelo bem comum onde se divide a aplicação em front-end, lógica e banco de dados. O segundo modelo Event-Driven Architecture ou arquitetura baseada em eventos é apresentado como um dos principais modelos para aplicações com grando volume de tráfego e com carga intensiva de trabalho. Nesta arqu...

So the book tip this time is The Lean Startup.         Well, the book as its name says is about startup and entrepreneurship as a consequence. The author introduces the book already with an unconventional story about startups that is failing, the implementation of his idea didn't work out. So right after this introduction he informs the motivation of the book, his idea didn't work out but what's the reason?   Soon after, he tells about another experience and that this time it worked out about IMVU, so with the learning he acquired in his endeavors as an innovator in startups, he brings some points that should be considered when launching a product.     1 - Do not create useless products   When creating a product, be careful not to create something useless, something that will not attract the interest of customers.     2 - Understand what the customer wants   When launching a product, or even when starting the development of a produc...

Opa, beleza! Então a dica de livro desta vez é o The Lean Startup (A startup enxuta).     Bom o livro como o próprio nome já diz é sobre startup e também como consequência empreendedorismo. O autor introduz o livro já com uma história não convencional sobre startups que é falhando, a implementação da sua ideia não deu certo. Então logo após está introdução ele informa a motivação do livro, a sua ideia não deu certo mas qual o motivo? Logo após ele conta sobre outra experiência e que dessa vez deu certo sobre a IMVU então com o aprendizado que ele adquiriu em suas empreitadas como inovador em startups ele trás alguns pontos que devem ser considerados ao lançar um produto.   1 - Não criar produtos inúteis Quando se cria um produto é preciso ter cuidado para não criar algo inútil, algo que não irá atrair o interesse dos clientes. 2 - Entender o que o cliente deseja Quando se lança um produto, ou até quando se inicia o desenvolvimento de um produto é preciso ter em mente qual...

Hello, continuing with the course...     What does each layer of the OSI model determine?       Physical layer     The physical layer is the first layer of the OSI model. It has as PDU the bits that will define the digital signal format. It will be responsible for defining the electrical, optical and/or mechanical interfaces with the physical environment. It will also define the way in which these bits will use the medium, let's go to them:     • Simplex – Defines a one-way path between source and destination.     • Half duplex - In this case, the bit stream happens in both directions, but not simultaneously.   The 10Mbps Ethernet standard works on the Half Duplex system.     • Full duplex – In this case, the bit stream works both ways simultaneous. However, it is important to mention that you need to use 2 channels different, that is, 2 channels operating in simplex mode for each direction.   Evolutions of th...

Olá, continuando com o curso...   O que cada camada do modelo OSI determina? Camada física A camada física é a primeira camada do modelo OSI. Possui como PDU os bits que definirão o formato do sinal digital. Será responsável por definir as interfaces elétricas, ópticas e/ou mecânicas com o meio físico. Definirá ainda a forma em que esses bits utilizarão o meio, vamos a elas:   • Simplex – Define uma via unidirecional entre origem e destino.    • Half duplex – Neste caso, o fluxo de bits acontece nos dois sentidos, porém, não de forma simultânea. O padrão Ethernet de 10Mbps funciona no sistema Half Duplex.   • Full duplex – Neste caso, o fluxo de bits funciona nos dois sentidos de forma simultânea. Entretanto, é importante mencionar que se necessita usar 2 canais diferentes, ou seja, 2 canais operando em modo simplex para cada sentido. As evoluções do padrão Ethernet, como o FastEthernet e o GigabitEthernet utilizam essa forma de alocação do canal. Camada de Enla...

Hello!     I'm bringing now one more tip book, this time it's the DevOps Handbook.             This book is by the same authors as the Phoenix project book, it deals with all the tips of the Phoenix project but in a much more detailed way, it brings a whole process or procedure to be adopted to implement the DevOps philosophy and methods in a company. It's a pretty good read and brings several examples and use cases from different companies that have adopted DevOps. Some important points from the book to consider by anyone looking to deploy DevOps:   - Make all work visible, with a kanban board or something like that   - Have an established and efficient change process   - Work with small workloads   - Perform automated tests   - Deploy continuously and several times a day   - Have a deployment strategy that allows for quick rollback if necessary   - Maintain a feedback policy from developers, operations personne...

 Olá tudo certo?! Estou trazendo agora mais uma dica de livro, desta vez é o DevOps Handbook.     Este livro é dos mesmos autores do livro do projo Fênix, ele trata de todas as dicas do projeto Fênix porém de uma forma bem mais detalhada, trás todo um processo ou procedimento a se adotar para que seja implementado a filosofia e métodos do DevOps em uma empresa. É uma leitura bastante válida e trás diversos exemplos e caso de uso de diversas empresas que adotaram DevOps. Alguns importantes pontos do livro a serem considerados por quem deseja implantar DevOps: - Tornar todo o trabalho visível, com um quadro kanban ou algo do tipo - Ter um processo de mudanças estabelecido e eficiente - Trabalhar com pequenas cargas de trabalho - Realizar testes automatizados - Fazer deploys continuamente e várias vezes ao dia - Ter uma estratégia para deploy que permita um rollback rápido se necessário - Manter uma política de feedback, dos desenvolvedores, do pessoal de operações e dos cli...

Hi, let's go to the next topics:    1 - What are the main network equipment?  2 - Collision domain? Broadcast?  3 - What is the OSI model?    1 - Starting with network equipment, the equipment we have available is:  - Network Cards  - Concentrators or Hubs  - Repeater  - Switches  - Bridge  - Routers  - Gateways   Starting with the network cards wikipedia tells us:   - A network card (also called a network adapter or NIC, for Network Interface Card) is a hardware device responsible for a computer's communication on a computer network. The network card controls the sending and receiving of data from a computer connected to a network, through electromagnetic waves (Wi-Fi), metallic cables or fiber optic cables.  Each board has a unique physical identifier or address called a MAC. This address is made up of 48 bits and is expressed in hexadecimal form, for example: 24:6E:2A:91:41:D1. The first half of the ...

Olá, vamos aos próximos tópicos: 1 - Quais os principais equipamentos de rede? 2 - Domínio de colisão? De broadcast? 3 - O que é o modelo OSI?   1 - Iniciando pelos equipamentos de redes os equipamentos que temos disponíveis são: - Placas de Redes - Concentradores ou Hubs - Repetidor - Switches - Bridge - Roteadores - Gateways Iniciando pelas placas de redes a wikipédia nos diz:  - Placa de rede (também chamada adaptador de rede ou NIC, de Network Interface Card ) é um dispositivo de hardware responsável pela comunicação de um computador em uma rede de computadores. A placa de rede controla o envio e recebimento de dados de um computador conectado a uma rede, através de ondas eletromagnéticas (Wi-Fi), cabos metálicos ou cabos de fibra ótica. Cada placa possui um identificador ou endereço físico único chamado de MAC. Esse endereço é formado por 48 bits e são expressos na forma hexadecimal, por exemplo: 24:6E:2A:91:41:D1. A primeira metade do endereço, identifica o fabricante d...