Xiao Li's guest appearances

Xiao Li

Cloud Engineering Archives - Software Engineering Daily

Software Daily

Investorpreneur

Anurag Gupta

Ellen Chisa

Eric Anderson

Adrian Cockcroft

Brendan Burns

Alex Ross

Ville Aikas

Alexandr Wang

Julien Lemoine

David Rice

Ryan Nystrom

Brian Lovin

Abby Fuller

Mark Carter

Alex Clark

OwlTail

Australia is FINALLY going to be a market worthy of considering.  Could Covid19 be the reason why Australian market will be in the minds of Investors?  How can investors work the strategy of acquiring properties in Australia and New Zealand?  If you are an investor seeking property that could cashflow and grow with long term appreciation, is Australia the market for you? Xiao Li, takes us on this journey as a powerful female Real Estate Entrepreneur. She acquired 10 properties in the first year with her business and life partner.  She is incredible and we can learn a lot from her decision making and her thoughts on the market. Xiao's outlook: Get liquid and get ready for great deals   Cashflow strategy: Cashflow is king

Australia is FINALLY going to be a market worthy of considering.  Could Covid19 be the reason why Australian market will be in the minds of Investors? How can investors work the strategy of acquiring properties in Australia and New Zealand?  If you are an investor seeking property that could cashflow and grow with long term appreciation, is Australia the market for you? Xiao Li, takes us on this journey as a powerful female Real Estate Entrepreneur. She acquired 10 properties in the first year with her business and life partner.  She is incredible and we can learn a lot from her decision making and her thoughts on the market. Xiao's outlook: Get liquid and get ready for great deals   Cashflow strategy: Cashflow is king

Positioning for Opportunities in Australia & NZ with Xiao Li

Bhaskaran Devaraj

Resilience

How do you build resilient, failure tested systems? Redundancy, backups, and testing are all important. But there is also an increasing trend towards chaos engineering–the technique of inducing controlled failures in order to prove that a system is fault tolerant in the way that you expect. In last week’s episode with Kolton Andrus, we discussed one way to build chaos engineering as a routine part of testing a distributed system. Kolton discussed his company Gremlin, which injects failures by spinning up a Gremlin container and having that container induce network failures, memory errors, and filled up disks. In this episode, we explore another insertion point for testing controlled failures, this time from the point of view of Linkedin. Linkedin is a social network for working professionals. As Linkedin has grown, the increased number of services has led to more interdependency between those services. The more dependencies a given service has, the more partial failure cases there are. That’s not to say there is anything wrong with having a lot of service dependencies–this is just the way we build modern applications. But it does suggest that we should try to test the failures that can emerge from so many dependencies. Bhaskaran Devaraj and Xiao Li are engineers at Linkedin and are working on a project called Waterbear, with the goal of making the infrastructure more resilient.  Linkedin’s backend system consists of a large distributed application with thousands of microservices communicating with each other. Most of those services communicate over Rest.li, a proxy for standardizing interactions between services. Rest.li can assist with routing, AB testing, circuit breaking, and other aspects of service-to-service communication. This proxy can also be used for executing controlled failures. As services are communicating with each other, creating a controlled failure can be as simple as telling your proxy not to send traffic to downstream services. If that sounds confusing, don’t worry, we will explain it in more detail. In this episode, Bhaskaran and Xiao describe their approach to resilience engineering at Linkedin–including the engineering projects and the cultural changes that are required to build a resilient software architecture. The post Linkedin Resilience with Bhaskaran Devaraj and Xiao Li appeared first on Software Engineering Daily.

How do you build resilient, failure tested systems? Redundancy, backups, and testing are all important. But there is also an increasing trend towards chaos engineering–the technique of inducing controlled failures in order to prove that a system is fault tolerant in the way that you expect. In last week’s episode with Kolton Andrus, we discussed one way to build chaos engineering as a routine part of testing a distributed system. Kolton discussed his company Gremlin, which injects failures by spinning up a Gremlin container and having that container induce network failures, memory errors, and filled up disks. In this episode, we explore another insertion point for testing controlled failures, this time from the point of view of Linkedin. Linkedin is a social network for working professionals. As Linkedin has grown, the increased number of services has led to more interdependency between those services. The more dependencies a given service has, the more partial failure cases there are. That’s not to say there is anything wrong with having a lot of service dependencies–this is just the way we build modern applications. But it does suggest that we should try to test the failures that can emerge from so many dependencies. Bhaskaran Devaraj and Xiao Li are engineers at Linkedin and are working on a project called Waterbear, with the goal of making the infrastructure more resilient. Linkedin’s backend system consists of a large distributed application with thousands of microservices communicating with each other. Most of those services communicate over <a href="http://Rest.li" rel="nofollow" target="_blank">Rest.li</a>, a proxy for standardizing interactions between services. <a href="http://Rest.li" rel="nofollow" target="_blank">Rest.li</a> can assist with routing, AB testing, circuit breaking, and other aspects of service-to-service communication. This proxy can also be used for executing controlled failures. As services are communicating with each other, creating a controlled failure can be as simple as telling your proxy not to send traffic to downstream services. If that sounds confusing, don’t worry, we will explain it in more detail. In this episode, Bhaskaran and Xiao describe their approach to resilience engineering at Linkedin–including the engineering projects and the cultural changes that are required to build a resilient software architecture. The post <a href="https://softwareengineeringdaily.com/2018/02/05/linkedin-resilience-with-bhaskaran-devaraj-and-xiao-li/" rel="nofollow" target="_blank">Linkedin Resilience with Bhaskaran Devaraj and Xiao Li</a> appeared first on <a href="https://softwareengineeringdaily.com" rel="nofollow" target="_blank">Software Engineering Daily</a>.

Linkedin Resilience with Bhaskaran Devaraj and Xiao Li