Como a nuvem da AWS pode ajudar sua transformação digital
•Als PPTX, PDF herunterladen•
0 gefällt mir•175 views
Digital Transformation: Como a nuvem da AWS pode ajudar o seu negócio - AWS Cloud Experience - Começando na AWS
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Ähnlich wie Como a nuvem da AWS pode ajudar sua transformação digital
Ähnlich wie Como a nuvem da AWS pode ajudar sua transformação digital (20)
Mehr von Amazon Web Services LATAM
Mehr von Amazon Web Services LATAM (20)
Como a nuvem da AWS pode ajudar sua transformação digital
- 1. Digital Transformation: Como a nuvem da AWS pode ajudar o seu negócio Thiago Paulino Arquiteto de Soluções
- 2. O que é digital transformation? • “A transformação digital é a profunda e acelerada transformação das atividades empresariais, processos, competências e modelos para aproveitar plenamente as mudanças e oportunidades das tecnologias digitais e seu impacto em toda a sociedade de forma estratégica e prioritária, com mudanças atuais e futuras.“ Fonte: i-scoop http://bit.ly/2k9Zzos
- 3. Está acontecendo agora • “Em 2017, no que tange transformação digital, devemos falar não apenas porquês mas em como.” Fonte: Forrester http://bit.ly/2jfqVqp • “Este é um ano em que realmente precisamos tomar todas as iniciativas digitais e pilotos e levá-los para o foco do negócio. Precisamos deixar de fazer apenas pilotos e entregar algo real.” Fonte: Gartner http://gtnr.it/2dAVeV3
- 4. REFLETINDO SOBRE A TRANSFORMAÇÃO DIGITAL
- 5. O que está vindo A tecnologia está desconstruindo indústrias LOB apps se tornam móveis 90% dos dados mundiais criados no últimos 2 anos 80% das cargas na nuvem são intensivas em dados 75B de dispositivos conectados via internet em 2020
- 6. O que estamos fazendo? Nós estamos lidando com problemas comuns do Mundo Analógico Processos são DINAMICOS Sistemas são FRAGMENTADOS Dados criam o CAOS Redes são DESCONECTADAS
- 8. Mudando Mudança Processos de negócio instáveis
- 9. Tecnologia = Valor Agregado ao Negócio
- 10. Omni - Tudo
- 11. Omni experience
- 12. “Transformação de Dados Em Informação Para apoiar o negócio na Tomada de decisão” - Livro Super Crunchers
- 14. Digital businesses Constrói seus modelos de negócios baseados em Tecnologia em torno de Dados.
- 15. E a questão de Hardware?
- 16. Cloud = Sem limitações físicas
- 17. Cloud está disponível para todos
- 18. • Rapidez com que você entrega e obtem novas idéias do mercado, • Quão melhor você é em coletar, analizar e prever algo a partir de dados, • Quão rápido você reage aos feedbacks dos seus clientes, Inovação digital Mais bem sucedido você é.
- 19. Cases
- 20. Vamos falar sobre Agile
- 21. DevOps
- 22. PRINCÍPIOS DO DEVOPS • Colaboração • Trabalhar como um time do início ao fim • Tratar infraestrutura como código • Automatizar tudo • Testar tudo • Medir & monitorar tudo • Manter todos os ambientes iguais • Escrever e implantar software em pequenos pedaços (blast radius & velocidade)
- 23. Pense em Micro-serviços (nascido para Integrar e Mudar)
- 25. Vamos falar sobre Dados
- 26. Orquestrador de Decisões: Humana e orientada a dados Monitoração do Negócio: DWH / Relatórios Orquestração de Atividades: Dispositivos e mobilidade Machine leaning: Modelagem de Regras Otimizadores de Decisão
- 27. DESPESA VARIÁVEL Substituir as despesas de capital com despesas variáveis ECONOMIAS DE ESCALA Despesas variáveis menores do que as empresas poderiam conseguir CAPACIDADE ELÁSTICA Não há necessidade de prever os requisitos de capacidade ou fazer provisionamento maior que o necessário VELOCIDADE E AGILIDADE Infraestruturas em minutos, não em semanas FOCO NO NEGÓCIO Uso do conhecimento especializado AUMENTAR A INOVAÇÃO Reduzir o custo de experimentação Como a AWS pode ajudar?
- 28. AWS: O CONDUTOR DA AGILIDADE Responsividade Resiliência Capacidade de inovar Arquitetura de Software Agile Manifesto Devops Tecnologia Agile Automação Enterprise/Outros SaaS Big Data Agilidade nos Negócios Arquitetura Corporativa Next Gen SOA
- 30. Leitura recomendada http://amzn.to/2oEp97Y http://amzn.to/2nYGANO http://amzn.to/1Wb1Lrw
- 31. Quando você dará inicio em sua Transformação Digital?
- 32. OBRIGADO
Hinweis der Redaktion
- 176/5000 MIT Sloan há 20 anos disse que a vantagem competitiva sustentável é a meta de negócios / Graal. Agora isso não é mais acessível eo novo pote de ouro é o Inovação Contínua Ciclo de empresas na na top 500 do mercado, anteriormente ciclo maior hoje o ciclo é menor. A inovação continua força a renovação anteriormente empresas se mantinham na forbes 500 por vantagem competitiva e não por inovação.
- O novo tem que nascer pronto para ser adaptado ou mudado!!!!!! Um processo deliberadamente instável é projetado para ser ágil e adaptar-se dinamicamente de forma potencialmente inesperada à mudança de prioridades e requisitos. As mudanças que esses processos enfrentam enquanto executam em um ambiente digitalizado (ver "As tecnologias de negócios digitais estão mudando a natureza da mudança") provavelmente serão cumulativas (em série e fluidas) e evoluirão o processo como ele vai. Ao contrário de um processo estável, o processo instável não depende da repetição de passos conhecidos, mas da adaptação à situação. A instabilidade inerente a isso é usada para aumentar sua capacidade de responder a uma ampla gama de interrupções inesperadas ou raramente vistas - plataformas de vôo instáveis fazem uma boa metáforaEpisódio - Um e feito, Discreto.Contínuo Mudanças em série, passoFluido - Streaming, sobreposição
- Tecnologia irá adicionar valor em sua mudança e tecnologia vai virar parte do seu negócio Exemplo > interação empresa cliente … saude conseguirá reduzir seu custo com pacientes através de proximidade com ele, aonde? No smartwatch no celular e isso será possível através de tecnologia.
- Integração de canais…. Físicos, celular, busca na internet, leitura em blogs, redes sociais…. Estacionamento através de tickets digitais E através desssa plataforma digital voce engajar seus clientes ao ponto deles nao perceberem o digital presente
- Transformando DADOS em INFORMAÇÃO para apoiar o negócio na TOMADA DE DECISÃO
- Código para tecnologia
- Easy Taxi = Presente em 33 países, 4 continentes e 185 cidades. Comporta mais de 300 mil requesicoes por minuto em suas apis Nubank = datacenter on-premesis seria proibitiva para o negocio, por não ter todas as facilidades que cloud oferece…. A rapidez, agilidade e segurança que a AWS propocionou foram importantes para a tomada de decisão, além da presença no brasil da aws que pode melhorar a experiencia do usuário nubank AirbNb = Disrruptura de mercado, que pode criar uma plataforma/marketplace a qual permite unir a pessoa que quer alugar seu quarto/casa e quem quem alugar por todo o mundo. Presença global e escalabilidade é muito importante. SHC = Aplicações passaram a rodar com maior agilidade, como no processo de fechamento de folhas de pagamento, cujo tempo foi reduzido de 4 horas para 40 minutos GAS = AWS permitiu criar a estrutura em nuvem com facilidade de expansão global. Tempo de resposta rápida e agilidade nas respostas foi algo que mudou em suas tecnologias. Sirio libanes – Agilidade no processamento de dados e sequenciamento de genomas, que hoje é oferecido gratuitamente pela AWS pelo projeto 1000 Genomes além do pioneirimos que a AWS possuí em cloud.
- Using methodologies without continuous integration is just half the story…. If you are able to delight business with amazing concepts and stories but then you batch up your delivery to IT then you are in the middle of what could be called the waterscrumfall…. The secret is to pair cloud native applications with continuous delivery of BUSINESS VALUE.
- Using methodologies without continuous integration is just half the story…. If you are able to delight business with amazing concepts and stories but then you batch up your delivery to IT then you are in the middle of what could be called the waterscrumfall…. The secret is to pair cloud native applications with continuous delivery of BUSINESS VALUE.
- Using methodologies without continuous integration is just half the story…. If you are able to delight business with amazing concepts and stories but then you batch up your delivery to IT then you are in the middle of what could be called the waterscrumfall…. The secret is to pair cloud native applications with continuous delivery of BUSINESS VALUE.
- Treat Infrastructure as Code No more MANUAL HACKING. Infrastructure should be treated like the application source code. It should be maintained in version control Application management include Application Source Code and Infrastructure defined in Code 1. Place more focus on Automation – Automate Code Testing Automate Workflows Automate Infrastructure DevOps teams try to automate everything 2. They would write software in small chunks, that are integrated, tested, monitored and deployed usually in hours, versus the traditional way writing large chunks of software over weeks and months and then do weeks and months of testing. 3. Have identical development and production environments, based on the same configurations 4. Writing small chunks of code will allow them to increase the frequency of deployments and improve the time to deploy new code. It also enables them to adopt an iterative process to monitor, measure and improve the code and operations every day. Improve their ability to respond to market needs or other things that impact software. 5. Instead of building and configuring software and infra manually on an ad-hoc basis, write configuration management code which describes how things should be built. As a result they will have the ability to build infrastructure at scale to dozens, hundreds or even thousands of servers in multiple locations, using different types of hardware. 6. Another change is to use a source control system to help manage, track and document all of the changes to both the application code and configuration management code. 7. Adopt a disciplined approach to application performance monitoring and optimising in almost real-time. This will allow you to understand the performance impact of all changes. The ultimate goal is to have a production environment which gives their customers a great experience.
- The Toyota Way really boils down to 4 simple maxims: Focus on your Customer - Define value for your customer & ‘be pulled’ Maintain Flow - By reducing cycle times & batch size Reduce Waste - Specify waste & eliminate it across the chain Create a continuous cycle & iteration I imagine that these immediately ring familiar. In fact, 60 years later the Principles of Lean have spread far and wide, even if you’re not familiar with their origins in Toyota. BACKGROUND (NO TIME FOR THIS FOR THIS PRESO) Focus on Customer Value Value should be not be pushed but pulled by the customer. End customer or the internal customer that comes after you in the value creation process Remove everything that adds no value to your customer Get stuff in the hands of your customer ASAP, get feedback, and iterate Reduce Batch Size & Waste Identify waste, i.e. anything that does not add value to the customer, and remove from the process (muda, muri mura) Break activities, tasks, data sets, etc up into smaller parts that can flow more easily through the process Create Flow Simplify operational processes to create an easy flow of value throughout the process Automate where possible to avoid hurdles & bottlenecks in the system Continuous Cycle & Iteration When customers pull value in small batches through the process, and waste has been eliminated, start the process again based on customer feedback. Continuous cycle. Rinse & repeat Small batches moving through the process faster will deliver more / faster feedback, enabling you to iterate faster
- - with these new tools, we completed the puzzle - the teams were decoupled and they had the tools necessary to efficiently release on their own - Problemas de escalabilidade são resolvidos!!!!!!! Pois os serviços se entegram e escalam entre si, conforme a demanda de integração de um com o outro diferente de uma caixa única
- This all come back something Conways law and the basic idea is that when people write code they tend to collaborate and build code that reflects the social structure of their organisation and that why we traditionally ended up with layered up architectures where you have one group on people concentrating just on the website for example and another concentrating on another stuff… then you have to glue it up all together…. We should take cuts through the communication throughout our organisation from back to front and the way in which our code communicates should reflect that which is much more focusing in reflecting specific business capabilities and implies the adoption of multidisciplinary teams from business and operations. (Vs traditional layered architecture)
- This is the idea that you build components sensibly and that they can reused regardless from they come from, who wrote them, of what platform they reside on. So your constrained on heavy duty governance of this centralised estate, but allowing rapid reuse of an ecosystem.